TODOPIC
Microcontroladores PIC => Todo en microcontroladores PIC => Mensaje iniciado por: peter2006 en 09 de Diciembre de 2008, 11:57:55
-
Hola, queria saber si es posible que falle el WDT ya que el pic que tengo programado (12F675) funciona bien pero a veces se cuelga y no se reinicia, por ejemplo funciona bien unas 700 horas continuas se cuelga lo reinicio en forma manual y sale funcionando sin problema.
Ya probe el tiempo se reseteo poniendo una linea de retardo que exede el tiempo del WDT y se reinicia sin problema, pero mi duda es si es posible que el PIC se cuelgue de tal manera que no fincione ni siquiera el WDT.
Gracias,
-
Peter, a mi me ha pasado, tuve una experiencia bastante mala del WDT hace poco, donde un pulso electromágnetico me colgaba el PIC e inclusive el WDT dejaba de funcionar y no me reseteaba el micro, es más, si no me cuidaba de asegurar el PIC bajo una jaula de Faraday el pulso me borraba hasta el programa grabado en el PIC y los datos en la EEPROM.
A veces si uno quiere estar seguro de que el micro no quede colgado lo mejor es implementar un WDT por hardware.
Saludos.
-
GRACIAS Gonzalo_BlackHawk , tenes un esquema de como seria el WDT por hardware?
Saludos.
-
A mi me interesa también :-/
-
El WDT en cualquier micro puede dar más problemas que soluciones. Si el sistema está bien diseñado no es necesario un WDT, pase lo que pase, aún en sistemas desatendidos. El WDT no debe usarse como medio de protegerse de los errores del programador o del diseñador. Para usar un WDT por hardware simplemente compra un generador de reset o reset supervisor que tenga ésa función. No intentes hacer un WDT por hardware con componentes externos pasivos y lógica pegada. Jamás conseguirás la precisión y calidad de un WDT laser-trimmed de fábrica y al precio de unos pocos centavos de dólar.
-
Gracias jacrmr, estuve buscando informacion y encontre un generador de reset el MIC811TU pero aparentemente solo genera el reset por variaciones de tension, tendras algun otro para recomendarme?
Gracias.
-
Para utilizar un WDT por hardware miren el MAX690 y MAX692; a ver que les parece
Saludos de antonio
-
Hola, por lo que tengo entendido en base a mi xps y lo que investige, la falla depende de como el WDT interno tome señal de clock, en casi todos los micros, esta señal se toma del clock prinicipal, y si por alguna causa esta falla, el WDT no va a trabajar. Recientemente vi que en algunos micros, vos podes especificarle cual va a ser la fuente de clock y tienen como posibilidad de selección un clock independiente del resto, seguramente este debe ser un osciliador interno y trimeado y que en teoria nunca deberia fallar. Pero lo más seguro, como comento jacrmr cuando la situación lo requiera, es usar un chip supervisor, yo en mi caso uso el TPS-382X de Texas.
http://focus.ti.com/docs/prod/folders/print/tps3820-33.html#features
En los viejos tiempos cuando los micros no tenian ni WDT ni existian los supervisores o salian carisimos, se usaba un viejo CD4060 ( contador en cascada con oscilador ) y con una buenas resistencias al 1% y un capa de tantalio se lograban resultados satisfactorios.
Saludos !
-
No intentes hacer un WDT por hardware con componentes externos pasivos y lógica pegada. Jamás conseguirás la precisión y calidad de un WDT laser-trimmed de fábrica y al precio de unos pocos centavos de dólar.
En mi opinión, estos integrados son una solución muy profesional a la supervisión de PIC's, pero en ciertos casos donde lo unico que se busca es implementar un WDT confiable, un 555 en modo monoestable es una solución robusta, sencilla y que permite alcanzar resoluciones de los ms sin ningún problema si puedes aceptar la precisión moderada del 555. A veces el jugo no vale la exprimida y las cosas sencillas funcionan mejor, pero bueno, es mi opinión personal, de todas formas si algún dia debo realmente supervisar un PIC con alimentación a batería, etc, etc ,etc, no dudare en utilizar un supervisor integrado, una cosa no quita a la otra.
Saludos.
-
Totalmente de acuerdo con vos Gonza, me encanto la frase el "A veces el jugo no vale la exprimida" jejejeje muy cierta y se puede aplicar a muchos ordenes de la vida.
Saludos !
-
A veces el jugo no vale la exprimida
Curiosamente a eso me refería pero desde el sentido opuesto. Que no valía la pena hacer un WDT discreto o con ICs externos, teniendo los circuitos WDT supervisores integrados. Pero aquí entra la consideración del acceso a mercados, facilidad de conseguirlos, etc. Si no están al alcance por cualquier razón, pues no queda otra que buscar formas alternas de hacerlos.
-
Hola, por lo que tengo entendido en base a mi xps y lo que investige, la falla depende de como el WDT interno tome señal de clock, en casi todos los micros, esta señal se toma del clock prinicipal, y si por alguna causa esta falla, el WDT no va a trabajar. Recientemente vi que en algunos micros, vos podes especificarle cual va a ser la fuente de clock y tienen como posibilidad de selección un clock independiente del resto, seguramente este debe ser un osciliador interno y trimeado y que en teoria nunca deberia fallar. Pero lo más seguro, como comento jacrmr cuando la situación lo requiera, es usar un chip supervisor, yo en mi caso uso el TPS-382X de Texas.
Pero el WDT del pic no tiene un oscilador independiente?
-
NOP.
RTFM. :D :D
-
Shhh!! quien te pidió opinión!! :D :D
• Watchdog Timer (WDT) with independent
oscillator for reliable operation
Página 3 del datasheet del 12f629/675
Watchdog Timer (WDT) with its own On-Chip RC
Oscillator for reliable operation
página 3 del datasheet 18f4xx
mi no entender...
-
Entonces aplicaste RTFM !! :D :D
-
Que el WDT tenga su propio oscilador no es condicion suficiente para que no se cuelge, porque además del oscilador hay otros circuitos que comprenden el WDT, como el postescalador, los multiplexores etc que habria que analizar si al sufrir un cuelgue el micro estos no pueden sufrir tambien el mismo inconveniente. Si uno quiere ir a lo seguro el WDT tiene que ser completamente externo.
-
Que el WDT tenga su propio oscilador no es condicion suficiente para que no se cuelge, porque además del oscilador hay otros circuitos que comprenden el WDT, como el postescalador, los multiplexores etc que habria que analizar si al sufrir un cuelgue el micro estos no pueden sufrir tambien el mismo inconveniente. Si uno quiere ir a lo seguro el WDT tiene que ser completamente externo.
Mmmm...yo creo que las causas mas problables de mal funcionamiento por parte del WDT interno alimentado por el clock prinicipal, es el uso de un PLL, me parece mas probable que el circuito no se enganche que falle un multlipexor o un prescaler, pero aclaro, es una suposición mia, seria bueno obtener data de alguna nota de apliación de los fabricantes para que nos aclaren mejor el asunto.
Saludos !
-
Fallar puede fallar cualquier cosa, claro que si metes a tu PIC en un entorno que lejos de ayudarle lo que hace es cargarse hasta el programa, ¿de que te sirve el WDT externo?
Y por cierto el WDT que tienen los uC si es HW, pero como dicen los amigos de por acá si quieres estar superseguro, lo mejor es ponerlo fuera, si eres paranoico, entonces usa a los dos, que ya uno lo tienes con comprar el uC. Aunque yo personalmente considero que para la mayoría de las aplicaciones el WDT interno viene de perlas.
Saludos
Reinier
-
Coincido con Reinier, calculo que un WDT externo debe ser reseguro, pero si hay un EMP que te borra los bits de configuración, es porque también te borra el programa y ahí ¿de que te sirve el resto?
Entonces aplicaste RTFM !! :D :D
Obvio maestro!!
Este pequeño saltamontes siempre sigue sus sabias palabras!! :mrgreen:
A ver cuando te aparecés por La Docta (http://es.wikipedia.org/wiki/C%C3%B3rdoba_(Argentina)) :mrgreen:
Un abrazo
-
Hola, queria saber si es posible que falle el WDT ya que el pic que tengo programado (12F675) funciona bien pero a veces se cuelga y no se reinicia, por ejemplo funciona bien unas 700 horas continuas se cuelga lo reinicio en forma manual y sale funcionando sin problema.
Ya probe el tiempo se reseteo poniendo una linea de retardo que exede el tiempo del WDT y se reinicia sin problema, pero mi duda es si es posible que el PIC se cuelgue de tal manera que no fincione ni siquiera el WDT.
Gracias,
A mi me parece que le tiras la culpa al WDT y el problema esta en el programa.
El Restart_WDT(); debe estar en posiciones estratégicas del programa, no en todas partes. Debes buscarle el punto exacto de modo que en operación normal da reset al contador del WDT y en caso que se salga de esa operación normal nunca llegue y de RESET.
Yo revisaría esa parte.
SALUDOS!
-
Hola, a mi lo que me llama la atención es el porque de algunos micros de agregar que el WDT sea alimentado por un clock independiente, mi sentido lógico es pensar que por algo lo hicieron, lo bueno seria saber el porque realmente. Con respecto que algunos ambientes hostiles hacen percha todo, y bueno si, en esos casos no hay WDT que sirva.
Saludos !
-
coincido con PICmouse, es WDT debe reiniciar en lugares estratégicos, por ejemplo yo en un proyecto grande, coloque este en 2 o 3 posiciones, porque creo eran las únicas posibles, y fue bien, en prueba de un día en un ambiente externo (en la calle en realidad) no se colgó, y si se colgó ni se noto :mrgreen:
y en pequeñas pruebas que hice también se reiniciaba cuando estaba esperando mucho tiempo una respuesta.
Así que creo que solo falla o bien cuando el ambiente es demasiado inconveniente o cuando se colocó el wdt en lugares inadecuados dentro el código.
-
Sobre todo:
NUNCA resetear el WDG en las ISR.
-
Si, efectivamente. A mi nunca me ha dejado tirado el WDT. Como cosa rara los PICs se descontrolan por nada, y el WDT son el unico salvavidas que saca de apuros. Lo que si me pasa constantemente y no creo sea problema de programa, es que la Flash se borra a pedazos.. :shock: SI se borra!.
Dejo instalado el sistema, me voy y algunas veces llaman a decir que dejo de trabajar el equipo, o que funciona a medias, cuando llego me encuentro con que al verificar el código se han corrompido los datos en ciertas posiciones de memoria. Me toca reprogramar PIC y listo nuevamente funciona.. Esa es una de las razones por las que ando mirando otras tecnologías, y específicamente Freescale FLEXIS, prometen ser muchísimo mas robustos en estos temas industriales y de ambientes hostiles.
SALUDOS!
-
Para eso Microchip hace las series de uso Industrial, hay que tener cuidado en la eleccion del PIC... :mrgreen:
-
Hola PicMouse, yo creo que todas las familias de micros tienen su pros y sus contras, a veces es preferible la estabilidad en pos de ciertas caracteristicas a nivel arquitectura. Cuando se diseña un equipo para trabajar en ambientes hostiles hay que tener en cuenta los criterios para protejerse del EMI, EMC, etc. y y el diseño de la fuente es otra cosa muy importante. Como comento antes BlackHawk es necesario colocarles protecciones extras. Con respecto a los FreeScale y sin animo de ofender son lideres en el sector automotriz y es casi impresindible ( eso me lo comentaron, no lo sabia ) que la alimentación sea de 5V, los que se limentan con 3.3 quedan descartados, muy inmunes al ruido. Con respecto al WDT, un equipo montado en un vehiculo , despues de varias semanas de funcionamiento el equipo se colgaba magicamente, la única forma de restablecerse era via una desconexión de alimentación, la solución fue poner un WDT externo, no fallo mas. Estamos tratando de migrar a la serie AC que trae la posibilidad de elegir la fuente de clock del WDT ya que asumo que el WDT colgado del Clock principal falla si el mismo falla, el tiempo dira como anda esto último.
Saludos !
-
Sobre todo:
NUNCA resetear el WDG en las ISR.
Me dejaste intrigado, ¿¿¿porqué porqué porqué????
-
No es recomendable resetear al watch dog en un ISR, porque el programa principal puede irse a los caños pero los ISR seguiran llamandose, entonces nunca se produce el reset.
Saludos !
-
Sobre todo:
NUNCA resetear el WDG en las ISR.
Me dejaste intrigado, ¿¿¿porqué porqué porqué????
Efectivamente la respuesta correcta es:
No es recomendable resetear al watch dog en un ISR, porque el programa principal puede irse a los caños pero los ISR seguiran llamandose, entonces nunca se produce el reset.
Saludos !
Sucede que puede que el procesador salte a posiciones de memoria indebidas y cada ISR reseteas el WDT, pero al salir del ISR llegara a posiciones en donde estaba mal.
Cuando hablaba que son mejores los Freescale en ambientes hostiles, lo digo porque a nivel industrial nunca ha dejado el espacio que tienen los de Freescale. Microchip ocupo el gran mercado de los estudiantes y eso los dejo como el mas vendido del mundo y aunque están tomando en serio esto de ser mas robustos, falta mucho.
Claro, esto no significa que yo tenga plena razón de lo que hablo. Me gustaría saber lo que cada uno conoce de ciertas lineas en distintas marcas, esto enriquece muchísimo nuestros conocimientos y así tendremos mas conocimientos de causa a la hora de seleccionar dispositivo.
Por ejemplo: Freescale asegura que en la construccion del CHIP se disponen las capas fisicas en donde esta la memoria FLASH de forma que este muchisimo mas protegida de EMI, EMC, etc que pueden borrar el programa. Tambien tiene implementado un CRC por hardware que constantemente verifica que los datos de la memoria Flash no se hallan estropeado. De haber sucedido de una detiene el funcionamiento del MCU para evitar graves errores en los circuitos que se controlan.
La parte del des-protegerlos para piratear la memoria FLASH los de freescale dicen que es IMPOSIBLE lograrlo.. Que las protecciones por hardware en la fabricación del CHIP permiten asegurar, es mas en una conferencia en la que asistí de Freescale, le pregunte esto a un tipo que dictaba la conferencia y la respuesta es fue que si yo tenia esa preocupación, ellos estaban dispuestos a pagar al hacker para que intentara y que nunca lo lograra, que ya lo han hecho con varios de sus mejores clientes y así les garantizan que nadie les copiara sus productos.
Bueno, aca nunca llegan conferencias de MICROCHIP, me gustaria saber los que si han podido asistir a una de ellos a ver que han escuchado.
SALUDOS!
-
Hola PicMouse, coincido con vos, igual le pongo muchas fichas al PIC32 que dejando de lado mi corazon que me tira a FreeScale debo admitir que son superiores a la serie Flexis. Este post se esta poniendo muy interesante, voy a ver si consigo el porque por ejemplo FreeScale en los ultimos modelos permiten al WDT colgarse de un clock interno.
Saludos !
-
RICHI77, superiores la parte del MCU de 32 BITs, no sabría contestar, pues hasta ahora estoy entrando a full en este tema.
Lo que me gusta de la linea FLEXIS de FREESCALE es su completa compatibilidad en pines y en código entre la linea de 8 bits y de 32 bits. En pocas palabras puedes desarrollar el código para un micro barato de 8 bits como el JM60 que soporta USB.. Diseñas un reproductor MP3, le das soporte usb, memoria SD, pantalla gráfica, etc.. luego en unos meses decides ampliar sus características.. Necesitas mas memorias, mayor potencia para los procesos... En otra historia tendrías que rediseñar el PCB, hacer el código nuevamente, etc. En Flexis no se pierde nada del trabajo anterior. Pasas de un Core de 8 bits con arquitectura Von Newman a una un core de 32 Bits que es Harvard, Los pines coinciden totalmente entre ellos, VCC, GND, todo calza, el código te sirve "totalmente", hasta con el de 32 Bits tienes USB OTG.
Eso me parece su ventaja. Ya compararlo en poder con el PIC32 no sabría hacerlo.
SALUDOS
-
Microchip ocupo el gran mercado de los estudiantes y eso los dejo como el mas vendido del mundo
Saludos Picmouse. Sin ánimo de contradecirte ni mucho menos, el mercado de los estudiantes y las instituciones educativas es de hecho el peor de todos para los fabricantes de microcontroladores. Está órdenes de magnitud por debajo de los mercados significativos, de hecho muchos fabricantes le dan el peso que tiene (prácticamente nulo) de acuerdo al número de piezas vendidas. Esto como te comento sin afán de crear controversias ni contradecir tu opinión. No hablo de oídas, hay publicaciones especializadas (Journals) en donde se manejan las cifras, confiables por supuesto, y me ha tocado verlos. Desafortunadamente las suscripciones a tales medios son excesivamente caras y están enfocadas más a los sectores empresariales de la electrónica. Como un simple dato, en Guadalajara, Jalisco, México es común que entren a ensamble lotes de 10K PICs al mes o a la quincena. El número de estudiantes que compra un PIC ciertamente es significativo pero no se compara en nada a lo que se maneja en la manufactura.
Un saludo.
-
Peter, a mi me ha pasado, tuve una experiencia bastante mala del WDT hace poco, donde un pulso electromágnetico me colgaba el PIC e inclusive el WDT dejaba de funcionar y no me reseteaba el micro, es más, si no me cuidaba de asegurar el PIC bajo una jaula de Faraday el pulso me borraba hasta el programa grabado en el PIC y los datos en la EEPROM.
A veces si uno quiere estar seguro de que el micro no quede colgado lo mejor es implementar un WDT por hardware.
Pêro alfinal vas a asegurar tambien tu WDT externo con una jaula de Faraday. El WDT del pic es lo mejor que puedas usar y nada que se haga, creo yo, puede ser mejor. Eso y el Brown-Out Reset :mrgreen:
Salu2
-
Hola, tenes datos con rigor cientifico para afirmar algo asi ?
Saludos !
-
Pero alfinal vas a asegurar tambien tu WDT externo con una jaula de Faraday. El WDT del pic es lo mejor que puedas usar y nada que se haga, creo yo, puede ser mejor. Eso y el Brown-Out Reset.
Perdona pero no coincido contigo jeremy, dada las característas y simplicidad de un WDT implementado por hardware, por ejemplo, con un 555 y un par de componentes pasivos, la experiencia ha demostrado que en general este posee más estabilidad y menos susceptibilidad a la EMI que un WDT de un PIC. De todas formas, yo siempre pruebo bajo las condiciones de trabajo cada circuito previamente (en la etapa de prototipo) para saber si requiere WDT externo o con el del PIC basta. De una forma u otra, no dejo programa sin el WDT activado, tal vez por costumbre, me da algo más de confianza.
Saludos.
-
Hola Gonza, posta que tenes 22 años ? Porque la tenes muy clara...yo a tu edad no sabia distingir un transistor de una valvula :lol:
Saludos !
-
Hola Gonza, posta que tenes 22 años ? Porque la tenes muy clara...yo a tu edad no sabia distingir un transistor de una valvula :lol:
Gracias por el cumplido Richi. De todas formas, ha surgido recientemente el autonombrado "chiko pic" que con sus 15 añitos nos ha pasado el trapo a todos :D :D :D
http://www.todopic.com.ar/foros/index.php?topic=24143.0 (http://www.todopic.com.ar/foros/index.php?topic=24143.0)
Saludos.
P.D: Será el "chiko pic" pero de seguro que no es el "chico ortografía 2008" :D :D :D. No me hagan caso, es la envidia :mrgreen:
-
Pero este chico todavia no ha demostrada nada...ud si 8)
Saludos !
-
Aclaremos algo, el WDT de los PICs si es hardware, lo que ocurre es que va dentro del PIC, pero es un hardware, como lo es la UART, los contadores/temporizadores, etc. Lo que ocurre con este WDT es que es configurable por software que es otra cosa distinta y diferente.
¿Por que puede fallar este más que otro?
Bueno para afirmar eso hace falta tener conocimiento de causa, vaya, que hay que presentar pruebas científicas verificables. De todos modos si lo analizamos bien, podemos decir que sí que hay más posibilidad que este falle a que falle uno externo, por ejemplo una EMI puede cambiar el estado de uno de los bits de los registros de configuración del WDT o cosas por el estilo.
Mis recomendaciones para ustedes son:
Si tu aplicación es para un entorno benigno, usa el WDT interno y no te preocupes demasiado por el chasis
Si tu aplicación estará en un ambiente menos benigno, metele el WDT interno y por supuesto un buen chasis, con jaula de Faraday, esto me recuerda a una impresora HP, una impresora, de las recientes, esas que parecen de juguete, donde la placa controladora estaba protegida por una jaulita de Faraday y unos buenos planos de tierra.
Si tu aplicación va a un entorno cabrón, mete WDT interno y mejor apantallamiento externo en el chasis
Si tu aplicación va a un entorno de tres pares de cojo... entonces mete el interno, el externo y el mejor de todos los apantallamientos, diseña una placa para entornos de tres pares y ten en cuenta muchos otros factores.
Saludos
Reinier
PD: Nada de esto es una ciencia, la prueba y el error son los que dan la maestría en estos casos, es por eso que la experiencia en este sentido vale mucho, a eso le laman "know how"
-
La experincia ha hablado.. asiq mejor me callo xD!
PD: Y yo que pense q era el mas chibolo (tengo 17 años)... diablos! jajaja
-
Hola a todos,
bueno estuve siguendo atentamente este post para solucionar mi problema y quisiera aportar algo mas, aparentemente en mi proyecto no tuve en cuenta la temperatura que puede afectar al PIC y tambien al oscilador interno lo que puede ocasionar que se cuelgue dejando afuera incluso el WDT, en mi proyecto el disipador del triac si bien las aletas estan del lado de afuera estaba aumentando la temperatura tambien en el interior de la caja, ahora la aisle y le agregue unas aberturas para la circulacion de aire fresco y por ahora (ya tiene 120 horas ininterrumpidas) funciona sin problemas, lo conecte en la linea con tubos fluorescentes, motores de extractor, ventiladores y hasta lo conecte con el motor de una heladera y no se cuelga o si se cuelga entra bien el WDT.
Saludos a todos.