Proyecto de domótica desde 0

  • El timer debes usarlo para ejecutar funciones y no para calcular tiempos.
  • Para este tipo de proyectos en mi humilde opinión es imprescindible usar el RTC.
  • Para detectar un corte de luz si hay corte de luz el router estará apagado por lo que la ip de arduino no estará disponible, podrías hacer pings cada cierto tiempo desde tu server y si no hay respuesta mandas el email de alerta si quieres algo mas eficaz puedes usar un modulo GSM.

yOPERO: * El timer debes usarlo para ejecutar funciones y no para calcular tiempos. * Para este tipo de proyectos en mi humilde opinión es imprescindible usar el RTC. * Para detectar un corte de luz si hay corte de luz el router estará apagado por lo que la ip de arduino no estará disponible, podrías hacer pings cada cierto tiempo desde tu server y si no hay respuesta mandas el email de alerta si quieres algo mas eficaz puedes usar un modulo GSM.

Lo de la ip es lo que tenia pensado pero en el server que tengo contratado no puedo programar funciones asi que trendre que cambiar de server..

el riego estoy pensando no ponerle tiempo, como tengo higrometros cuando la humedad baje de un tanto por ciento se encienda hasta que supere otro %. Pero para la calefaccion si lo tengo que usar, y aunque lo tengo no consigo que funcione (me da valores raros, http://arduino.cc/forum/index.php/topic,139564.0.html) Sino ya estaria solucionado el problema

Gracias por todo.

Jossema106 lo del reloj tambien me paso a mi, no recuerdo como lo solucione. puede ser un cable no hacia buen contacto o despues de poner en hora el reloj tienes que comentar esa parte del codigo.
sobre tu idea del hidrometro, te refieres a esos que van en la tierra o te refieres a los que miden la humedad ambiente? Si te refieres a los de las macetas, creo que tendrias que darle un tiempo para cerrar el agua, porque el agua hara disparar el sensor enseguida.

Espero que te sirvan mis ideas

Sigo pensando en la programación de tareas y la cosa se complica sobre todo para las escenas. Supongamos que los paneles japoneses se deben mover a cierta distancia para dejar paso salida de calor a los radiadores en el momento en que se conecte la calefacción. Lo mismo para las persianas (bajar al 100% cuando calefacción on), y sumando que los radiadores son válvulas electrotérmicas por zonas. Al final resulta en multitud de tareas donde no solo deben estar programadas sino que deben llevar un identificativo que el servidor sepa interpretar.

Al final creo que voy a optar por la idea de montar el PHP server en Ubuntu y utilizar los crontab como rutina de programación. Básicamente:

  1. Desde formulario en navegador cliente establece temporización ->
  2. Servidor ejecuta comando "crontab -e"
  3. inserta comentario al final del archivo con el identificativo de la tarea "#xyz"
  4. inserta rutina al final del archivo de ON (a la hora "h"). Es decir, a la hora "H"->abre un script en una pagina php?action=ON_lo_que_sea sin html y envía orden a/los arduinos de ON
  5. inserta rutina al final del archivo de OFF (a la hora "h"). Es decir, a la hora "H"->abre un script en una pagina php?action=OFF_lo_que_sea sin html y envía orden a/los arduinos de OFF

Para saber en el navegador las tareas programadas, envía submit al server que ejecutaría "contrab -l" y recupera las tareas programadas gracias a los identificativos #xyz

Decir esto es fácil, saber si funcionará o hacerlo supongo que es bastante complejo... No conozco los módulos RTC para Arduino, se podrían programar las tareas más fácilmente con ellos ?

Un saludo

mirasu: Jossema106 lo del reloj tambien me paso a mi, no recuerdo como lo solucione. puede ser un cable no hacia buen contacto o despues de poner en hora el reloj tienes que comentar esa parte del codigo. sobre tu idea del hidrometro, te refieres a esos que van en la tierra o te refieres a los que miden la humedad ambiente? Si te refieres a los de las macetas, creo que tendrias que darle un tiempo para cerrar el agua, porque el agua hara disparar el sensor enseguida.

Espero que te sirvan mis ideas

No tengo ni idea de lo del rtc, pero bueno seguire probando.

Lo del higro, es de los de la tierra, tendre que graduarlos en el ultimo momento y no creo que sea complicado porque lo unico que hago es leer el puerto analogico primero en agua (al rededor de 1026) y en seco (< de 26).

Gracias por la ayuda

Andres2007: Sigo pensando en la programación de tareas y la cosa se complica sobre todo para las escenas. Supongamos que los paneles japoneses se deben mover a cierta distancia para dejar paso salida de calor a los radiadores en el momento en que se conecte la calefacción. Lo mismo para las persianas (bajar al 100% cuando calefacción on), y sumando que los radiadores son válvulas electrotérmicas por zonas. Al final resulta en multitud de tareas donde no solo deben estar programadas sino que deben llevar un identificativo que el servidor sepa interpretar.

Al final creo que voy a optar por la idea de montar el PHP server en Ubuntu y utilizar los crontab como rutina de programación. Básicamente:

  1. Desde formulario en navegador cliente establece temporización ->
  2. Servidor ejecuta comando "crontab -e"
  3. inserta comentario al final del archivo con el identificativo de la tarea "#xyz"
  4. inserta rutina al final del archivo de ON (a la hora "h"). Es decir, a la hora "H"->abre un script en una pagina php?action=ON_lo_que_sea sin html y envía orden a/los arduinos de ON
  5. inserta rutina al final del archivo de OFF (a la hora "h"). Es decir, a la hora "H"->abre un script en una pagina php?action=OFF_lo_que_sea sin html y envía orden a/los arduinos de OFF

Para saber en el navegador las tareas programadas, envía submit al server que ejecutaría "contrab -l" y recupera las tareas programadas gracias a los identificativos #xyz

Decir esto es fácil, saber si funcionará o hacerlo supongo que es bastante complejo... No conozco los módulos RTC para Arduino, se podrían programar las tareas más fácilmente con ellos ?

Un saludo

El rtc es un reloj para automatizar tareas directamente desde arduino. Y evitar problemas de que no tengas conexion o falle el servidor.

He estado echando un vistazo al RTC y me he centrado en el modulo RTC DS3232

http://www.freetronics.com/pages/rtc-real-time-clock-module-quickstart-guide#.UPigV4c707Q

Está interesante, lo malo es que solo es posible la programación de 2 alarmas. Si pensamos en programar diferentes tareas para diferentes escenas creo que el módulo se queda corto.

¿ Alguien tiene experiencia en programar diferentes tareas con este módulo ?

Un saludo

Desconozco ese modulo pero no creo que tengas problemas con las alarmas porque lo unico que haces comprobar que hora es y si es la establecidad para la calefaccion la enciendes, no lo enfoques como una alarma sino como comprobar la hora que es.

Si me equivoco que me corrijan.

+1. El rtc te da la hora y tu haces las comparaciones.

Yo plantearía un proyecto de domótica:

  • Todos los módulos (i.e. Arduino) conectados entre sí por un bus (ejemplo rs485 o bus CAN).
  • Una raspberry, beagleboard,router con openwrt, dispositivo android, etc

  • No necesitas tener un rtc en cada dispositivo, ya que van conectados por bus. Esa información puede ir en el bus del dispositivo que disponga uno.

  • La raspberry (o dispositivo similar) puede mirar tareas de google calendar y/o aceptar comandos por google talk,twitter, etc.Hay mucha documentación de cómo hacerlo, por ejemplo con python. Usar estos servicios, te dan flexibilidad que cualquier dispositivo móvil android, ipad, ordendador, iphone, etc. esta preparado o tiene aplicaciones para manejarlos. Todo el tema de seguridad, va manejado por dichos servicios web.... Envia por el bus los comandos recibidos.

  • La raspberry (o dispositivo similar) contiene la GUI del sistema (via web, glcd, o lo que se prefiera). Pero el sistema puede funcionar aunque dicho dispositivo caiga, no tenga conexion a internet, etc.. Es decir, cada módulo es independiente es sus tareas.

  • La raspberry (o dispositivo similar) puede hacer de datalogger.

  • La raspberry (o dispositivo similar) hace la pasarela internet <-> bus.

  • Cualquier dispositivo puede hacer pasarela con otras redes, ejemplo bluethooth <--> bus, zigbee, infrared, etc.

Esta opción la veo la más potente, coste-efectiva, escalable, flexible, documentada, no depende de un sólo equipo para manejar las tareas y fácil de implementar. Las tareas más difíciles como servidor, internet, etc son manejadas por un dispositivo que se programa en alto nivel.

Aunque hay muchísimas formas y a cada uno le gusta una.... esta es una manera más.

Saludos,

Igor R.

http://mitchtech.net/raspberry-pi-google-talk-robot/ http://eva-quirinius.blogspot.co.uk/2012/07/google-calendar-raspberry-pi-and-lights.html https://developers.google.com/google-apps/calendar/v1/developers_guide_python

muy buen planteamiento Igor.

Yo llevo ya unos años desarrollando mi propio proyecto de monitorización del hogar, junto con muchas otras funcionalidades. Uso un arduino mega y la verdad que hace muchisimas funciones, lo tengo situado como unidad central y se encarga de casi todo, aunque es cierto lo que dice Igor de repartir las tareas a unidades remotas. Yo si que uso 1 unidad remota y en mi caso me aventure a usar los 2 pines del puerto de serie para comunicarse entre ellos y funciona muy bien. Si tuviese que escalar no seria viable. en mi caso el arduino mega principal se encarga de subir todo a una web que a su vez tiene programada multitud de tareas de estadisticas, informes, emails, graficos, alarmas, etc etc.

resumiendo, todo depende cuantas cosas quieras integrar y la disposición de tu casa. y lo mas importante, ir paso a paso y probando modulos por separado. lo digo por experiencia.

Bueno estoy de vuelta por aqui. Con mi peque apenas tengo tiempo de enredar un poco y uso el movil para leer un poquito el foro. Por cierto interesantisimo este hilo

@Sergegsx

Yo si que uso 1 unidad remota y en mi caso me aventure a usar los 2 pines del puerto de serie para comunicarse entre ellos y funciona muy bien. Si tuviese que escalar no seria viable. en mi caso el arduino mega principal se encarga de subir todo a una web que a su vez tiene programada multitud de tareas de estadisticas, informes, emails, graficos, alarmas, etc etc.

Como hacer para subirlo, ¿por php?

y lo mas importante, ir paso a paso y probando modulos por separado. lo digo por experiencia.

+1 Sergegsx Estoy completamente de acuerdo

@Igor

Yo plantearía un proyecto de domótica:

Todos los módulos (i.e. Arduino) conectados entre sí por un bus (ejemplo rs485 o bus CAN). Una raspberry, beagleboard,router con openwrt, dispositivo android, etc

Aunque al principio pensaba hacerlo como dice @Sergegsx cableando hasta un arduino mega y repartirlo, cuando empeze a contar toda la cantidad de cables que habia que llevar por toda la casa y lo complicado que era opte por hacerlo como dice @Igor usando una red en principio RS485 aunque al final probare CAN para no tener muy cargado cada arduino.

No necesitas tener un rtc en cada dispositivo, ya que van conectados por bus. Esa información puede ir en el bus del dispositivo que disponga uno.

Un punto importante este.

La raspberry (o dispositivo similar) puede mirar tareas de google calendar y/o aceptar comandos por google talk,twitter, etc.Hay mucha documentación de cómo hacerlo, por ejemplo con python. Usar estos servicios, te dan flexibilidad que cualquier dispositivo móvil android, ipad, ordendador, iphone, etc. esta preparado o tiene aplicaciones para manejarlos. Todo el tema de seguridad, va manejado por dichos servicios web.... Envia por el bus los comandos recibidos.

Esto si que no lo habia pensado, usar google calendar para planificar. Buscare informacion para trastearlo

La raspberry (o dispositivo similar) contiene la GUI del sistema (via web, glcd, o lo que se prefiera). Pero el sistema puede funcionar aunque dicho dispositivo caiga, no tenga conexion a internet, etc.. Es decir, cada módulo es independiente es sus tareas.

Importantisimo, te falla un arduino pero el resto sigue funcionando. Tu imaginate que se averia y no funciona nada de nada. Uffff me coge mi mujer y ....

Cualquier dispositivo puede hacer pasarela con otras redes, ejemplo bluethooth <--> bus, zigbee, infrared, etc.

Bien pensado @Igor

Heke: Permiteme compañero una modificacion:

Cambiado el esquema asi no le hace falta fusibles alguno.

El rele de arriba pasa a ser el encargado de activacion del automatismo con el arduino, cuando el arduino va a realizar una maniobra accionamos el rele de activacion con lo cual deja sin fase al pulsador manual, asi no hay riesgo de encontrarte dos tensiones y con el rele de abajo simplemente o sube o baja dependiendo si esta activado o no.

Si el arduino falla siempre funcionara el sistema manual porque el rele 1 de activacion esta en reposo, siempre le manda la fase a la linea de pulsador manual, solo deja de enviar la fase a la linea del pulsador manual cuando entra en accion el arduino.

@Heke tu sabes la de veces que he pensado este tema y no he encontrado solucion,

Amigo @Heke SOBRESALIENTE

cachis... no sabia Flico que estabas peleando con ello...

Pero cuando algo se te bloquea postealo, ya sabes el refran "cuatro ojos ven mas que dos" y entre todos los que somos en el foro...

Mirame a mi, no seran pocas las veces que me bloqueo y tengo que preguntaros... menos mal que siempre estais ahi hechando una mano.

Un saludo compañero.

Hola a tod@s, me he animado a hacer un proyecto muy parecido que creo que es compatible con este tema, imagino que algunos tendréis un aparato de aire acondicionado tipo Fancoil y un termostato, yo he descubierto que el mío funciona con el protocolo rs485, y como una de las opciones de automatizar es utilizar rs485 entre arduino a para crear un bus, y controlar dispositivos, se me ocurrió sustituir mi termostato con un arduino, y así ya tendría la temperatura de la casa controlado. El principal problema creo yo, es reconocer los comandos que envía el termostato al Fancoil para qué cambie de función ( frío, calor, condensación, ventilador) y la temperatura que tiene que haber en la sala, etc...... A alguien se le ocurre como hacer un sniffer de estas comunicaciones?

Gracias a todos de antemano, y a ver si puedo aportaros algo. Un saludo.

Normalmente el fabricante te da el protocolo de comunicación. Y es muy probable que no tengas que sustituir el termostato, puedes dejarlo y añadir arduino para controlarlo desde dos sitios.

Creo que buscas un proyecto como este:

http://www.diegotecnology.es/domotica-arduino-android/

Pero la licencia no es comercial

flico:

Heke: Permiteme compañero una modificacion:

Cambiado el esquema asi no le hace falta fusibles alguno.

El rele de arriba pasa a ser el encargado de activacion del automatismo con el arduino, cuando el arduino va a realizar una maniobra accionamos el rele de activacion con lo cual deja sin fase al pulsador manual, asi no hay riesgo de encontrarte dos tensiones y con el rele de abajo simplemente o sube o baja dependiendo si esta activado o no.

Si el arduino falla siempre funcionara el sistema manual porque el rele 1 de activacion esta en reposo, siempre le manda la fase a la linea de pulsador manual, solo deja de enviar la fase a la linea del pulsador manual cuando entra en accion el arduino.

@Heke tu sabes la de veces que he pensado este tema y no he encontrado solucion,

Amigo @Heke SOBRESALIENTE

Hola. Soy el responsable del desarrollo del sistema functiodomo. Estaba echando una ojeada y he visto el esquema anterior. Creo que os puedo echar una mano si os comento que a ese esquema le falta un componente, que es la detección del estado del pulsador manual para que en el momento que cambie de estado pasa el equipo a ser controlado de forma manual. Si no, cuando está siendo accionado de forma remota no se puede parar con el pulsador.

El esquema que usamos nosotros es el siguiente para cada línea (uno para la de subida y otro para la de bajada):

Está todo explicado en los siguientes post: http://www.functionars.es/functiodomo_wp/?p=63 (parte 1) http://functionars.es/functiodomo_wp/?p=81 (parte 2)

Con este esquema de 2 relés para la acción más 1 "relé invertido" para la detección se puede programar la placa Arduino para que cambie de estado en el caso de que los alguien toque los pulsadores manuales.

Una duda que no consigo descifrar

Si al arduino se le funde la alimentacion o se queda tostado ¿el sistema de persianas sigue funcionando manualmente?

Y una pregunta aparte: ¿Cuantos hilos mandas a la persiana desde el arduino?

Un saludo.

Heke: Una duda que no consigo descifrar

Si al arduino se le funde la alimentacion o se queda tostado ¿el sistema de persianas sigue funcionando manualmente?

Y una pregunta aparte: ¿Cuantos hilos mandas a la persiana desde el arduino?

Un saludo.

Hola Heke. La placa tiene como entradas la línea, la fase, la línea tras el pulsador de subida y la línea tras el pulsador de bajada. Las salidas para el motor de la persiana son fase, línea para el sentido subida y línea para el sentido bajada. Como ves, básicamente es cortar el cable de alimentación y meter la placa en medio, con la salvedad de que hay que hacerle llegar también los cables de las dos líneas tras pasar por los pulsadores.

Adjunto un esquema de cómo quedan las conexiones:

En la placa de control englobo el transformador, el arduino y el módulo de comunicaciones (he tenido que desarrollar una placa a medida porque no había lo que yo necesitada). Las placas de potencia contienen los relés y entradas para dos sensores cada una.

En cuanto a tu pregunta sobre qué pasa si falla el control remoto o la placa fallan, pues la respuesta es... nada. Las persianas siguen funcionando en modo manual, pues los relés que dejan paso a las señales provenientes de los pulsadores son NC, por lo cual ante fallo del equipo lo que "ve" el motor es un cable hasta los pulsadores. Si se quiere actuar de forma remota, lo primero que hay que hacer es activar esos relés para que corten la señal que llega de los pulsadores.