Como guardar datos desde raspberry a DB

Tendrias que levantar algun servidor de BD en otra maquina.
Igual podrias usar firebird en la misma maquina o algo similar y liviano

Me gustaría que los datos queden fuera de las raspberry por que es mas fácil consultarlos posteriormente, ideal si quedara en algún hosting por ejemplo

Puedes cargar un mysql en la misma rasberry, pero lo encuentro un poco sobredimensionado

Hay sitios tipo internet de las cosas gratis, como este

https://thingspeak.com/

La rasberry va mandando los datos y los puedes ver despues asi

https://thingspeak.com/channels/84008

Aca tienes instrucciones:

http://www.instructables.com/id/Build-Your-First-IOT-with-a-Raspberry-Pi-DHT11-sen/

también puedes ocupar firebase como bd

Instala Oracle 10g




Apoyo la mocion de un Firebird

Para estos casos, tienes que ocupar un messagequeue ya que eso es lo que estás haciendo: traspasando datos enanos a otro lugar sin que ocupe mucho recurso.

Uno bien popular en domótica es MQTT; es bastante lightweight y funciona tanto en rPi como en Arduino. Si no planeas hacer más inventos, sobretodo con Arduino, puedes irte por RabbitMQ. Pesa bastante más que MQTT pero es un poco más fiable, ya que te permite agregar nodos sin mayor dificultad sin que se pierdan datos como sí suele permitir MQTT. MQTT no sé si te permita agregar nodos, yo tengo una instancia en casa pero en el servidor central que es bastante powa así que las ampolletas y el arduino escriben directo via IP.

Una vez que se transfiera al nodo principal, puedes hacer lo que se te de la gana con los datos: guardarlos en una db persistente, o importarlos en un ElasticSearch y graficar con Grafana o Kibana, importarlos a munin o quizás importarlos a home-assistant... eso depende de tus necesidades e imaginación

Saludos.

Gracias por sus consejos, de momento lo que tengo es un script en Python que graba usando la librería mysqldb pero todos los hosting no aceptan conexiones remotas para guardar en sql, asi que empecé a ver lo que aca recomiendan

supone desperdicio de recursos si se monta una segunda rPI con una db ligera y un hdd? tendrias un respaldo local y no perderias datos si el enlace falla.

NIN dijo:

supone desperdicio de recursos si se monta una segunda rPI con una db ligera y un hdd? tendrias un respaldo local y no perderias datos si el enlace falla.

Haz clic para expandir...

Lo que hice mientras averiguo algo "mas mejor" fue modificar el script Python para que se comunique con una pagina en php via _post. Funciona pero no es elegante. Puede que guarde los datos localmente también.

unreal4u dijo:

Para estos casos, tienes que ocupar un messagequeue ya que eso es lo que estás haciendo: traspasando datos enanos a otro lugar sin que ocupe mucho recurso.

Uno bien popular en domótica es MQTT; es bastante lightweight y funciona tanto en rPi como en Arduino. Si no planeas hacer más inventos, sobretodo con Arduino, puedes irte por RabbitMQ. Pesa bastante más que MQTT pero es un poco más fiable, ya que te permite agregar nodos sin mayor dificultad sin que se pierdan datos como sí suele permitir MQTT. MQTT no sé si te permita agregar nodos, yo tengo una instancia en casa pero en el servidor central que es bastante powa así que las ampolletas y el arduino escriben directo via IP.

Una vez que se transfiera al nodo principal, puedes hacer lo que se te de la gana con los datos: guardarlos en una db persistente, o importarlos en un ElasticSearch y graficar con Grafana o Kibana, importarlos a munin o quizás importarlos a home-assistant... eso depende de tus necesidades e imaginación

Saludos.

Haz clic para expandir...

Estuve averiguando del tema, se ve bastante adecuado como protocolo. Como mis datos los guardo en una base sql de webhosting barato, es razonable usarlo? Puede ser un hosting el broker?

ricm dijo:

Estuve averiguando del tema, se ve bastante adecuado como protocolo. Como mis datos los guardo en una base sql de webhosting barato, es razonable usarlo? Puede ser un hosting el broker?

Haz clic para expandir...

pues MQTT fue desarrollado justamente para el traspaso de datos enanos en gran cantidad (de hecho fue creado en 1999 para controlar las temperaturas del petróleo en un tubo largo entremedio del desierto, con conectividad pobre), así que creo que puedes ver las similitudes de ese caso con tu use-case xD

Puntos a favor del protocolo:
El principal asunto es que con MQTT podrás conectar ponte tu 50 sensores a un arduino, mientras que si lo hicieras en python no serían más de 10. (DISCLAIMER: Sin ninguna base científica, son números inventados). Esto debido a que el protocolo es liviano.

@NIN Mosquitto (el broker más utilizado detrás del protocolo MQTT) ya lo hace, la gracia de los MessageQueue es que tienen un montón de casos de conectividad ya solucionados, ya que muchos de ellos están hechos pensando en conectividad pobre o interrupida.

Puntos en contra:
Actualmente es usado en arduino's, ampolletas y esos chiches pq el protocolo es liviano y simple, pero si ya estás usando python para llevar los datos a otro lado y te funciona bien (y tampoco piensas agrandarlo a corto plazo)... para qué cambiarlo? xD

Saludos.