desktop

555 en un microcontrolador PIC

Hola:

Hoy en día se sigue usando el 555 como temporizador.

2.gif


https://www.forosdeelectronica.com/tutoriales/555.htm

Más antiguamente se usaba el astable con dos transistores antes de que el 555 lo sustituyese.
Astable.png

https://es.wikipedia.org/wiki/Astable
http://www.neoteo.com/ne555/

El sustituto más pequeño suelen usar un PIC.

PIC12F508A
PIC12F509A
PIC12F629
PIC12F675

Todos del mismo encapsulado que el 555.

La pregunta es.
Si quieren hacer un temporizador que al pulsar un botón en estado alto se activa el tiempo de 5 minutos y al acabar desactiva.

¿Qué PIC usarías y en qué lenguaje?

Bajo mi punto de vista, para estos PIC, los prefiero en programar en asm sin usar Delay ya que deja el PIC esclavo y no hace otra cosa hasta que acabe su tiempo. Para tiempos muy pequeños como usarlo par anti rebotes de un pulsador está bien.

http://www.golovchenko.org/cgi-bin/delay

Otros usan el timer, hay que saberlo usar.

http://eng-serve.com/pic/pic_timer.html

¿Qué opinan?

Puedes mostrar ejemplos sea en asm, en C o otro lenguaje que le apetezca o conozca.

Saludos.
 
Que si, que prácticamente hay microcontroladores para todo y que no usarlos es complicarse la vida.
Puedes usar delays hoy y mañana timmers

 
Como ya te inaginas, usaria C. Con 8 lineas resolves el problema del timer.
Peeeeeero, por aca el PIC vale como 15 veces mas que un 555, asi que no me parece una buena idea el reemplazo.
 
Última edición:
Si, puede que un 555 cueste 50cts y un pic básico, 1€.
La diferencia se subsana si tardo dos o tres minutos más en uno que en otro...
Y si el temporizador ha de ser por ejemplo de un minuto exacto tardaré mucho mas en ajustarlo con el 555 que con el pic.

 
A mi me parece que usar un micrcontrolador para reemplazar un 555 ya sea como monoestable o astable es usar mucho poder para algo tan simple, si se diera el caso esperaria darle mas prestaciones y dependiendo de eso veria si lo programo en asm o C, aun que por el tamaño de memoria preferiria usar asm
 
Por alguna circunstancia de la vida, nadie sabe lo que le depara el futuro y te puede ayudar. La ventaja del PIC es que te ahorras más componentes electrónicos.

La desventaja, hay que programarlo y saber hacerlo tanto en C como en asm.

Para los PIC12F508A está bien en asm. Para los PIC12F628/75 está bien para C.
 
A ver. Un PIC o cualquier otro microcontrolador, contiene todos los elementos necesarios para poder sustituir al 555, a varias compuertas, comparadores, un DAC, ADC, PWM, RS-232, SPI, I2C y otras chucherías extra de más.

No es mala la idea, siempre y cuando no sea para nada más sustituir al 555 por un uC.
 
Y también depende el entorno donde vaya a funcionar. Si es en un auto no cambio por un PIC ni loco, por que lo que me "ahorro" en componentes discretos lo gasto en protección EMC.
 
Si piensas que un 555 es super estable es que lo has usado poco en entornos industriales; falla mas que una escopeta de feria.
Es bastante delicado.

Habría que hacer números, a mi me parece que sale mas barato un microcontrolador si se hacen bien.
Pero MUCHO mas barato.
 
Última edición:
Todo depende del proyecto/caso en sí.
Al leer el tema recordé el caso que hace algún tiempo me encargaron una partida de timers que no sabían el tiempo exacto que necesitarían (si aproximado por lo que un operador debía ajustarlo in situ a cada uno y de acuerdo a cada dispositivo en particular) ya que dependía de factores mecánicos externos y este iba a estar ubicado en un lugar a las inclemencias del tiempo con temperaturas "extremas" y en un ambiente donde hay mucha arena fina presente en el.
También estaría todo alimentado a batería recargada mediante un pequeño panel solar y con una posibilidad de mantenimiento mínimo por las dificultades de acceso físico al lugar.
Presente las dos opciones y el interesado por cuestiones de costo (solo un poco más caro) prefirieron la solución del 555 pero se le aclaro los pros y las contras de cada uno.
Sigo convencido que la solución del micro controlador en ese caso en especial era lo indicado.
Debemos a acostumbrarnos a usar cada cosa como lo que son, herramientas para resolver casos particulares y resolver estudiando los pros y contras de cada uno y actuar en consecuencia.
Habrá momentos que usar el asembler de un micro controlador será lo más adecuado y otras que no y se deberá resolver usando cualquiera de los compiladores de los diferentes lenguajes de programación disponibles y que sepamos usar.
Saludos.


Ric.
 
Todo depende del proyecto/caso en sí.
Al leer el tema recordé el caso que hace algún tiempo me encargaron una partida de timers que no sabían el tiempo exacto que necesitarían (si aproximado por lo que un operador debía ajustarlo in situ a cada uno y de acuerdo a cada dispositivo en particular) ya que dependía de factores mecánicos externos y este iba a estar ubicado en un lugar a las inclemencias del tiempo con temperaturas "extremas" y en un ambiente donde hay mucha arena fina presente en el.
También estaría todo alimentado a batería recargada mediante un pequeño panel solar y con una posibilidad de mantenimiento mínimo por las dificultades de acceso físico al lugar.
Presente las dos opciones y el interesado por cuestiones de costo (solo un poco más caro) prefirieron la solución del 555 pero se le aclaro los pros y las contras de cada uno.
Sigo convencido que la solución del micro controlador en ese caso en especial era lo indicado.
Debemos a acostumbrarnos a usar cada cosa como lo que son, herramientas para resolver casos particulares y resolver estudiando los pros y contras de cada uno y actuar en consecuencia.
Habrá momentos que usar el asembler de un micro controlador será lo más adecuado y otras que no y se deberá resolver usando cualquiera de los compiladores de los diferentes lenguajes de programación disponibles y que sepamos usar.
Saludos.


Ric.

Ya se arrepentirán cuando se estropeen los potenciómetros. O no, quien sabe.


Y si, está claro, lo mas caro son las horas del desarrollador, así que lo mas barato es hacer lo que ya sabemos hacer, pero claro, no avanzamos nunca. A veces embarcarnos en una cosa nueva es la única forma de avanzar. Yo soy especialista en "ya lo haré mañana".
 
Última edición:
Enhorabuena entonces. Los intentos que hice fueron infructuosos. Lo tuve que descartar en fase de prototipo.
Hace ya varios eones de aquello.

Uno solo iba bien pero por alguna extraña razón al intentar combinarlos para hacer secuencias complejas se volvía totalmente ingobernable.

 
Última edición:
Buenas:

La verdad es bueno tener una documento hecho en Word y a PDF sobre el esquema del 555 junto con los PIC y códigos en algún lenguaje por si las moscas, te pueda hacer falta ya.

De paso no pierdes el tiempo en programarlo o averiguar como se controla el timer del PIC, solo ya lo tienes programado. También es bueno guardar los archivos .hex de cada PIC mensionados arriba.

Saludos.
 
Ya se arrepentirán cuando se estropeen los potenciómetros. O no, quien sabe.


Y si, está claro, lo mas caro son las horas del desarrollador, así que lo mas barato es hacer lo que ya sabemos hacer, pero claro, no avanzamos nunca. A veces embarcarnos en una cosa nueva es la única forma de avanzar. Yo soy especialista en "ya lo haré mañana".

Es lo primero que le aclare y ni hablar del consumo ya que el 555 no se puede poner a que ahorre energía!!!
Para mantenerse "joven" dicen que no hay que quedarse sin proyectos por lo que yo también estoy en esa cuestión de "lo haré mañana".
En cuanto a tener información, etc. el problema pasa después de cierto tiempo en esto en que se torna mas fácil hacer algo nuevo que buscar donde esta muy bien guardada dicha cosa.
 
Última edición:
es una verdad suena atractiva la idea de sustitucion de 555 por un micro de 8 patitas

en PWM de un 555 necesitas 2 diodos , capacitor y almenos 3 resistencias pero si programas 1 12fxxx con oscilador interno solo es el micro y en mi ciudad los encuentras a un precio de 2 555.

pero!!!!

en mi taller reparo los modulos de elevadores electricos de los carros FAW carritos chinos
FAW-F1-Hatchback-B%C3%A1sico.jpg


estos carros traen 2 modulos que se encargan de controlar los relevadores de los vidrios FALLAN horrible por que adentro del encapsulado traen un pic 12F

lo que hago es desoldarlos quitarlos y los reprogramo y vuelven a trabajar.
GENERALMENTE la memoria flash se daña y no carga programas nuevos o se les daña el valor OSCCAL. aveces de plano se dañan los pines que controlan el ULN2003

pero es por que son ambientes de :

1.-calor.
2.-la gente es sucia y se atoran los elevadores y dañan el mecanismo.
3.-electricos chamberos que hacen cada porqueria de trabajo.
4.-inventos de la gente.
5.-un mal diseño.

asi que yo optaria que si es para un diseño donde manejarias continuamente un actuador mejor usa electronica discreta.
 
Es que para todo hay gustos y religiones.
Lo que se puede hacer con lo básico, se hace con lo básico.
De ahí en fuera, se inventaron los microcontroladores.
 
Atrás
Arriba