|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - lalo_soft
Páginas: 1 ... 8 9 [10] 11 12 ... 19
226
« en: Lunes 12 de Junio de 2006, 21:39 »
Hola Amigos
Estoy programando una aplicacion (en C#) que se conecta por USB con un hardware que yo diseñe, el problema que cuando se producen errores en la ejecucion del codigo en modo Debug (VS2003) comenso a aparecer una ventana de ecepciones con una forma que yo no conosia y lo mas curioso es que el programa sigue ejecutandose(lo compruebo ya que mi hard tiene unas luces que se encienden cuando hay trafico en la USB y este continua pese a estar en una ecepcion producida por un error).
Adjunto una imagen de esta pantalla por si alguien sabe desconectar esta forma de ecepcion y que se ejecute la forma antigua (la que detenia todo el proceso e indica en el codigo fuente la linea donde esta el error).
Saludos
227
« en: Domingo 4 de Junio de 2006, 17:40 »
Por que insisten en usar un pic al cual hay que implementarle modulos (Uart,I2C,SPI) por soft consumiendo con esto la memoria para realizar el trabajo de fondo ,existiendo Pics con estos modulos por Hardware y con ello hacer aplicaciones mas potentes. Como podras haber notado....SOMO NOVATOS...
Esa es la razon, por la q AL PARECER comenzamos dando muchos tropiesos...
Cualquier sugerencia, manual o tutorial sera bien recibido...
Gracias Por ser novato es que es mejor seguir los consejos de quienes no lo somos
228
« en: Sábado 3 de Junio de 2006, 20:59 »
Por que insisten en usar un pic al cual hay que implementarle modulos (Uart,I2C,SPI) por soft consumiendo con esto la memoria para realizar el trabajo de fondo ,existiendo Pics con estos modulos por Hardware y con ello hacer aplicaciones mas potentes.
230
« en: Domingo 21 de Mayo de 2006, 19:23 »
VB.net no te dara la misma movilidad de C# (C.Net)
231
« en: Sábado 20 de Mayo de 2006, 21:04 »
232
« en: Viernes 19 de Mayo de 2006, 22:20 »
En el datasheet del F84 hay una seccion dedicada a la memoria Eeprom con ejemplos de lectura y escritura.
233
« en: Jueves 18 de Mayo de 2006, 04:26 »
Si me quedo claro.
Bueno el F84 tiene 64 bytes de memoria Eeprom que es una memoria no volatil con un tiempo de retencion de 40 años y un Endurace de 10.000.000 ciclos de escritura.
Te explico esa parte del endurace, cada vez que escribes (grabas un dato) en esa memoria esta se va agotando (independiente de que grabes siempre en las mismas u otras celdas de la memoria) y en este caso su agotamiento final se produce luego de 10.000.000 aprox. de escrituras (grabaciones) luego de lo cual los datos que intentes grabar no se almacenaran y simpre leeras el ultimo dato que se grabo una vez cumplido el Endurace.
Si llevamos este endurace(10M de operaciones de escritura) a tus tiempos
(grabar datos cada una hora) .Suponiendo que el numero que vas a grabar es un entero de 32bit (4bytes) tendriamos:
(4bytes * hora) * 24 = 96 escrituras por dia.
96 * 30 = 2880 escrituras al mes.
2880 * 12 = 34560 escrituras al año.
10M / 34560 = 289 años.
O sea podrias grabar datos (4bytes en este caso) cada una hora durante 289 años.
Siempre que trabajes con este tipo de memoria deveras considerar seriamente el factor endurace,tomando en cuenta la cantidad de bytes a grabar y el tiempo entre grabacion y grabacion.
PD: No todas las memorias del tipo Eeprom tienen el mismo endurace los datos
que expuse son solo para el modelo PIC16F84 y el endurace basados en el datasheet del fabricante.
Para mas claridad :
Las operaciones de lectura no producen ningun tipo de agotamiento.
234
« en: Jueves 18 de Mayo de 2006, 03:39 »
Tambien Tener Windows XP con SP2
Si tienes VS2005 ese ya trae Framework 2.0
235
« en: Martes 16 de Mayo de 2006, 23:45 »
Tienes pensado hacerlo con un microcontrolador o con logica . 
236
« en: Lunes 15 de Mayo de 2006, 20:13 »
si tienes la version crack del compilador da ese y otros problemas mas
237
« en: Viernes 12 de Mayo de 2006, 04:55 »
Al final lo hice con el generador de instalacion HM NIS Edit v2.0.3 que ademas permite crear acesos directos al escritorio ,menu inicio ,modificar y crear claves en el registro durante la instalacion de tu paquete de archivos etc.., es bastante versatil y poderoso De aqui pueden bajarlo. http://www.abcdatos.com/programas/programa/z2479.html
238
« en: Martes 9 de Mayo de 2006, 20:37 »
Especificamente para lo que quieres hacer (yo lo hice en un 16C73B).
1._Tener a mano un xtal de 32768khz ,ojo con esto debe ser de esos que traen los relojes llamados de cuarzo (ese de envase pequeño que es cilindrico,el de envase tradicional no sirve para esta aplicacion en particular)
2.-dos condensadores de 33PF de buena calidad.
Conectar entre los pines llamados T1OSO,T1OSI en cristal y los condensadores en configuracion paralelo (igual como conectas el cristal principal).
Saludos
239
« en: Martes 9 de Mayo de 2006, 19:22 »
240
« en: Martes 9 de Mayo de 2006, 01:28 »
La tecnologia ARM ha tenido una fuerte penetracion en los ultimos cinco años (ha ido muy de la mano entre otros ,con el desarrollo de la telefonia movil), se a intregrado con exito en productos como PDAs,Telefonos Moviles,PocketPc,TopBox cable,WI-FI,BlueToo, GameBoy y GameCube de Nintendo ,PlayStation2 y varios otros productos embedded de media y alta prestacion. Varias compañias de chips (por no decir practicamente todas) han comprado licencias para fabricar e intregrar en sus strock estos micros (ARM7,ARM9,ARM10) lo que indica un camino hacia un standar en el mundo de los micros (como lo fue en su tiempo el mundo del PC). Aqui el link. http://www.arm.com/
241
« en: Domingo 7 de Mayo de 2006, 19:42 »
Mira yo siempre he usado solo RX Tx y los problemas de sincronismo los he resuelto potenciando el contenido de la trama de datos.
1.- Todos los comandos,parametros y datos numericos son en ascii.
2.-Huso el caracter espacio para separar comando, parametros y datos en el mismo string.
3.-Le agregro el caracter CR LF (0x0D,0x0A) al final para indicar el temino del string no importando su largo
4.-La creaccion de un Buffer de recepcion en ambos lados sincronisado con la llegada de los caracteres CR LF para recien entonces procesar los mensajes.
He usado por años esta tecnica de comunicacion entre microcontroladores(pic,Avr,Arm) y un Pc, ocupando solo los pines Rx Tx y me ha dado excelentes resultados.
242
« en: Sábado 6 de Mayo de 2006, 17:59 »
¿A que tipo de PDA esta enfocado tu trabajo (PocketPc,Palm,Telefono movil)?
243
« en: Sábado 6 de Mayo de 2006, 17:51 »
Si se puede con oscilador externo (se hace con un 74ls04 el xtal,dos resistores de 330ohm uno de 10K y un condensador de .1) conectado a ambos pics y estos seteados en configuracion de oscilador tipo HS.
244
« en: Viernes 5 de Mayo de 2006, 16:01 »
Que tipo de Puerto?? (COMx,LPT,USB,WI-FI etc) 
246
« en: Jueves 4 de Mayo de 2006, 04:34 »
© Jonathan © ya que te veo tan activo me pregunto si sera posible ampliar la mirada hacia otras familias de micro especificamente los ARM cuya penetracion ya esta dando que hablar.
Saludos Master.
247
« en: Jueves 4 de Mayo de 2006, 04:14 »
IMHO, va a ser una pérdida de tiempo si se alarga este hilo. Estoy de acuerdo contigo hellscream  Hacia tiempo que alguien no intentaba nuevamente  preguntar "cual lenguaje es el mejor o cual te parece mejor segun tu experiencia" .Nada mejor ha postear cosas mas creativas e interesantes  , que esa preguntita ya cumplio su ciclo  .
248
« en: Martes 2 de Mayo de 2006, 16:32 »
Aparte de lo que te dice JuanK ,realisa el debug con el dispositivo fisico(telefonomovil,PocketPc ,etc..)conectado para que se haga el volcado del programa en el dispositivo y veras que el debug es mas eficiente que con el emulador que trae en VS2003.
249
« en: Lunes 1 de Mayo de 2006, 16:05 »
En MicroChip encontre esto 1. Overview
MPLAB C18 C compiler (MCC18) is an ANSI C compiler for the 18Cxxx
family of PICmicro controllers. It currently supports the following
18Cxx PICmicro MCUs:
18c242 18c252 18c442 18c452
18c658 18c858
No new parts were added with this release.
Con eso queda claro que el C18 no sirve para compilar para 16cxxx o 16FxxxCon respecto al PCW hay por ahi versiones hackeadas que dan problemas de proteccion general en el sistema que puede ser tu caso.
250
« en: Viernes 28 de Abril de 2006, 07:40 »
Me explico colocando controles del mismo tipo y nombre en tiempo de diseño.
Páginas: 1 ... 8 9 [10] 11 12 ... 19
|
|
|
Mostrar Mensajes
