TODOPIC
Microcontroladores PIC => Todo en microcontroladores PIC => Mensaje iniciado por: micro_cadaver en 09 de Febrero de 2009, 11:34:17
-
hola foreros:
aca voy con otra interrogante la que comento a continuación:
tengo pensado usar el micro 24HJ256GP210, el cual es un chip de 3.3V de alimentación, sería bueno si todo el hardware fuese también de 3.3V sin embargo ese no es mi caso pues tengo que lidiar con algunos dispositivos que funcionan a 5V, por ejemplo un lector de huella digital que transmite los datos en protocolo serial UART a 5V, pensaba utilizar chips que hacen compatibles las señales de voltajes 3.3V y 5V, sin embargo son varios los dispositivos de 5v q utilizo y el costo del proyecto se incrementaría.
luego indagando en el siguiente link (http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2521) de microchip encontre unos pdfs que indican algo interesante y que desconocía, que los chips que incluyen una letra "J" en su nombre pertenecen a una familia de micros que soportan niveles de 5V de voltaje en pines de entrada (excepción para las lecturas análogas), de esto puedo deducir que es posible conectar un micro de 3.3V para leer niveles de 5V e intepretarlos como 1 lógicos, entonces también podria utilizar un dispositivo UART de 5V y conectarlo al módulo UART del micro de 3.3V y prescindir de chips extras.
eso es lo que dice la teoría, mi consulta es si alguno de los foreros ha pasado por estas aguas, también me gustaría saber si podrían comentar un poco sobre si el chip (el micro de 3.3v) se calienta o si es estable a velocidades altas de transmisión y recepción o cuando lee niveles de voltaje de 5V.
gracias, saludos a todos :-/
-
Para adaptar niveles puedes usar el 7407 (es colector abierto) es muy barato en comparación con el pic24, si bien es cierto tal vez ese pic soporte entrada de hasta 5V pero como hace el pic24 para sacar 5V a partir de su VC=3.3V, no te queda otra que adaptar niveles.
Javicho.
-
gracias javicho es una buena idea usar esos chips. también tendria que saber si ese chip soporta la frecuencia de un UART. no me queda otra que meterle fuego.
saludos
-
Mira esta es una forma de realizar un convertidor de nivel muy sencillo:
http://www.sparkfun.com/commerce/product_info.php?products_id=8745
Un saludo
-
gracias por el link.
espero hacer las pruebas lo más pronto posible y salir de la duda.
-
Los valores máximos absolutos para cualquier pin digital es de +6 volts con respecto a Vss y para Vcc +4 volts.
Esto significa que se puede trabajar tranquilo con 5 volts a la entrada de cualquier pin digital, ya que estan pensados para esto. Lógicamente la salida del pin va a ser igual a la tensión de Vcc que generalmete es de 3.3 a un máximo de 3.6 volts.
Por otro lado otro Ic digital que trabaje a 5 volts acepta esta tensión como un nivel alto a su entrada.
-
gracias por la aclaraciòn. ya les comentare de mis resultados.
saludos a todos :-/
-
RESULTADOS: :-/ :-/ :-/ :-/
=========
significa que si funciona, conecte un MAX232 de 5V a los pines de rx y tx del pic24FJ256GB110 que funciona a 3.3V y hubo tX y RX sin problemas a 19200 baud. la teoria se cumplio tanto del lado del pic como del max pues en el datasheet de este ultimo figura que su voltaje minimo para interpretar un 1 logico es 2.7v
saludos
-
que buena data que me das micro_cadaver, ya estaré listo cuando comience a experimentar con ellos
:-/ :-/
-
hola Cryn, un gusto que te sirva de aqlgo mi experiencia, ahora ando liado con la misma jugada pero para un DS1307 que funciona a 5V, es que el bus I2C no se acostumbra al 3.3V jejejej :mrgreen:
-
eso del RTC me suena interesante verlo con 3V, ya vi que algunos los LCD soportan desde 2.7V para el 1 lógico, espero los GLCD también vayan por ahí
saludos, y estaré atento
-
justo lo he probado con una GLCD 128X64 techstar y en su datasheet decia tambien que sus pines reconocen un 1 logico desde 2.7v, y lo conecte defrente al pic de 3.3v y funciono todo ok, claro el GLCD esta con VCC a 5v.
-
ok, que bueno lo del glcd, y si de igual manera el LCD según su hoja dice que la alimentación tiene que ser 5V
-
respondiendo a sus dudas los lcd tipo LM016L por ejemplo si tiene compatibilidad con 3.3v aunque la luz de fondo prende con 5v.
-
hola Cryn, un gusto que te sirva de aqlgo mi experiencia, ahora ando liado con la misma jugada pero para un DS1307 que funciona a 5V, es que el bus I2C no se acostumbra al 3.3V jejejej :mrgreen:
Una consulta micro_cadaver, que resultados tuviste con el ds1307? Estaba viendo su datasheet donde indica que el 1 lógico lo toma a partir de los 2.2V, entonces pensaba alimentarlo con 5V pero a las resistencias pull-up colocarlas a 3.3V :undecided:. Sino me queda usar un chip de 3.3V, pero hay que trabajar en la librería :tongue:
Saludos!
-
Suky, en un proyecto mío, comunico un PIC24F con un DS1307 sin problemas. El PIC va a 3.3V y el RTC a 5V. El bus I2C lleva las pullups a 5V.
Esto es posible porque el PIC tiene sus pines tolerantes a 5V.
-
Suky, en un proyecto mío, comunico un PIC24F con un DS1307 sin problemas. El PIC va a 3.3V y el RTC a 5V. El bus I2C lleva las pullups a 5V.
Esto es posible porque el PIC tiene sus pines tolerantes a 5V.
Muchas gracias Nocturno. ;-)
Saludos!
-
hola Cryn, un gusto que te sirva de aqlgo mi experiencia, ahora ando liado con la misma jugada pero para un DS1307 que funciona a 5V, es que el bus I2C no se acostumbra al 3.3V jejejej :mrgreen:
Una consulta micro_cadaver, que resultados tuviste con el ds1307? Estaba viendo su datasheet donde indica que el 1 lógico lo toma a partir de los 2.2V, entonces pensaba alimentarlo con 5V pero a las resistencias pull-up colocarlas a 3.3V :undecided:. Sino me queda usar un chip de 3.3V, pero hay que trabajar en la librería :tongue:
Saludos!
perdon por la demora en responderte, recien me conecto a la matrix en la chamba, bueno conseguimos hacerlo funcionar colocando las pull up a 3.3V con 4k7 en los 3 pines SCL SDA y el OUT. El ds1307 se alimenta con 5V y su pila de 3V.
Saludos a todos!!!
-
Gracias!!! Intentaron con las pull-up a 5V y no les funciono?
-
Gracias!!! Intentaron con las pull-up a 5V y no les funciono?
hola. simplemente no lo intentamos porque andamos buscando un reloj de 3.3V, pero andan algo caritos.
-
Muchas gracias. La consulta iba a que comentas que consiguieron hacerlo funcionar de esa manera, dando a pensar que la otra configuración posible no anduvo ;-)
Saludos!
-
Muchas gracias. La consulta iba a que comentas que consiguieron hacerlo funcionar de esa manera, dando a pensar que la otra configuración posible no anduvo ;-)
Saludos!
De nada Suky, para eso tamos los picmaniacos. cualquier cosilla sientete libre de mandarme un mensaje. saludos!
-
Hola, hay PIC24 que traen RTC interno. ;-)
-
Hola, hay PIC24 que traen RTC interno. ;-)
hola Mig, es cierto y el que uso también lo tiene (PIC24FJ256GB110) pero aun no me da el pic la confianza como para dejarlo solito con batería y que nunca se cuelgue el programa, pues en mi aplicación es de alta prioridad el reloj calendario y preferimos dejarle esa chamba a un chip independiente.
seria genial que el RTC del pic sea completamente independiente, a menos que lo hayan mejorado, pues tengo entendido que si el pic se resetea, los registros del reloj también. Si me equivoco corregidme y azotad me!!! jeje saludos!!!
-
Hola, hay PIC24 que traen RTC interno. ;-)
hola Mig, es cierto y el que uso también lo tiene (PIC24FJ256GB110) pero aun no me da el pic la confianza como para dejarlo solito con batería y que nunca se cuelgue el programa, pues en mi aplicación es de alta prioridad el reloj calendario y preferimos dejarle esa chamba a un chip independiente.
seria genial que el RTC del pic sea completamente independiente, a menos que lo hayan mejorado, pues tengo entendido que si el pic se resetea, los registros del reloj también. Si me equivoco corregidme y azotad me!!! jeje saludos!!!
:D
Nunca lo he echado a andar, pero una buena leída a la datasheet resolvería eso, y seguro que podrías ahorrar unos centavos quitando el ds1307.
Normalmente los RTC en los PIC oscilan con el oscilador secundario mediante un cristal externo de 32.768kHz. Seguro que la gente de Microchip hizo algo para que el pic recordara la hora ante resets, ya que si no... sería un pedazo de hardware bastante inútil, fácilmente reemplazable con un timerX disparado por el mismo cristal, pero controlado por software.
-
Si el PIC18F que uso lo tuviera, lo usaría :mrgreen: mmm... No he leído sobre el RTC interno de los PICs y el tema del resteo perdida de alimentación. En cambio he visto que los ARM de ST tienen el módulo independiente con su pin Vbat para la alimentación. :)
Saludos!
-
Efectívamente migsantiago: son una pedazo de mier... que sólo vale en caso de que tengas pensado dejar el PIC encendido todo el rato... ya sea normal, idle o sleep... (o deep sleep en caso de que tenga...)
La corriente para guardar fecha y hora en un RTC de la hostia (SPI, reloj interno, compensación temperatura)de Maxim es de 1.5uA. La corriente para mantener el RTC de un PIC32 es de unos 20uA y el mínimo de consumo del sleep creo que venía a ser uno 40uA.... es decir: la pila de boton te duraría 40 veces menos....
Saludos
-
Efectívamente migsantiago: son una pedazo de mier... que sólo vale en caso de que tengas pensado dejar el PIC encendido todo el rato... ya sea normal, idle o sleep... (o deep sleep en caso de que tenga...)
La corriente para guardar fecha y hora en un RTC de la hostia (SPI, reloj interno, compensación temperatura)de Maxim es de 1.5uA. La corriente para mantener el RTC de un PIC32 es de unos 20uA y el mínimo de consumo del sleep creo que venía a ser uno 40uA.... es decir: la pila de boton te duraría 40 veces menos....
Saludos
Vaya, qué mala onda. Bueno, seguro que habrá situaciones en donde el RTC queda bien, no hay que rechazarlo tan drásticamente.
-
Claro que es útil (quizá me pase un poco jeje)... como comenté antes: cuando no puedes apagar nunca el micro y necesitas un RTC es ideal. Además es muy útil cuando tienes que temporzar (p.e. para guardar un log): ahorras timer, llamadas a interrupción y variables globales...
-
Si el PIC18F que uso lo tuviera, lo usaría :mrgreen: mmm... No he leído sobre el RTC interno de los PICs y el tema del resteo perdida de alimentación. En cambio he visto que los ARM de ST tienen el módulo independiente con su pin Vbat para la alimentación. :)
Saludos!
El dia que los de microchip le pongan ese pin al PICxxx será el fin de los DS1307 para mi.
-
Si el PIC18F que uso lo tuviera, lo usaría :mrgreen: mmm... No he leído sobre el RTC interno de los PICs y el tema del resteo perdida de alimentación. En cambio he visto que los ARM de ST tienen el módulo independiente con su pin Vbat para la alimentación. :)
Saludos!
El dia que los de microchip le pongan ese pin al PICxxx será el fin de los DS1307 para mi.
Se acerca el día MicroCadaver...
MCP794XX
RTC con batería
EEPROM interna de 1kbit
64 bytes de ram
y por si faltaba más... integración de MAC address.
Wow :mrgreen:
-
Pero sigue siendo un chips adicional. :? Y por lo que veo en los datasheet, ni en los PIC32 lo trabajan con batería adicional. Los ARM tiene el módulo con bateria externa, más cierta cantidad de registros para backup :) Ya crecerán los de Microchip, hay que aceptar que para el aprendizaje son muy útiles 8)
-
Pero sigue siendo un chips adicional. :? Y por lo que veo en los datasheet, ni en los PIC32 lo trabajan con batería adicional. Los ARM tiene el módulo con bateria externa, más cierta cantidad de registros para backup :) Ya crecerán los de Microchip, hay que aceptar que para el aprendizaje son muy útiles 8)
gracias Mig por la novedad, sin embargo pienso igual que Suky, larga vida al DS1307!!!!!!!, aunque voy a revisar el precio de esos relojitos de microchip.