Forum Replies Created
-
Posts
-
HOla Raul,
gracias por interesarte en el proyecto. Lamento que a la empresa (es española ademas no?) le vaya mal y tenga que abandonar este producto. Sin embargo, en amazon y otras paginas el termostato sigue a la venta. La verdad es que el precio es el mismo que el de un nest, y ya tiene que hacer los deberes bien para poder competir.
Bueno, volviendo al tema, no creo que exista un modo de reutilizar el termostato. El software y los protocolos de comunicación con el mismo, seguro son propietarios de la empresa, y no creo que ofrezca una api de acceso publico para poder reutilizarlo. Seria algo ilogico, porque sino cualquier podria desarrollar un software y saltarse a la empresa. Me temo que no será la unica empresa que le pase esto.
Segun algunos termostatos vayan posicionandose como lideres, otros iran desapareciendo.
Supongo que el dinero invertido, lo has perdido (¿Cuanto te costo si no es demasiado preguntar?). Para consolarte, te dire que por 15€ te puedes montar este termostato con dos ESP32 y los sensores necesarios. Bueno, quizas por 20€, depende de donde compres las cosas.
Un saludo,
R. Campos.
Hola NeoRuben, cuanto tiempo.
A ver, he mirado por encima Lo que comentas de ioAdaFruit.com y en el fondo es lo mismo que hago yo. ioAdafruit.com es una empresa que pone a tu disposición su/s servidor/es, y unas librerias especiales para arduino. Esas librerias envian informacion a los servidores de adafruit, y al acceder a su web supongo que tendras un panel de control donde manejas esa información.
No te hagas la falsa idea de que estas accediendo directamente a tu arduino. Lo que haces en el panel de control es hablar con el servidor de adafruit, y el esp habla con el mismo servidor, y asi ocurre la magia.
Esto es lo que he sacado de una primera lectura de la web de ioAdaFruit.com, igual lo he entendido mal. Si con la app de IFFT te comunicas con el ESP32, es porque hay un puente en el medio, que seria el servidor de Adafruit. No existe la magia en todo esto. La tendencia del mercado aqui es la misma, en todos los sistemas. No conozco dispositivos de IOT que se comuniquen directamente con una app, salvo algunos termostatos o bombillas bluetooth. Los cuales por cierto no puedes controlar cuando estas fuera de casa, porque el bluetooth tiene un alcance limitado.
En cuanto tenemos entre manos un dispositivo que puedes controlar desde fuera de casa, la unica forma digna es a través de un servidor que haga de puente. Ninguna empresa que se precie te va a pedir que abras puertos en tu router. Lo primero porque el usuario común no sabe hacerlo. Lo segundo porque es mucho mas eficiente y fácil de mantener un producto teniendo un servidor de la empresa haciendo de puente.
En resumen, ¿se podría modificar todo el proyecto para que funcionase con bluetooth y los esp32 hablasen con la app termostato y la app cliente directamente? Si. ¿Seria laborioso? Muchísimo. ¿Podrías manejar el termostato estando fuera del alcance del bluetooth? No. Creo que parte de la gracia del proyecto es poder controlar tu calefacción cuando no estas en casa.
Saludos.
Hola,
para prescindir de un servidor “en la nube” que haga de pasarela entre los datos del termostato, y las apps cliente, habría que transformar el propio termostato (osea, la aplicación Old Relic), en una especie de servidor, al que las aplicaciones cliente puedan conectarse y consultar que es lo que hay de nuevo.
Este es el enfoque que utilicé en mi otro proyecto (Smart Thermostat for Arduino Yun), que empecé desarrollando allá por el 2012. El problema de este enfoque fueron varios.
El primero y principal es que si abres un puerto en tu router, y tienes un mini servidor web abierto al mundo, vas a recibir intentos de intrusión al cabo de poco tiempo. Los primeros años esto no fue demasiado grave, pero durante el 2016-2017, muchos usuarios se quejaron de que el Arduino Yun dejaba de responder al cabo de un par de horas de funcionamiento. Tras muchas investigaciones, descubrí que lo que estaba pasando es que una vez que los bots que andan por ahí intentando entrar en servidores, descubren la IP del yun en internet, se dedicaban a hacer ataques de fuerza bruta. Es decir, probar combinaciones de password y contraseña para conseguir conectarse al servidor por el puerto ssh (aunque no esté abierto, el intento es lo que cuenta).
Esto que para cualquier servidor “de verdad” es irrelevante pues cuentan con cortafuegos, o simplemente son capaces de soportar miles de intentos de login por segundo sin despeinarse, para un microcontrolador como un Yun (o una Raspberry Pi, ya puestos), es muy diferente. Al cabo de un rato de recibir intentos de intrusión, el pobre yun se bloqueaba por saturamiento. Y los usuarios estaban descontentos, obviamente, achacandolo a mil problemas diferentes.
Desgraciadamente el yun no me permitía, por su poca memoria, instalar un firewall, o contramedidas efectivas, así que nuestro gozo en un pozo. Este fue uno de los motivos por los que abandoné ese proyecto, aparte de lo difícil que era programar la parte de servidor en el yun.
Aplicando esa idea a nuestro proyecto actual, habría que transformar el móvil que hace de termostato (la app old relic), en una especie de servidor web. Lo primero es que después de investigar un poco en google, no he descubierto nada lo suficientemente bueno que permita transformar una app de Android, en un servidor web (alguna libreria o algo). Lo segundo es que volveríamos al problema anterior: si conviertes un móvil en un servidor web, también tienes que fortificarlo y asegurarlo. Y eso es precisamente lo que quería evitar cuando abandoné el proyecto para arduino yun.
Teniendo un servidor en la nube, es todo mucho mas sencillo. Son mas fáciles de fortificar y asegurar, y en el caso de que se utilice la infraestructura de amazon, microsoft o google, yo diría que se puede dormir casi tranquilo. Por no hablar de las ventajas que aporta. Por ejemplo, un servidor en la nube, puede comprobar que tu termostato está accesible y funcionando, y si no es así, avisar a la app cliente. Si el propio termostato es el servidor, y este tiene un problema, la app cliente tendría muchas menos opciones para enterarse de ello. En fin, esta es solo una de las decenas de razones técnicas que me llevaron a cambiar el tipo de arquitectura del proyecto.
Obviamente esto incurre en costes, y estamos de vuelta al principio.
No se, seguiré dándole vueltas. Probablemente mantenga el proyecto un poco mas, y ponga algo de publicidad en las apps clientes, para ver que tal funciona. Pero para producir unos ingresos, digamos de 30€ al mes, el proyecto tendría que tener un par de miles de usuarios diarios. Y que yo sepa, el termostato de momento lo usan 2 personas, 😀 😀
En fin, como idea no estaba mal, pero la realidad es que consume tanto tiempo, que no me merece la pena hacerlo por amor al arte.
Un saludo
Hola Miguel,
El modelo que propones ya lo consideré en el pasado. Lamentablemente tiene una pega. Si la app fuera algo que se desarrolla una vez, y después se vende muchas veces sin necesidad de volver a dedicarle horas de trabajo, sería el modelo ideal. Este es el caso de un libro: un escritor escribe una novela. Invierte para ello muchas horas, una editorial lo publica, se vende por X euros, y el escritor no tiene que retocar la obra cada pocas semanas. Tampoco tiene que pagar un servidor que el libro utiliza de alguna forma, y sin el cual el libro no funciona.
Esto funciona bien para algún tipo de apps, pero si os habéis dado cuenta, casi todo el software hoy en día ha pasado del modelo de “compro la licencia para la versión de Photoshop 9”, a “pago x euros al mes para usar Photoshop, y obtengo las nuevas versiones siempre”.
Como os decía, aunque la app llegase a una versión estable en el futuro, que no requiriese mas programación, esta el coste del servidor en la nube, que mueve los datos entre el termostato y los clientes. Ese servidor está operativo 24×7, tiene unas características determinadas para que siempre esté operativo, y en fin, hay que pagarlo todos los meses. Cuantos mas usuarios tenga la app, mas caro sera el servidor.
Lo del precio de las apps es algo paradójico. Fijate que estoy barajando precios de 6€ por invierno, es decir, eso serían unos seis euros por el periodo de Octubre a Mayo, por ejemplo. estamos hablando de menos de un euro por mes. Hasta un cortado cuesta mas hoy en dia. De hecho cuando estoy tirado en mi sofá, y se me cae un euro entre los cojines, ni me planteo en buscarlo y ahí se queda. Seguro que más de uno de vosotros me invitaría gustoso no solo a un cortado, sino a una cerveza y unos pinchos, con lo cual el precio de la app se habría pagado con creces.
Y sin embargo el usuario medio de internet (entre los cuales me incluyo), cuando ve que el precio de una app es 0.99€, no la compra aunque sea util. Y si ve que el coste es 0.99€ al mes, pues mucho peor.
Son las paradojas de la vida.
Por otro lado, lamentablemente no vivo en España, y tampoco me embarcaría en la aventura de tener stock de componentes y venderlos yo. Es bastante lioso, y me hace incurrir en mas responsabilidades…
Gracias por tu opinión!
Roque.
Hola,
gracias por probar la app. Te contesto por orden a tus preguntas.
1.- Que la rueda de temperatura no te responda bien, no depende del microcontrolador que utilices. Depende mas bien del smartphone que este corriendo la app Old Relic. ¿es muy antiguo? ¿Tiene pocos recursos (ram, etc)? ¿Hay mas apps instaladas al mismo tiempo en el telefono que hagan que vaya un poco lento?
Si bien la app está pensada para funcionar en “antiguallas”, bueno, a veces nos topamos con la realidad. Intentaré optimizarla en el futuro, pero si me cuentas un poco mas sobre el smartphone que usas, me podre hacer una idea de por donde van los tiros.
2.- Si, lo sé, me lo apunto en la lista para corregir.
3.- No se si entiendo la funcionalidad. Te refieres a que tienes por ejemplo la calefacción programada a 23 grados, ya sea en modo manual o durante un programa. Entonces quieres de alguna forma, una función que durante X tiempo, ignore la programación existente y aplique otra temperatura deseada. Y después de ese X tiempo, se vuelve a la programación anterior. ¿Lo he entendido bien? ¿Y esa función como se llama en otros termostatos?
He de reconocer públicamente que no estoy desarrollando en este momento nuevas funciones para la app, porque no se muy bien qué camino tomar.
Voy a abrir otro post con una pequeña reflexión sobre el proyecto, y asi podeis opinar y quizás me orienteis un poco.
Saludos
Hi!
It is not your fault. The plugin that renders the sketch code on the web page was not working well. Please visit again the documentation page corresponding to the architecture you are triyng to setup, and you should find the sketch at the bottom of the page.
Thank you for giving us advice. Your feedback is very appreciated.
Regards.
-
This reply was modified 6 years, 4 months ago by
.
Pues tengo que hacer prueba con la app, para solucionar el problema.
Para ir tirando lo mas facil seria que en el momento de la configuracion, desatives la tarifa de datos moviles y uses solo la wifi de tu casa. Asi deberia funcionar.
Un saludo
Hola Braidus,
la app ya dispone de esa funcionalidad. Puedes definir varios calendarios, y para cada uno, puedes definir la temperatura por periodos personalizados de tiempo (por horas, incluso por minutos).
Un saludo.
Hola,
he movido esta pregunta a un nuevo tema.
perdona la tardanza en contestar, pero en verano le dedico menos tiempo a este proyecto.
Verás, en la informacion que me pasas, observo una incongruencia.
Los micros esp32, al parecer estan en la red 192.168.178. De hecho, si llamas desde un navegador a la ip del esp32 (http://192.168.178.63), deberia salir algo.
Pero la app esta buscando los sensores en la red 10.72.244.X, y naturalmente no encuentra ninguno. Es posible que sea un fallo en la app, pero de momento no se me ocurre que puede ser.
¿El dispositivo en el que has instalado la app old relic, tiene una tarjeta de telefonia puesta? Es como si la app estuviera detectando otra red diferente a la wifi.
Un saludo
Hola, perdona la tardanza. En verano tengo este proyecto siempre en stand by.
Si se podría. Pero tengo que pensar cómo hacerlo. Lo siento pero va a tardar un poco. Prometo que acabare poniendo los pulsadores, más no sé cuándo.
Un saludo
Roque
Hi,
I assume you are talking about the raspberry Pi version. Yes, it would be possible to use the Raspberry Pi without wifi, only with the ethernet port. But there are two issues at this moment:
first, I don’t know if I may distribute the image for the raspberry pi version, because of the google’s terms of use for the Android Things. Because of that, I’m not sure that the version for Raspberry Pi will be published at all.
Second: Unless you attach a screen to the raspberry Pi, you will have to use a smartphone to controll it, and then you will have the same problem because the wifi…
Regards…
Hola que tal,
disculpa la tardanza en la respuesta, pero en primavera y verano este proyecto no tiene demasiado movimiento, por razones obvias.
Este proyecto no fue ideado para controlar un aire acondicionado. La idea es reemplazar al tradicional termostato de pared que tenemos en España para controlar la calefacción, y que no es mas que un interruptor.
No digo que no pueda adaptarse a lo que dices (habria que adaptar la app, el sketch, y añadir algún tipo de dispositivo para controlar el famoso blower). La verdad es que no tengo ni idea de como podría hacerse esto último. ¿Como se le da la señal al aparato de AA para que cambie la velocidad del abanico? ¿Como se conecta una Raspberry a un AA con este fin? TOdos los AA’s tienen la misma interfaz para ello? No tengo ni idea, ni siquiera tengo un AA para probar :S
No me siento muy inclinado a ampliar el proyecto por este lado, pero si me aportas información de como podria hacerse, me lo pienso.
Un saludo
Hombre, jejeje, me lo anoto en la lista de funcionalidades, pero me temo que va a ir muy abajo en la lista.
Lo primero que tengo delante, y que me va a llevar los proximos meses, es adecuar la app a la RGPD, la nueva politica de privacidad de datos de la UE. Es bastante laborioso adecuarse a ella, y tengo que tocar todas las apps, la programacion del servidor…
Todo sea por la privacidad de los usuarios!!! Despues seguiré mejorando la app.
Hola!
No es facil encontrar un relé decente. Al menos no un relé HIGH Level. De los Low level hay a patadas.
Bueno saludos!
Hola, ahora estoy en un ordenador y te puedo contestar con mas calma.
Si te detecha el nodo, pero al cabo de un minuto o asi te da error, me apuesto a que en el json que devuelve el esp32, la temperatura esta puesta a -10000, es decir, el esp32 no es capaz de leer la temperatura del sensor.
El motivo ya dependerá. Yo tuve ese problema, y me pase ¡dos semanas! revisando los cables, y pensaba los cables estan bien… Pero no, las conexiones estaban mal, caí un dia de la burra cuando volvi a mirarlo…
Asi que, ponnos el contenido del json, a ver que hay.
-
This reply was modified 6 years, 4 months ago by
