Búsqueda personalizada
Regístrate gratis para participar de los foros, o si ya estás registrado haz login.
| comentario del autor | Mar Ene 13, 2009 11:13 am | |
|
no se al pic le falta la pata 14 de alimentación o algo me falto a hacer a mi, "si le puse el programa en .hex" no funciona si sabes como hacer simular el pic o tenes un ejemplo muy sencillo y explicado seria maravilloso ya que los ejemplo que tengo son ultracomplicados y no explican nada |
||
| asistió a la solución | Mar Ene 13, 2009 3:54 pm | |
|
Saludos. |
||
| comentario del autor | Mar Ene 13, 2009 7:26 pm | |
la unica modificscion que hice es el cambio de pic porque el pic original ya esta descontinuado y no encontré manera de ponele el ex este es el hex http://www.pablin.com.ar/electron/circuito/mc/reloj/CLOCK54.HEX según lo que e leido el pic no necesita cristal por que con el programa se puede ajusta la frecuencia en el pic simulado del programa no trae los pines de alimentación |
||
| asistió a la solución | Mar Ene 13, 2009 9:05 pm | |
|
Mientras tanto comentame: ¿por que no funciona la simulación? ¿funciona mal o no hace nada? De antemano te comento: 1. Es verdad que no necesitas poner el cristal el simulador genera automáticamente la señal de reloj, solo hay que poner la fecuancia en las propiedades del PIC. 2. Los pines de alimentación no aparacen por que el simulador alimenta automaticamente al PIC no necesitas hacerlo. 3. Este proyecto usa un display multiplexado, Proteus tiene problemas con simulaciones en donde se usen elementos que cambien muy rápido, yo he intentado ya en varias ocacioines simular displays o matrices de leds y la simulación no se ve como debería (incluso no se ve nada, lo que hace pensar que el circuito no funciona) aunque el circuito funcione bien. |
||
| comentario del autor | Mie Ene 14, 2009 10:20 am | |
|
pero nada pero no tira ningún error yo creo que el problema debe estar entre la alimentación del pic y la batería que le puse para alimentar los displays por que si fuera que no se nota el funcionamiento por la alta fecuencia al menos n deberia consumir algo de corriente reloj.zip (58.17 kb) - |
||
| asistió a la solución | Mie Ene 14, 2009 3:17 pm | |
|
Me parece que el problema es que estas usando el archivo .hex original para el PIC16C54 y no puedes usarlo, ya que hay que modificar el programa desde el código fuente (.asm) para que funcione con el PIC16F84A, ya que algunas cosas no son iguales, creí que ya lo habías hecho, por eso la simulación no hace nada... Es una tarea dificil. |
||
| comentario del autor | Mie Ene 14, 2009 4:07 pm | |
|
no use el mismo pic por que el programa no salia la parte para ingresar el hex ademas que donde compro no tienen el pic ese pero mis googleinvestigacion dicen que si s pueden remplazar y ademas usar el mismo ex Cita:Saludos...!! con toda seguridad puedes programarlo con el mismo .hex ya que la versión 16f84a es el reemplazo.. y tiene mas capacidad que el 16c54... suerte..!! http://www.psicofxp.com/forums/electronica.149/555068-reemplazar-pic-16c54.html aunque eso no es garantía de nada en los ejemplos que trae el programa trae un reloj digital similar a este pero mucho mas grande con mas y complicado solo que obtiene la señal desde una onda cuadrada este tre el pic18f84a al cual le cambie el hex por el de pablin 16c54 , no esperaba que funcionara no lo hiso pero al menos en este si se encendieron los displays todavía no me convence la alimentación el gnd y el vdd del pic y de los displays y yo creo que por hay va el problema |
||
| asistió a la solución | Mie Ene 14, 2009 4:53 pm | |
|
- El vector de reset esta en una dirección diferente en ambos. - Los registros GPR en el 16C54 empiezan en 08h y en el 16F84 en 0Ch, si en el programa se escribe o lee la dirección 08h en el 16F84 correspone a un registro del SFR y el programa funcionará mal. - En el asm esta declarado LIST P = 16C54 y el momento de ensamblar hay que cambiarlo por 16F84A - Los nombres de algunos bits toman diferentes nombres en el 16F84A por ejemplo en el registro STATUS para cambiar de banco en el 16C54 es PA0 y en el 16F84A es RA0... Etcetera, es por eso que el programa no funciona... creo que sería mucho trabajo modificar elprograma para que funacione en el 16F84. En proteus el PIC16C54 no tiene modelo, es decir no puede simularse. Si necesitas un reloj para el PIC16F84 busca uno que ya este diseñado para él, aca encontré algunos: http://members.fortunecity.es/electronico/circuitos/reloj.html http://perso.wanadoo.es/chyryes/circuitos/relojdesp.htm http://www.micro-examples.com/public/microex-navig/doc/084-alarm-clock.html Con el PIC16F628: http://josepino.com/pic_projects/?led_clock.jps |
||
| comentario del autor | Mie Ene 14, 2009 7:20 pm | |
|
ya me imaginaba que lo del ex ya prove l el diagrama de http://josepino.com/pic_projects/indexsp.pl?led_clock.jps pero todos tiran un error en el ex SIMULATION LOG ============== Building circuit... Added GEARTH resistor for net #00000. Added GEARTH resistor for net #00001. Instantiating SPICE models... [U2] PIC16 model release 6.7 SP0 simulating PIC16628 device. [U2] Loaded 128 bytes of persistent EEPROM data. [U2] Loading HEX file 'JP6282-4.hex'. FATAL: [U2] Program or EEPROM data has invalid address [2000] for this device Real Time Simulation failed to start Real Time Simulation FAILED. de momento intentare creo que intentare simular un cto mas sencillo como un led intermitente |
||
| solución | Mie Ene 14, 2009 8:37 pm | |
|
http://www.bogdi.ro/electronics/digital%20clock En el enlace que dice My software puedes descargar el .hex y el .dsn para la simulación... |
||
| comentario del autor | Mie Ene 14, 2009 10:55 pm | |
|
pero no pude abrir el dsn debe estar echo para otra versión pero el hex si funciona asi que ya entendí como simular pics en proteus y como va el asunto de power, gnd y esas hierbas veré si lo puedo modificar para que use displays comunes por mientras pienso en como reescribir (no en asm) el codigo para el pablin |
||