Publicado por: phroc en Julio 21, 2015, 16:40:07 pm
Las cuentas Premium, pasado ese periodo de gracia, son de pago y las Free gratis. Entre ambas modalidades, existen diferencias de servicios. Creo que ya lo hemos hablado en este foro y además lo reflejamos en varios post.
Así a bote pronto y sin entrar en muchos detalles, las limitaciones más importantes que recuerde son las notificaciones Push (sólo en cuentas Premium), los datos estadísticos (sólo 24 horas en cuentas Free) y el acceso a la API (1000 llamadas diarias con cuenta Free vs 10000 con cuenta Premium... 1000 son muchas muchas, no nos pongamos tiquismiquis).
Lo bueno de eedomus, es que no capa el controlador para obligarte a contratar los servicios Premium. Es decir, se suelen tener soluciones alternativas y gratis para conseguir lo mismo que con los servicios Premium (aunque es más incómódo, hay que trabajárselo más.... pero eso nos gusta a todo@s los que estamos en este foro, ¿no? 8)).
En un post de hace unos meses, explicamos cómo tener notificaciones Push en eedomus con Pushover aunque no tengamos cuenta Premium:
http://www.domoticadomestica.com/notificaciones-push-con-pushover-en-eedomus/
En cuanto a los datos estadísticos, se pueden descargar a través de la API eedomus, de ahí que desde hace unos meses hayamos intentado (no sé si lo hemos conseguido) dar mucha información, progresivamente, y pistas sobre cómo sacar partido a esas funciones avanzadas de eedomus que permiten ir mucho más allá.
Como por ejemplo los scripts:
http://www.domoticadomestica.com/como-implementar-scripts-en-el-controlador-domotico-eedomus/
La API eedomus:
http://www.domoticadomestica.com/nociones-basicas-sobre-la-api-eedomus/
Y el servicio IFTTT:
http://www.domoticadomestica.com/ifttt-se-potencia-exponencialmente-con-el-nuevo-canal-maker/
Creo que esos tres artículos dan pistas claras sobre cómo aprovechar la API para ampliar las funcionalidades de nuestras eedomus.
Por ejemplo, la API tiene una función llamada periph.history que permite descargarse todos los datos históricos de los periféricos que queramos.
Pero no todo el mundo quiere, puede o sabe hacer un script desde cero para hacer esas cosas estupendas, como por ejemplo bajarse los datos históricos de nuestro controlador eedomus de forma automática.
En la interfaz web, en Configuración (abajo del todo haciendo scroll) existe una opción llamada "Descarga los datos históricos".
A través de esa opción podemos descargarnos cada día los datos históricos de todos nuestros periféricos Z-Wave en formato Excel para conservarlos y hacer con ellos lo que queramos (base de datos, representación gráfica...).
Las estadísticas son uno de los puntos fuertes de eedomus. No creo que haya otro controlador que ofrezca ahora mismo tanto y tan bien presentado en esta materia. Pero claro, como decíamos antes, cuando pasamos de una cuenta Premium a una cuenta Free, sólo podemos acceder a los datos históricos de las últimas 24 horas.
Esa opción que digo permite pues bajarse esos datos cada 24 horas, pero manualmente.
Lo ideal es que pudiéramos hacer eso desde la APi, porque entonces lo podríamos automatizar. Pero no se puede, me lo ha confirmado el equipo de desarrollo de eedomus. Y no se puede no porque eso vaya en contra de los servicios Premium (no es lo mismo tener los datos en bruto en formato Excel que lo que nos ofrecen esos servicios Premium -representación gráfica, filtros, etc.-) sino porque generar todos esos archivos de todos los periféricos de cada usuario, supone una carga de trabajo importante para los servidores y si la APi permitiera hacerlo, habría muchas peticiones con las sobrecargas que eso produciría en la propia API y en los servidores (eso me han explicado y tiendo a creérmelo).
Todo este rollo que os acabo de contar es para deciros que existe una manera "casera", sencilla pero efectiva de automatizar esa descarga de los datos estadísticos cada 24 horas. Y es lo que voy a contar. No es nada del otro mundo, pero quizá le resuelva la papeleta a alguien.
1) URL de descarga:
La URL de descarga de ese fichero Zip que contiene los datos estadísticos de todos los periféricos es la siguiente:
https://secure.eedomus.com/data_download.php?action=download
Si ponéis eso en la barra de URL's de vuestro navegador de Internet sin estar logueados en vuestra cuenta de eedomus, descargaréis un archivo que no es más que un ejemplo, con datos ficticios. En cambio, si estáis logueados, automáticamente se bajará un archivo ZIP que contiene múltiples archivos Excel con los datos históricos de cada uno de los periféricos de vuestra instalación.
2) Estar siempre logueado.
De lo anterior deducimos que nos conviene estar siempre logueado en nuestra cuenta de eedomus. Para eso, en la pantalla de acceso a la cuenta, debajo de "Usuario" y "Contraseña" se puede ticar una casilla que dice "Recordar" o algo parecido.
Si ticamos esa casilla, las siguientes veces que nos conectemos al portal eedomus automáticamente nos loguearemos en nuestra cuesta sin tener que introducir nuestro usuario y contraseña. Ni que decir tiene que eso sólo debemos hacerlo en nuestro ordenador personal y nunca en uno público o del trabajo, por razones obvias. Aclaro que estamos hablando aquí de loguearnos con el navegador de Internet por defecto de nuestro ordenador. Es importante porque podemos tener varios.
3) Descarga automática del archivo ZIP que contiene los datos históricos.
Ahora que siempre estamos logueados en nuestra cuenta de eedomus, simplemente con poner la URL de descarga arriba indicada en la barra de URL's de nuestro navegador por defecto, descargaremos el archivo ZIP en cuestión. Pero eso sigue siendo manual.
Yo, que soy eso que llaman "maquero" y gran entusiasta de Automator desde hace años y años, he automatizado esa descarga con Automator.
He creado una aplicación en Automator, muy sencilla, que contiene dos módulos: En el primero especifico la URL de descarga del archivo que contiene los datos históricos y en el segundo le digo que proceda a la descarga en la ubicación que le indico.
Pero claro, esa aplicación de Automator hay que ejecutarla manualmente, estamos en las mismas.
Para ejecutarla automáticamente cada día a la misma hora, en Calendario he creado un evento que me permite ejecutar una aplicación (la que acabo de crear con Automator) todos los días por la mañana.
Y ya está. Tengo un directorio en mi Mac donde guardo cada día el ZIP que contiene los datos estadísticos de las últimas 24 horas.
Está claro que si un día no enciendo el Mac, no me va a descargar el archivo. Pero en Mac, siempre puedo programar el ordenador para que se encienda y se apague sólo para realizar esa tarea él solito.
Ya digo, no es como un script especialmente diseñado para eso, pero es una solución que quizá le valga a más de uno.
Y si usáis Windows o Linux, se me ocurre que se podría hacer lo mismo con una aplicación de descarga de archivos que se permita programar descargas cada día. Tiene que haberlas.
Si hay algún maquero en la sala que necesita capturas de pantalla para saber cómo hacer la aplicación en Automator o cómo programar su ejecución en Calendario, no tiene más que pedirlo.
Espero que os sirva esta solución. El siguiente paso sería, por supuesto, desarrollar todo un flujo de trabajo con Automator y/o Hazel para concatenar todos esos archivos Excel, y otro paso más allá sería conseguir una representación gráfica de todos esos datos.
Saludos.
Publicado por: mvillarejo en Julio 22, 2015, 12:01:45 pm
Raspberry Pi con Graphite (almacenar metricas) y algunos scripts en python usando la libreria 'requests' la cual puede automatizar sin problemas todo el proceso de login, descarga, etc. y posteriormente extraer el zip (o intentar bajar un csv) para procesar su contenido e introducirlo en graphite. Despues sería incluso sencillo el tema de verlo representado.
algo asi: http://www.rawmeat.org/raspberrypi-network-monitor.html
Lo único es que a dia de hoy aun no tengo la controladora (eedomus+) asi que poco puedo hacer...
un saludo
Publicado por: Margu en Julio 22, 2015, 13:00:40 pm
Por cierto la próxima semana espero subir los siguientes manuales:
- Incluir una estación meteorológica Oregon wrm88 usando una Rasberry Pi en eedomus.
- Saber el estado de un sai conectado a un NAS Synology a traves de eedomus.
- Mostrar las condiciones meteorológicas en eedomus dadas por la página de AEMET.
Publicado por: phroc en Julio 22, 2015, 13:16:18 pm
Desde la API tenemos la función periph.history que nos permite descargarnos los datos históricos del periférico X. Con eso conseguimos un archivo JSON. Lo suyo, es montar un servidor con base de datos y volcar esos datos de cada archivo JSON de cada periférico (cada 24 h) en esa base de datos, para luego explotar esos datos. Se podría entonces hacer una representación gráfica de los datos almacenados en esa base de datos e incluso mandarnos un informe semanal por mail.
Quiero decir que si nos podemos con servidor, base de datos, etc, la mejor forma de hacerlo, creo yo, es esa.
Lo de los archivos Excel es más para gente que no tenga la posibilidad o no sepa montar un servidor, una base de datos etc. y quiera usar herramientas de usuario final (estoy pensando en Automator y Hazel -en Mac- Excel, etc.).
Pero vamos, hay varias vías para hacerlo.
Sería un proyecto muy interesante en cualquier caso.
Publicado por: mvillarejo en Julio 23, 2015, 11:25:39 am
Una pregunta, controlais de python? lo digo porque siempre podemos intentar crear un modulo en github o algo asi...
Publicado por: phroc en Julio 23, 2015, 11:33:59 am
Si sacas los datos a través de la interfaz web como cuento en este hilo, descargas un archivo Zip que contiene multitud de archivos Excel (1 por periférico concretamente) que contienen a su vez los datos históricos de las últimas 24 horas de cada periférico.
Si sacas los datos a través de la API, tienes que hacer la petición a través de la función periph-history, que te devuelve 1 archivo JSON con todos los datos de las últimas 24 horas del periférico especificado.
Saludos.
Publicado por: kasz en Julio 30, 2015, 10:37:24 am
En breve acaba mi suscripción premium y llevo ya un par de semanas probando pushover con muy buenos resultados, así que ahora estoy dando el salto a la recolección de estadísticas.
Ya he bajado el histórico de estadísticas (al ser premium me descarga todo, no solo las últimas 24h).
Lo que estaría bien es poder descargarlas mediante una llamada tipo "curl" o "wget" de linux, así se podría automatizar de manera sencilla, en mi caso directamente desde el NAS, creando una entrada en el crontab que ejecute la llamada todos los días a la misma hora (igual que haces tu con Automator, pero en mi caso el NAS está siempre encendido :) )
El problema que veo es la autenticación para la descarga, ¿sabéis si hay forma de pasarle como parámetro usuario/password a la llamada?
Publicado por: phroc en Julio 30, 2015, 13:10:41 pm
El problema que veo es la autenticación para la descarga, ¿sabéis si hay forma de pasarle como parámetro usuario/password a la llamada?
En la URL no se puede poner las credenciales, es https y está bien hecho...
Podrás hacerlo mismo pasando por la API, pero para cada dispositivo una llamada http y luego obtienes un archivos JSON, no un Excel.
Publicado por: kasz en Agosto 03, 2015, 15:01:53 pm
El problema que veo es la autenticación para la descarga, ¿sabéis si hay forma de pasarle como parámetro usuario/password a la llamada?
En la URL no se puede poner las credenciales, es https y está bien hecho...
Podrás hacerlo mismo pasando por la API, pero para cada dispositivo una llamada http y luego obtienes un archivos JSON, no un Excel.
Genial!!!
Ya he sacado el código API de los dispositivos que más me interesan y estoy haciendo pruebas.
Ahora voy a ver si hago algún script en bash/perl para procesarlo y guardarme el histórico. Después ya me gustaría ver si lo puedo meter en cacti o similar.
Publicado por: mvillarejo en Agosto 03, 2015, 15:09:41 pm
https://github.com/ghoulmann/rpi-graphite
Saludos,
El problema que veo es la autenticación para la descarga, ¿sabéis si hay forma de pasarle como parámetro usuario/password a la llamada?
En la URL no se puede poner las credenciales, es https y está bien hecho...
Podrás hacerlo mismo pasando por la API, pero para cada dispositivo una llamada http y luego obtienes un archivos JSON, no un Excel.
Genial!!!
Ya he sacado el código API de los dispositivos que más me interesan y estoy haciendo pruebas.
Ahora voy a ver si hago algún script en bash/perl para procesarlo y guardarme el histórico. Después ya me gustaría ver si lo puedo meter en cacti o similar.
Publicado por: kasz en Agosto 03, 2015, 16:36:09 pm
Miraré a ver si es factible instalar graphite en synology. Cacti se que se puede, aunque no de manera oficial.
Publicado por: kasz en Agosto 04, 2015, 14:30:14 pm
Para el tema de las gráficas, me temo que al final si que tendré que ir a raspberry para montar un cacti/graphite o hacerlo en el mac, aunque éste no lo tengo siempre encendido, pero con que se encienda automáticamente para recoger y pintar los gráficos supongo que valdría.
Publicado por: mvillarejo en Agosto 06, 2015, 00:36:28 am
Por cierto, existen módulos Python muy sencillos para introducir en graphite datos en JSON.
Saludos!
Enviado desde mi Nexus 5 mediante Tapatalk
Publicado por: kasz en Agosto 06, 2015, 19:21:10 pm
De momento tengo automatizado en el synology la tarea de lanzar el script con todo.
Tenía pensado montar en el Mac un graphite para pintarlo ahí mientras me hago con una pi.
Justo hoy he visto algún que otro módulo para graphite que admite JSON, después que he estado pardeando para tener una salida ideal para graphite, hasta cambiando la fecha a epoch time....
A ver si puedo seguir con esto y os voy contando.
Publicado por: kasz en Agosto 15, 2015, 09:50:40 am
Ahora estoy viendo que no me coge algunos datos, como los enchufes, porque el valor es On/Off, y eso graphite no lo entiende, así que cambiare los ON por 1 y los Off por 0.
De todos modos probaré con los módulos de JSON, para no complicarme más con los scripts.
Y también me gustaría instalar grafano en la Pi, ¿lo has probado mvillarejo?
Publicado por: mvillarejo en Agosto 17, 2015, 15:28:19 pm
Pues al final me decidí por probar con la Raspberry pi. Me llego el jueves y el mismo viernes ya estaba pintando con graphite, muy sencillo.Hey, me alegro de que haya sido sencillo! No lo he probado pero si que parece bastante interesante. Ya nos vas contando / compartiendo tus progresos.
Ahora estoy viendo que no me coge algunos datos, como los enchufes, porque el valor es On/Off, y eso graphite no lo entiende, así que cambiare los ON por 1 y los Off por 0.
De todos modos probaré con los módulos de JSON, para no complicarme más con los scripts.
Y también me gustaría instalar grafano en la Pi, ¿lo has probado mvillarejo?
Saludos,
Enviado desde mi Nexus 5 mediante Tapatalk
Publicado por: kasz en Agosto 19, 2015, 14:45:05 pm
Publicado por: kasz en Agosto 19, 2015, 14:47:02 pm
Publicado por: mvillarejo en Agosto 25, 2015, 12:01:57 pm
Enviado desde mi Nexus 5 mediante Tapatalk
Publicado por: kasz en Agosto 25, 2015, 16:58:30 pm
Publicado por: kasz en Octubre 07, 2015, 13:06:39 pm
Así a bote pronto y sin entrar en muchos detalles, las limitaciones más importantes que recuerde son las notificaciones Push (sólo en cuentas Premium), los datos estadísticos (sólo 24 horas en cuentas Free) y el acceso a la API (1000 llamadas diarias con cuenta Free vs 10000 con cuenta Premium... 1000 son muchas muchas, no nos pongamos tiquismiquis).
Saludos.
Rescato este post, porque hoy he recibido un email de eedomus por haber superado el número de peticiones a la API.
Concretamente, me dicen que he realizado 2454 ;D
Como muy bien dice Phroc, me recomiendan no exceder de las 1000 llamadas a la API diarias...
Creo que tendre que reducir el número de consultas por hora, o quitar algún que otro dispositivo, porque ahora mismo estoy recogiendo los datos de casi todos mis dispositivos cada hora para graficarlo.
Publicado por: phroc en Octubre 07, 2015, 17:45:59 pm
Sí, vas a tener que ser más selectivo.
Quizá no te haga falta estadística de cada periférico o quizá no con tanta frecuencia.
Saludos.
Publicado por: kasz en Octubre 07, 2015, 19:24:56 pm
Publicado por: kasz en Octubre 09, 2015, 08:34:58 am
Además, he visto que las consultas a la API se pueden hacer tanto a Cloud (los servidores de eedomus: api.eedomus.com) como en local (la dirección privada de mi eedomus). Y aquí surge mi duda, ¿el límite de 1000 consultas a la API también aplica a las consultas a mi controlador?
Si no aplicasen, cambiaría mi consulta para hacerla a mi eedomus (entiendo que el controlador guarda las últimas 24h) y podría hacerlas cada hora o incluso menos, aunque tendría que ver lo que le penaliza, que no debería ser mucho...
Publicado por: kasz en Octubre 09, 2015, 08:43:47 am
Estadísticas de uso de la API Cloud de tu cuenta:
Ayer:
api_user : XXXXX
get/periph.history 727
Total 727
Hoy:
api_user : XXXXX
get/periph.history 335
Total 335
Peeeeeero, por desgracia la invocación a get/periph.history está limitada exclusivamente al Cloud:
"Disponible sólo a través de la API Cloud"
Mi gozo en un pozo :(
Publicado por: phroc en Octubre 09, 2015, 11:14:44 am
Publicado por: DomoGa en Octubre 14, 2015, 01:18:09 am
Estoy interesado en poder descargarme lo datos diariamente ya que no tengo cuenta premium, pero la verdad que estoy un poco perdido. Quisiera poder automatizar el proceso en un PC con windows, me podriais indicar como puedo autoamtizar la descarga y poder graficarlo.
Saludos y gracias por adelando.
Publicado por: mvillarejo en Octubre 15, 2015, 00:04:46 am
Me autorespondo. Parece que el límite solo aplica a las consultas al Cloud, ya que las estadísticas sólo hacen referencia a éste:Hola
Estadísticas de uso de la API Cloud de tu cuenta:
Ayer:
api_user : XXXXX
get/periph.history 727
Total 727
Hoy:
api_user : XXXXX
get/periph.history 335
Total 335
Peeeeeero, por desgracia la invocación a get/periph.history está limitada exclusivamente al Cloud:
"Disponible sólo a través de la API Cloud"
Mi gozo en un pozo :(
He echado un vistazo a la API y parece que podrías hacer llamadas en local del tipo
get -> periph.caract
Para todos los periféricos que quieras, en teoría el atributo last_value es el que te puede interesar no?
No lo he probado... Porque aún no me he hecho con un Eedomus...
Saludos
Enviado desde mi Nexus 5 mediante Tapatalk
Publicado por: kasz en Octubre 15, 2015, 00:18:02 am
Me autorespondo. Parece que el límite solo aplica a las consultas al Cloud, ya que las estadísticas sólo hacen referencia a éste:Hola
Estadísticas de uso de la API Cloud de tu cuenta:
Ayer:
api_user : XXXXX
get/periph.history 727
Total 727
Hoy:
api_user : XXXXX
get/periph.history 335
Total 335
Peeeeeero, por desgracia la invocación a get/periph.history está limitada exclusivamente al Cloud:
"Disponible sólo a través de la API Cloud"
Mi gozo en un pozo :(
He echado un vistazo a la API y parece que podrías hacer llamadas en local del tipo
get -> periph.caract
Para todos los periféricos que quieras, en teoría el atributo last_value es el que te puede interesar no?
No lo he probado... Porque aún no me he hecho con un Eedomus...
Saludos
Enviado desde mi Nexus 5 mediante Tapatalk
Genial!. Lo miraré a ver, me podría valer perfectamente, lo que ya no se es qué tal le sentaría al eedomus un número de llamadas tan elevado (en algunos casos me interesaría realizar una llamada por segundo para ciertos dispositivos...).
Publicado por: mvillarejo en Octubre 15, 2015, 00:20:33 am
Quizás puedas extraer la carga de CPU del eedomus para reducir el número de llamadasMe autorespondo. Parece que el límite solo aplica a las consultas al Cloud, ya que las estadísticas sólo hacen referencia a éste:Hola
Estadísticas de uso de la API Cloud de tu cuenta:
Ayer:
api_user : XXXXX
get/periph.history 727
Total 727
Hoy:
api_user : XXXXX
get/periph.history 335
Total 335
Peeeeeero, por desgracia la invocación a get/periph.history está limitada exclusivamente al Cloud:
"Disponible sólo a través de la API Cloud"
Mi gozo en un pozo :(
He echado un vistazo a la API y parece que podrías hacer llamadas en local del tipo
get -> periph.caract
Para todos los periféricos que quieras, en teoría el atributo last_value es el que te puede interesar no?
No lo he probado... Porque aún no me he hecho con un Eedomus...
Saludos
Enviado desde mi Nexus 5 mediante Tapatalk
Genial!. Lo miraré a ver, me podría valer perfectamente, lo que ya no se es qué tal le sentaría al eedomus un número de llamadas tan elevado (en algunos casos me interesaría realizar una llamada por segundo para ciertos dispositivos...).
Enviado desde mi Nexus 5 mediante Tapatalk
Publicado por: kasz en Octubre 15, 2015, 00:24:10 am
Hola,
Estoy interesado en poder descargarme lo datos diariamente ya que no tengo cuenta premium, pero la verdad que estoy un poco perdido. Quisiera poder automatizar el proceso en un PC con windows, me podriais indicar como puedo autoamtizar la descarga y poder graficarlo.
Saludos y gracias por adelando.
Lo ideal es que vayas paso a paso. Es decir, fíjate como objetivo conseguir primero los datos, de esa manera no "perderías" valores.
Para conseguir los valores, en la primera página, phroc explicó perfectamente cómo poder hacerlo invocando una simple llamada desde el navegador hacia la URL:
https://secure.eedomus.com/data_download.php?action=download
Con esto, y estando logado desde ese navegador, te bajarías los datos del último día.
Ves probando y nos cuentas las dudas que puedas tener.
Con respecto al tema de graficar, en windows no sabría decirte muy bien, sé que cacti se puede instalar en windows, pero tal vez sea más sencillo hacer algo en excel, pero lo dicho, paso a paso.
Publicado por: kasz en Octubre 15, 2015, 00:26:05 am
Quizás puedas extraer la carga de CPU del eedomus para reducir el número de llamadasMe autorespondo. Parece que el límite solo aplica a las consultas al Cloud, ya que las estadísticas sólo hacen referencia a éste:Hola
Estadísticas de uso de la API Cloud de tu cuenta:
Ayer:
api_user : XXXXX
get/periph.history 727
Total 727
Hoy:
api_user : XXXXX
get/periph.history 335
Total 335
Peeeeeero, por desgracia la invocación a get/periph.history está limitada exclusivamente al Cloud:
"Disponible sólo a través de la API Cloud"
Mi gozo en un pozo :(
He echado un vistazo a la API y parece que podrías hacer llamadas en local del tipo
get -> periph.caract
Para todos los periféricos que quieras, en teoría el atributo last_value es el que te puede interesar no?
No lo he probado... Porque aún no me he hecho con un Eedomus...
Saludos
Enviado desde mi Nexus 5 mediante Tapatalk
Genial!. Lo miraré a ver, me podría valer perfectamente, lo que ya no se es qué tal le sentaría al eedomus un número de llamadas tan elevado (en algunos casos me interesaría realizar una llamada por segundo para ciertos dispositivos...).
Enviado desde mi Nexus 5 mediante Tapatalk
Me temo que eso no será tan sencillo, eedomus no está todo lo abierto que nos gustaría ;D ;D ;D
Publicado por: DomoGa en Octubre 20, 2015, 00:29:40 am
Hola,
Estoy interesado en poder descargarme lo datos diariamente ya que no tengo cuenta premium, pero la verdad que estoy un poco perdido. Quisiera poder automatizar el proceso en un PC con windows, me podriais indicar como puedo autoamtizar la descarga y poder graficarlo.
Saludos y gracias por adelando.
Lo ideal es que vayas paso a paso. Es decir, fíjate como objetivo conseguir primero los datos, de esa manera no "perderías" valores.
Para conseguir los valores, en la primera página, phroc explicó perfectamente cómo poder hacerlo invocando una simple llamada desde el navegador hacia la URL:
https://secure.eedomus.com/data_download.php?action=download
Con esto, y estando logado desde ese navegador, te bajarías los datos del último día.
Ves probando y nos cuentas las dudas que puedas tener.
Con respecto al tema de graficar, en windows no sabría decirte muy bien, sé que cacti se puede instalar en windows, pero tal vez sea más sencillo hacer algo en excel, pero lo dicho, paso a paso.
Hola,
Lo que realmente quiero es automatizar la descarga en windwos, no se si hay alguna aplicacion tipo automator para windwos.
Saludos y gracias
Publicado por: PacoNet en Noviembre 22, 2015, 15:33:50 pm
he intentando sin éxito almacenar diariamente histórico de un dispositivo durante 24 horas obtenido mediante API eedomus, como fichero google drive, para posteriormente procesarlos (p.e. para la factura mensual de un brasero eléctrico).
La idea era utilizar receta IFTTT que se ejecutara cada día (canal Date & Time) una web request POST a la API eedomus (canal Maker) y resultado almacenarlo como fichero en Google Drive. Cada día un fichero.
No he sido capaz de completarlo, incluso intentando utilizar variable global $_POST.
¿alguien ha realizado esta automatización para almacenar en Google Drive valores diarios de dispositivos eedomus por medio de IFTTT?
Gracias
Publicado por: Eduardo en Febrero 01, 2016, 22:09:20 pm
Llevo 15 días con eedomus, y esto me interesa muchísimo, por eso de ser previsor para cuando corten el grifo Premium.
También tengo un NAS Synology, por lo que me interesaría saber si en un DS 210+ funcionaría la programación que tienes tú, Kasz, y qué programas tendría que instalar.
Saltando un poco a otro tema del foro, pero relacionado también con IFTTT, lo de implementar HomeKit (Siri) ¿Cómo lo llevas? Tengo un acceso directo de tu usuario de Github en el escritorio esperando alguna novedad, aunque, me temo, que voy a necesitar un curso avanzado de configuración, APIs y llamadas http.
Para animarte ;), estoy guardando unos eurillos para invitarte a un módulo Z-Wave el día en que esté llegando en coche a mi casa y diga "Oye Siri, abre el garaje", y no tenga que esperar casi 30 segundos a que se abra la puerta. Porque eso lo vas a conseguir ¿no?. ;D
De momento, lo que tengo es una receta IFTTT que me dice cuando entro en el perímetro marcado, pero si voy andando también se activa, con lo que tengo que darle otra vuelta de tuerca al tema. La activación por voz solucionaría muchos problemas.
Publicado por: kasz en Febrero 02, 2016, 07:52:53 am
He de confesar que me has arrancado una sonrisa a estas horas de la mañana :)
Te cuento. Mi primera opción para tener las gráficas de eedomus, siempre fue hacerlo desde el NAS, ya que es uno de los dispositivos que está 24x7, siempre encendido.
Al principio fui bastante reacio a la raspberry, así que intenté instalar graphite+grafana en el NAS. Una vez puestos en harina me encontré con que si bien puedes instalar bastantes cosas en el synology, hay otra serie de cosas que dependen de lo que sería el optware, que no es más que una forma de ejecutar código y aplicaciones dentro del NAS.
A priori esto pinta bien, pero ojo, porque luego el NAS te estará detectando ese directorio de optware como una especie de acceso o instalación no oficial ni permitida. Además eso puede ser un pequeño coladero a tu NAS, y puede quedar comprometido.
Después de ver esto, y de, todo sea dicho, un pequeño canguelo, me decidí por hacerme con mi primera Raspberry.
No puedo estar más contento. Es increible la cantidad de cosas que se pueden hacer, sabiendo o sin saber, en internet hay una fuente inagotable de proyectos, manuales y documentación.
En esta raspberry (ahora ya tengo 2, la segunda de momento para probar openelec+kodi+hyperion con el sistema casero de ambilight) instalé los siguientes programas:
- apache -> servidor web. Imprescindible, le puedes dar muchos usos, uno de ellos, por ejemplo, es capturar los datos meteorológicos y que se registren en tu eedomus. En el foro hay un excelente post explicándo como hacerlo con NAS o Rpi.
- graphite -> es el programa que se encarga de recoger las gráficas y guardarlas en una pequeña base de datos.
- grafana -> básicamente es un interfaz web que representa de manera muy visual y gráfica esos datos que has capturado del controlador.
- scritps -> un par de scripts que he hecho en bash y que cada cierto tiempo preguntan al controlador eedomus (mediante la API de eedomus) por los valores de los módulos que necesites.
Hay que tener en cuenta la limitación de las consultas a la API, así que habría que tener claro cuales son los módulos que quieres tener graficados y la periocidad de la recogida de los valores. A lo mejor te sirve con recoger los datos una vez al día, de esa manera podrías recoger datos de más módulos sin problemas. Yo lo tengo para recoger datos de algunos módulos cada 4 horas, para tener las gráficas un poco más "online".
Hasta aquí esta parte de la extracción de datos de eedomus, cualquier duda ves preguntando y la intentamos solucionar :)
Ahora, si me permites, el resto de preguntas te las contesto en el post de homebridge para no mezclar aquí cosas.
Publicado por: Eduardo en Febrero 02, 2016, 12:26:30 pm
Tal vez, a partir de septiembre... ;D
Si con esto me entran dudas, con la Rpi ni te cuento. Tampoco voy a escribirlas aquí porque no le he podido dedicar ni 2 minutos y tampoco es el sitio. Me parece que estoy intentando dar saltos demasiado grandes para empezar, veo que no es el momento todavía, pero ya llegaré, ya.
Muchas gracias de nuevo.
Publicado por: nix en Febrero 24, 2016, 14:58:42 pm
¿ a vosotros os funciona la descarga del archivo desde https://secure.eedomus.com/data_download.php?action=download ? Me da el siguiente mensaje:
"ERROR: Archivo vacío, por favor póngase en contacto con el apoyo."
Saludos!
Publicado por: phroc en Febrero 24, 2016, 15:12:29 pm
Publicado por: nix en Febrero 24, 2016, 18:04:39 pm
Eso ya me pasó a mi en alguna ocasión. Hay que avisar a soporte. Ahora mismo tampoco me va a mi. Es un fallo de la plataforma.
Gracias! esperaré a mañana y si veo que sigue igual les escribo.
Publicado por: nix en Febrero 26, 2016, 13:52:17 pm
Publicado por: nix en Marzo 09, 2016, 12:47:07 pm
Publicado por: Eduardo en Marzo 26, 2016, 15:32:07 pm
En esta raspberry (ahora ya tengo 2, la segunda de momento para probar openelec+kodi+hyperion con el sistema casero de ambilight) instalé los siguientes programas:
- apache -> servidor web. Imprescindible, le puedes dar muchos usos, uno de ellos, por ejemplo, es capturar los datos meteorológicos y que se registren en tu eedomus. En el foro hay un excelente post explicándo como hacerlo con NAS o Rpi.
- graphite -> es el programa que se encarga de recoger las gráficas y guardarlas en una pequeña base de datos.
- grafana -> básicamente es un interfaz web que representa de manera muy visual y gráfica esos datos que has capturado del controlador.
- scritps -> un par de scripts que he hecho en bash y que cada cierto tiempo preguntan al controlador eedomus (mediante la API de eedomus) por los valores de los módulos que necesites.
He seguido la guía de la web https://markinbristol.wordpress.com/2015/09/20/setting-up-graphite-api-grafana-on-a-raspberry-pi/ paso a paso, repasando subenlaces. Todo bien hasta que he llegado al final de la instalación de Graphite y al ir a la dirección http://192.168.XXX.YYY:8013/render?target=test.metric me sale un error.
No se puede acceder a este sitio web
La página 192.168.XXX.YYY ha rechazado la conexión.
ERR_CONNECTION_REFUSED
He visto que en el archivo etc/carbon/carbon.conf hay un montón de IP 127.0.0.1 ¿debería cambiarlas por 192.168.XXX.1?
No tengo absolutamente ningún dato. El archivo creado durante la instalación no se llama test.metric, se llama test/metric.wsp y contiene caracteres ilegibles. He probado a cambiar la URL de prueba que viene variando el archivo final y nada. ¿Tienes algún archivo que pueda subir al servidor web y verificar si funciona lo de :8013/render... etc.?
No he abierto el puerto 8013 en el router, porque imagino que no es necesario al estar en local. ¿estoy muy perdido?
No es urgente, hasta el sábado que viene no le daré otro empujón al tema este. Prefiero parar aquí y no seguir con la instalación de Grafana hasta que no vaya todo bien.
Gracias
Si consigo que funcione todo correctamente me comprometo a realizar el correspondiente tutorial desde el punto de vista supertorpe que copia y pega cosas en el terminal sin saber exactamente lo que significa. ;D
Publicado por: nix en Septiembre 07, 2016, 09:21:12 am
rescato este tema, porque me quiero poner con ello en la rasp. Kasz y mvillarejo, habéis realizado algún avance con vuestras implementaciones? qué tal después de este tiempo pasado? tenéis algo "compartible"?
Saludos!
Publicado por: mvillarejo en Septiembre 20, 2016, 23:19:15 pm
Sí alguien me pudiera proporcionar una cuenta de prueba, podría jugar un poco con Python a ver que consigo .
Saludos!
Enviado desde mi Nexus 5 mediante Tapatalk
Publicado por: kasz en Septiembre 21, 2016, 07:30:38 am
Hola,
rescato este tema, porque me quiero poner con ello en la rasp. Kasz y mvillarejo, habéis realizado algún avance con vuestras implementaciones? qué tal después de este tiempo pasado? tenéis algo "compartible"?
Saludos!
Pues la verdad es que al final lo he dejado un poco de lado. Al migrar homebridge a la raspberry pi 3 no instalé graphite + grafana y en la que lo tenía instalado estoy probando otra distro: freepbx.
De todos modos, guarde una imagen de la SD por si acaso. Lo tenía completamente funcional, pero tuve que aumentar los tiempos de recogida de datos para no saturar la API de eedomus (me llegaron a enviar algún aviso por superar el limite).
Ahora con la cuenta premium tengo el histórico de datos, cuando toque renovar volveré a mirar si me ha merecido la pena este año, aunque entre el tema de las llamadas (lo utilizo para alarma o dispositivos más críticos como sensores de humo), el almacenamiento de imágenes de las cámaras y el incremento de peticiones a la API, creo que merece la pena. Eso sí, una bajada de precio pienso que atraería a más gente.
Edito: y me olvidaba del principal: el push!!!
Vale que tenemos alternativas para casi todo con software de terceros, pero al final se simplifica mucho.
Publicado por: fgalindo en Mayo 06, 2017, 17:51:25 pm
Publicado por: fgalindo en Mayo 15, 2017, 16:06:47 pm
Publicado por: fgalindo en Junio 13, 2017, 11:46:44 am
Publicado por: ranademiradafija en Mayo 07, 2018, 23:35:40 pm
Tengo que reconocer que en eedomus deberían de replantearse la política de cuentas premium.
24h de almacenamiento free es una broma comparado con los 2 años de la cuenta premium.
Esto se podría haber solucionado con una microSD de almacenamiento (a través de USB), donde se almacenen estos datos o incluso apuntando a un servidor NAS o FTP Local.
Además no hay termino medio, pagando la mitad y con un año de almacenamiento quizá me animaba.
Publicado por: phroc en Mayo 08, 2018, 09:04:22 am
En cambio, al contrario de otras empresas que venden servicios Premium y capan cualquier posibilidad de hacer lo mismo sin servicios Premium, ellos no capan y creo que es de agradecer. Realmente no hay nada que puedas hacer con Premium que no puedas hacer con Free pero, eso sí, hay que currárselo en este último caso, porque de lo contrario como digo nadie contrataría Premium.
Y te pongo un ejemplo concreto: hace unos meses desarrollé un script para la store eedomus, para facilitar la integración de las notificaciones Push con Pushover para cuentas Free. Y aunque eso es competencia directa de una de las funcionalidades que ofrece Premium, el eedomus Team no sólo no censuró ese script sino que me animó a publicarlo cuando supieron que yo lo estaba usando a nivel privado.
Si no recuerdo mal, durante un tiempo ofrecieron una cuenta Premium con un precio menor. Recuerdo que lo comentamos en el foro. Lo que no recuerdo son las características exactas de esa cuenta Premium especial y no sé si la siguen ofreciendo.
Saludos.
Publicado por: ranademiradafija en Mayo 08, 2018, 13:42:59 pm
Es que si dieran esa posibilidad de la tarjeta SD, nadie contrataría Premium, claro ;)Muy de acuerdo con lo que dices phroc.
En cambio, al contrario de otras empresas que venden servicios Premium y capan cualquier posibilidad de hacer lo mismo sin servicios Premium, ellos no capan y creo que es de agradecer. Realmente no hay nada que puedas hacer con Premium que no puedas hacer con Free pero, eso sí, hay que currárselo en este último caso, porque de lo contrario como digo nadie contrataría Premium.
Y te pongo un ejemplo concreto: hace unos meses desarrollé un script para la store eedomus, para facilitar la integración de las notificaciones Push con Pushover para cuentas Free. Y aunque eso es competencia directa de una de las funcionalidades que ofrece Premium, el eedomus Team no sólo no censuró ese script sino que me animó a publicarlo cuando supieron que yo lo estaba usando a nivel privado.
Si no recuerdo mal, durante un tiempo ofrecieron una cuenta Premium con un precio menor. Recuerdo que lo comentamos en el foro. Lo que no recuerdo son las características exactas de esa cuenta Premium especial y no sé si la siguen ofreciendo.
Saludos.
Realmente es una buena suscripción si mantienen el sistema actualizado y si van implementando o mejorando nuevas funcionalidades. De hecho me dio el empujón el hecho de que implementan control Spotify incluso en cuenta free.
Yo pagaría una cuenta premium de facto en Caso de tener un precio y prestaciones intermedias.
De momento muy contento con el funcionamiento general del equipo y las múltiples posibilidades. Cuando llegue el momento ya tomaré una decisión con la sucripcion.
Enviado desde mi SM-N950F mediante Tapatalk
Publicado por: Fernandoefe en Julio 08, 2019, 11:30:38 am
ERROR: Archivo vacío, por favor póngase en contacto con el apoyo. [/var/tmp/eedomus_data_download/9518/eedomus_export.zip@www61]
Significa que eedomus ya no da esta posibilidad?
Gracias anticipadas
Publicado por: da3210 en Septiembre 11, 2019, 18:44:10 pm
A mi me funciona ese link algunas veces y otras no.
Como alguien decía, tal vez es mejor hacer un script de python para obtener los datos desde la API e ir guardándolos en una BD para presentarlos en grafana.
Como hoy estaba aburrido me he puesto a escribir algo de código y he conseguido sacar los datos de la API y guardarlos en una BD. Aún necesito hacer la parte de grafana y agilizar la forma en que añado un dispositivo a vigilar.
Os pongo el código utilizado, pero tener en cuenta q no soy programador, y hace mucho que no utilizaba python.
Ea orden de ejecución es:
- Creación de BD en Tablas SQL Server (.sql)
- Obtener Listado de perifericos. Script1
- Cambiar estado de periferico para vigilarlo (SIN HACER)
- Obtener historial de elementos nuevos y añadirlos a la tabla. Script2
- Representar tabla de historial de elementos en Grafana (SIN HACER)
- Programar ejecución periódica de Script1 y Script2
https://github.com/da3210/eedomus_gethistory
Publicado por: phroc en Septiembre 12, 2019, 10:47:24 am
Publicado por: Aly en Diciembre 18, 2020, 17:50:12 pm
Por casualidad, buscando información por internet para un proyecto que tengo en mente, me he adentrado en el fantástico mundo de Google Drive y su App Scripts (GAS). Cuanto más he leído e investigado, más me he dado cuenta de la gran potencialidad que tiene esta herramienta.
He hecho un scritp para que podáis descargaros automáticamente los datos del histórico de los periféricos de Eedomus que elijáis sin ser premium o sin pasar por IFTTT o sin necesidad de un NAT, raspberry, etc...
Si hay errores, por favor, comentadme.
https://www.dropbox.com/s/5zxznnq0bhyhwsj/REcopilar%20hist%C3%B3rico%20eedomus.pdf?dl=0
Publicado por: Aly en Diciembre 18, 2020, 19:28:53 pm
Enviado desde mi SM-N960F mediante Tapatalk
Publicado por: phroc en Diciembre 18, 2020, 23:34:01 pm
Hola compis:
Por casualidad, buscando información por internet para un proyecto que tengo en mente, me he adentrado en el fantástico mundo de Google Drive y su App Scripts (GAS). Cuanto más he leído e investigado, más me he dado cuenta de la gran potencialidad que tiene esta herramienta.
He hecho un scritp para que podáis descargaros automáticamente los datos del histórico de los periféricos de Eedomus que elijáis sin ser premium o sin pasar por IFTTT o sin necesidad de un NAT, raspberry, etc...
Si hay errores, por favor, comentadme.
https://www.dropbox.com/s/5zxznnq0bhyhwsj/REcopilar%20hist%C3%B3rico%20eedomus.pdf?dl=0
Fantástico aporte Aly, muchas gracias.
Publicado por: perics en Diciembre 21, 2020, 16:20:16 pm
Ésto también sirve para lo contrario. Es decir, llamar a Apis con difícil integración en eedomus y capturar los datos en Google y una vez estén los datos en una hoja Excel, exportarlos vía json a eedomus que será más fácil.
Enviado desde mi SM-N960F mediante Tapatalk
Publicado por: Thanx en Octubre 31, 2021, 01:10:14 am
Hola compis:Hola!! Me interesa mucho ese currazo que te has dado,.. me sale el enlace no disponible :( si lo puedes volver a subir te lo agradecería!!!!
Por casualidad, buscando información por internet para un proyecto que tengo en mente, me he adentrado en el fantástico mundo de Google Drive y su App Scripts (GAS). Cuanto más he leído e investigado, más me he dado cuenta de la gran potencialidad que tiene esta herramienta.
He hecho un scritp para que podáis descargaros automáticamente los datos del histórico de los periféricos de Eedomus que elijáis sin ser premium o sin pasar por IFTTT o sin necesidad de un NAT, raspberry, etc...
Si hay errores, por favor, comentadme.
https://www.dropbox.com/s/5zxznnq0bhyhwsj/REcopilar%20hist%C3%B3rico%20eedomus.pdf?dl=0
Enviado desde mi M2007J3SY mediante Tapatalk
Publicado por: Aly en Octubre 31, 2021, 06:16:09 am
Hola compis:Hola!! Me interesa mucho ese currazo que te has dado,.. me sale el enlace no disponible :( si lo puedes volver a subir te lo agradecería!!!!
Por casualidad, buscando información por internet para un proyecto que tengo en mente, me he adentrado en el fantástico mundo de Google Drive y su App Scripts (GAS). Cuanto más he leído e investigado, más me he dado cuenta de la gran potencialidad que tiene esta herramienta.
He hecho un scritp para que podáis descargaros automáticamente los datos del histórico de los periféricos de Eedomus que elijáis sin ser premium o sin pasar por IFTTT o sin necesidad de un NAT, raspberry, etc...
Si hay errores, por favor, comentadme.
https://www.dropbox.com/s/5zxznnq0bhyhwsj/REcopilar%20hist%C3%B3rico%20eedomus.pdf?dl=0
Enviado desde mi M2007J3SY mediante Tapatalk
Buenas, aquí tienes un nuevo enlace:
https://www.dropbox.com/s/5zxznnq0bhyhwsj/REcopilar%20hist%C3%B3rico%20eedomus.pdf?dl=0