Datalogger para datos meteorológicos con PIC18F4550 y SD card

[raus]

Hola!

Estoy desarrollando un datalogger para mi proyecto fin de carrera. Es simplemente una demostración de modo que llevará únicamente 2 sensores (temperatura y humedad) conectados a un PIC18F4550 que se encarga de irlos escribiendo en una tarjeta de memoria SD. Cuando se conecte al ordenador, volcará los datos mediante una conexión USB (a menos que me de demasiados problemas y deba volver a la conexión serie). Mi pregunta es: si los dos sensores son analógicos ¿me dará algun problema el convertidor AD? ¿Como creeis que debería conectarlos? El sensor de temperatura es un LM35, y el de humedad ahora mismo no tengo los datos, si es necesario, los busco y lo pongo más tarde.

Muchas gracias

[aitopes]

Hola!
Muy buen proyecto. En Circuitos E/S - Esquemas listos para usar podes encontrar como conectar un LM35 al pic.

¿vas a compartir el proyecto? Siempre quise hacer algo asi, y lo he ido postergando por falta de tiempo. Mi idea incluia un display grafico para ir mostrando la evolucion de las variables leidas.

[GustavoT]

No deberías tener ningún problema con el converso AD , cada sensor entra en en canal diferente y solo tenes que hacer el multiplexado de estos teniendo siempre en cuenta el tiempo de adquisición mínimo, esta bien explicado en la hoja de datos del micro,  en la page de microchip hay unos PPT que ayudan a entender el funcionamiento del conversor AD y el multiplexor

Suerte

Gustavo T.
Tucuman Argentina

[raus]

Gracias por los enlaces!!!

Por supuesto, sí voy a compartir el proyecto. Según vaya teniendo listas algunas partes, las publicaré y, cuando esté completo, subié el archivo entero y las fuentes


(Continuará...)

[Darukur]

Muy buena integracion para tu proyecto, le veo no solo futuro como proyecto final de carrera sino tambien comercial!
Si trabajas cuidadosamente el uso de los puertos de ADC del micro (buen shielding) no vas a tener problemas.
Me gusta el tema de que adquieras y guardes en MMC (tal vez con sistema de archivos) y despues te comuniques por USB para descargar.
Tal vez hasta puedas hacer que el dispositivo se presente como "dispositivo de almacenamiento masivo" de manera de hacerlo funcionar sin soft desde el lado de la PC.

Yo realice el manejador de MMC y de sistema de archivos FAT16 en PIC bajo RTOS si queres te doy una mano despues!

Saludos!

Marcelo

[jfmateos2]

Hola, precisamente en la revista Resistor de este mes (octubre 2006) viene una unidad de memoria basada en SD-Card que se gestiona mediante RS-232 y que puede utilizarse tanto directamente desde un PC como en proyectos embebidos.

Saludos,

[Deimos]

Los ADC's del micro no te van a dar problema ninguno. Garantizado. Lo ke estaba pensando es que tienes que ir con cuidado, y saber cuantos datos te caben en la SD. Saber cada cuanto tiempo grabas en la SD y que capacidad de datos tienes, sino cuando vuelques la SD al ordenador te van a salir los datos finales al principio de la SD, y los primeros datos los habrás perdido.

Por lo demás, los ADCs no te darán ningun tipo de problema de ruido.

Hay un condensador de la Philips que tiene las armaduras de oro. Lleva el encapsulado unos agujeritos por donde entra la humedad y hacen variar la capacidad del condensador. Es una manera de medir la humedad, aunque mucho me temo que ni demasiado fiable ni demasiado barata.

Suerte

[Darukur]

Repito: Con respecto a los ADC de los PICs debo decir que si los trabajas bien no hay inconvenientes pero si tenes problemas en su entrada (ruidos estatica etc) podes tener un funcionamiento muy erratico.
En un sistema de climatizador nuestro que tiene un sensor de temperatura, si le retiramos el sensor y pones ruido con un dedo la mayoria de las veces se resetea o falla.
Lo mismo en otros desarrollos.
Los PICs no son muy amigos de que le joroben los puertos (superar las tensiones o corrientes límite) y por ejemplo la estática puede superar (con baja corriente) la tension máxima.
Otro Ejemplo son los puertos de entrada salida del pic, lo mas comun es hacer un RC para filtrar ruidos en un sensor de contacto pero el RC si le sumas el cable hacia el pulsador hace un RLC y genera pulsos negativos en el PIC que desconfiguran el puerto.

En fin, el diseño de la placa es un punto muy importante de tu desarrollo, no solo el programa.

Salute

[raus]

Gracias por los comentarios!

Respecto a lo de usarlo como dispositivo de almacenamiento masivo, en principio no lo contemplaba, porque necesitaba una aplicacion en el lado del pc que reciba los datos para (en una segunda etapa, no creo que lo implemente directamente) hacer un grafico con los datos recibidos. Estoy instruyendome ahora en C# para la aplicación del pc. Y lo de que se desordenen los datos espero que no sea un problema, pues pensaba almacenar cada medida con su fecha correspondiente, para poder realizar los graficos en un futuro

Seguire poniendo aqui los progresos que vaya haciendo, así como los primeros bocetos de esquematico que se estan gestando

Gracias de nuevo por las sugerencias!

[raus]

Bueno, ya puestos, voy a comentar el principal problema que tengo en la actual fase del diseño: los esquemas que he visto para conectar pic y SD card implican alimentar el PIC a 3.3V, dado que ese es el rango de tensiones que soporta la tarjeta. Sin embargo, eso supongo que me dara problemas con la parte de USB, no??  Creo que sería mejor alimentar el pic a 5V y, de alguna manera aun por determinar, disminuir la tension para que la tarjeta trabaje a unos 3.3V. Acepto sugerencias, jejeje

[Marioguillote]

Hola raus

Después me gustaría que nos comentes si ya tenés pensado, que sensores vas a utilizar.
Por otro lado, utiliza el buscador del foro y encontrarás bastante charla acerca del tema de los 3,3V y los 5V.
No es que no quiera ayudarte.
Búscalo tú mismo; y al leer, seleccionarás lo que te sirva y lo que no.
Lo mismo respecto a la SD.

Saludos.
Mario

[Darukur]

Hola Raus, un consejo: usa el PIC a 5 volts, te ahorras un monton de problemas.
De esa manera te manejas con la tension del USB, igual siempre vas a tener un vinculo 3V - 5V.
A la multimedia card lo que se hace es usar un divisor resistivo para las lineas hacia la MMC mientras que para los datos de la MMC hacia el PIC no hay problema ya que el PIC soporta 3v3 como un "1" lógico.
YO he usado la MMC en modo SPI con el divisor resistivo a lo que da el PIC sobre SPI (10Mbits a 40Mhz) y funciona de maravilla!.
Fijate en http://www.cc5x.de/MMC/  y este http://www.captain.at/electronics/pic-mmc/ que use yo.

Saludos y conta progresos.

Marcelo

[raus]

Bueno, pues como lo prometido es deuda, aqui pongo un pequeño avance. Es el esquemático que estoy barajando utilizar. Tiene fuertes y claras influencias, jejeje, espero que funcione bien. Y ahora, a seguir investigando el "mass storage device" que despues de leer la nota de aplicacion de microchip parece que puede ser una excelente manera de superar la comunicación con el pc

Si alguien cree que hay algun error en el esquematico, o que hay algo mal hecho, por favor, avisad, que con el Eagle soy bastante novato, y el esquematico creo que sea adecuado, pero...nunca se sabe

[Azicuetano]

Hola Raus!

De eagle no tengo ni idea pero... te recomendaría que pusieras resistencias en los led´s 1, 2 y 3.

Como no limites la intensidad que pasará por los leds, el PIC empezará a hacer cosas raras jeje.


Un saludo desde Alicante.

[RedPic]

Además de las R para los leds que dice Azicuatano ... con prueba que la NET que va desde el 7805 hasta el VC_OUT se llama VCC también ya que si no no tendrías alimentación cuando estes desconectado del USB. Ademas deberías poner un Jumper, o un conmutador electronico automático, para seleccionar la alimentación VCC desde el USB o desde la fuente ...

Un saludo y adelante.