Tema: Tutorial Monitorización Voltronic MAX, Nodered, Grafana...

Iniciado por Au-PRX

Mira busca este nodo y te lo instalas "node-red-contrib-ui-artless-gauge"

- - - - - - - - - - - - - - - - - - -

el camino correcto es msg.payload.potenciaactivasalida en algunos nodos te pone el el msg

- - - - - - - - - - - - - - - - - - -

el otro nodo que te pase es un versión diferente, pero más sencilla de manejar y con más opciones gráficas.

- - - - - - - - - - - - - - - - - - -

Pues no parece que no necesita el msg. Delante prueba a quitarlo ...

OK, para visualizar el nuevo nodo? en la misma dirección?

FUNCIONA!!!!!!!

El tema es que aparece y desaparece! cuando lee sale pero cuando sale otro comando se va...

teóricamente el camino completo es con msg. delante, pero hay nodos que lo indican claramente otros que no, otros que lo tienen que poner tu... piensa que estos nosdos son en realidad pequeños programas que tienen una o varias entradas , los puede programa el mismo usuario, y después quedan como nodos para ser usados cuando sea necesario

- - - - - - - - - - - - - - - - - - -

si el nuevo nodo es lo mismo ... solo tienes que buscarla en la izquierda arrástralo ... enlazarlo y darle parámetros , como con el gauge es lo mismo con algunas diferencia

- - - - - - - - - - - - - - - - - - -

pero si quitas en msg, de delante te tienen que funcionar también el otro

- - - - - - - - - - - - - - - - - - -

Iniciado por asl12

OK, para visualizar el nuevo nodo? en la misma dirección?

FUNCIONA!!!!!!!

El tema es que aparece y desaparece! cuando lee sale pero cuando sale otro comando se va...

como que se va no te termino de entender

como que se va no te termino de entender[/QUOTE]

Pues hace la lectura, lo representa y a los 3 segundos se pone a cero... me he dado cuenta cuando me he quedado mirando la pantalla...

Está los 10segundos entre lectura y lectura

lo que puede pasar es que le estén llegando mensajes sin información o con valor 0 , si es así te puede dar un valor 0 o un dato espúreo que malinterpretara .. al no contener nada interpretable

- - - - - - - - - - - - - - - - - - -

esto es porque ese objero es muy grande y no tienen siempre el mismo formato, en unas lecturas tiene 10 o 20 elementos y en otros alguno de estos elementos ya no esta, con lo que el gauge no puede leer, deja que lo mira y lo solucionamos

tranquilo que bastante me estás ayudando!

Si quieres dime siguientes pasos y voy en paralelo enredando!

Pero no hace falta que sigas ahora...

ese objeto está pensado para alimentar un servidor mqtt con datos continuos , por eso no importa que el objeto tengas una forma en cada emisión, el servidor mqtt se tragara el fomato que le mandes

- - - - - - - - - - - - - - - - - - -

Creo que esto lo puedes soluciona conectando el nodo gauge directo al nodo QPIGSExtraccion , te recomiendo que le añadas también un nodo debug para poder ver que te está saliendo desde el QPIGSExtraccion

- - - - - - - - - - - - - - - - - - -

le cortas el cable que tienen puesto con la salida actual y lo dejas solo conectado el QPIGSExtraccion

- - - - - - - - - - - - - - - - - - -

Bueno con esto ya tienes para dar algunas vueltas... cuando quieras continuamos ¡¡¡

- - - - - - - - - - - - - - - - - - -

Repasando lo que me decías, efectivamente parece que el voltaje de red marca 0 en algunos momentos... no es algo alarmante, pero no tendría que hacer eso, falta descubrir si es un error en la lectura o realmente esta dándonos ese dato como 0 en algunos momentos

Iniciado por Au-PRX

ese objeto está pensado para alimentar un servidor mqtt con datos continuos , por eso no importa que el objeto tengas una forma en cada emisión, el servidor mqtt se tragara el fomato que le mandes

- - - - - - - - - - - - - - - - - - -

Creo que esto lo puedes soluciona conectando el nodo gauge directo al nodo QPIGSExtraccion , te recomiendo que le añadas también un nodo debug para poder ver que te está saliendo desde el QPIGSExtraccion

- - - - - - - - - - - - - - - - - - -

le cortas el cable que tienen puesto con la salida actual y lo dejas solo conectado el QPIGSExtraccion

- - - - - - - - - - - - - - - - - - -

Bueno con esto ya tienes para dar algunas vueltas... cuando quieras continuamos ¡¡¡

- - - - - - - - - - - - - - - - - - -

Repasando lo que me decías, efectivamente parece que el voltaje de red marca 0 en algunos momentos... no es algo alarmante, pero no tendría que hacer eso, falta descubrir si es un error en la lectura o realmente esta dándonos ese dato como 0 en algunos momentos

Ahora si!

Lo curioso es que el resto de parámetros si tienen valor,, eso descarta en cierta medida un fallo en la lectura, si falla el proceso de lectura, suele falla en un grupo de datos completos.
Cuando puedas comprueba si leyendo los datos desde el otro punto que te comentaba, también te da lecturas 0 en ocasiones

Iniciado por Au-PRX

Lo curioso es que el resto de parámetros si tienen valor,, eso descarta en cierta medida un fallo en la lectura, si falla el proceso de lectura, duele falla en un grupo de datos completos.
Cuando puedas comprueba si leyendo los datos desde el otro punto que te comentaba, también te da lecturas 0 en ocasiones

Disculpa si no me he explicado, ya funciona todo bien una vez conectado al nodo que has dicho... en la primera foto se ve...

Estos son los detalles que tendremos que depurar poco a poco .. el código es un código general, orientado para un uso que no es exacto el que le estamos dando, ta, bien puede que tenga algún fallo más aparte de los que ya encuentre en su día... piensa que no repase todo el código, solo la parte que me interesaba y desde donde saque mis propias rutinas, tejota se centró en la parte de CRC que es la más liosa y esa funciona muy bien, eso es lo que más nos interesa.

- - - - - - - - - - - - - - - - - - -

ok perfecto,, me alegro... bueno poco a poco lo haremos funcionar ¡¡ por esta tarde creo que ya tienes para trabajar un buen rato ¡¡¡

Iniciado por Au-PRX

Estos son los detalles que tendremos que depurar poco a poco .. el código es un código general, orientado para un uso que no es exacto el que le estamos dando, ta, bien puede que tenga algún fallo más aparte de los que ya encuentre en su día... piensa que no repase todo el código, solo la parte que me interesaba y desde donde saque mis propias rutinas, tejota se centró en la parte de CRC que es la más liosa y esa funciona muy bien, eso es lo que más nos interesa.

- - - - - - - - - - - - - - - - - - -

ok perfecto,, me alegro... bueno poco a poco lo haremos funcionar ¡¡ por esta tarde creo que ya tienes para trabajar un buen rato ¡¡¡

Un millón de gracias!

no hay de que ¡¡¡ ;-)

Jeje... yo aquí copiando en la sombra
Por fin he conseguido ver los datos del King, lo había intentado varias veces pero hasta ahora nada

Cuando habláis de "la parte CRC"... ¿que significa?... ¿y que otras partes hay?, así cuando las nombréis igual me entero de que habláis

Ansioso en llegar a la parte de configurarlo desde nodered en vez de la pantallita del cacharro...

Una consulta: ya comenté que con el king no puedo hacer la carga como me gustaría, además no consigo que inicie nunca la fase bulk, imagino que es porque con estas baterías lifepo no baja el voltaje lo suficiente respecto al de flotación.
Quizás sea porque tengo 18s, con la flotación a 60V y bajando como mucho a 57,5 cuando dejo descargar bastante la batería y el king debe considerar que ese voltaje es muy alto para ponerse a cargar... de hecho, siempre me indica que la batería está al 100%.
¿Habrá forma de mandarle un comando para que empiece la carga en bulk cuando se cumpla alguna condición? (voltaje inferior a uno determinado, incluso me conformaría que fuese por horarío)

Podríais meteros en explicar como cambiar el modo de funcionamiento del MAX mediante node-red? En plan cambiar parámetros como las prioridades SBU-USB, así como la carga OSO-US y ya sería mucho pedir poder modificar la intensidad de carga (en modo US)?
Gracias!

Hola Pasc, me alegro de que te resulte de utilidad ... No conozco el King, pero seguro que si no lo puedes hacer desde el panel de configuración, tampoco podrás desde un comando remoto, los inversores, todos, tienen unos parámetros de funcionamiento, y por más que le pidas hacer algo fuera de parámetro no lo hará, la solución es trabajar con los voltajes para los que está diseñado el equipo, no creo que puedas hacer otra cosa.


Me gustaría aclara algo importante, no es lo mismo leer un parámetro que escribirlo, potencialmente escribir un parámetro incorrecto o errar de alguna forma con lo que mandas al equipo, puede ocasionar averías, tenéis que tener claro que es lo que hacéis y no hacer algo de lo que no estéis seguros, y por supuesto yo no garantizo que algo funciona o no, aquí la responsabilidad es de cada uno.
Por otro lado no desarrollaré una aplicación de configuración remota para el inversor, eso lleva mucho trabajo pruebas y dedicación, no dispongo de ese tiempo, la intención es explicar como se puede interactuar con el equipo para que después cada uno realice lo que necesite, me consta que Tejota tenía algo de este tipo desarrollado o medio acabado, pero nunca lo compartió, y no se sabe nada de el hace ya tiempo. Cuando toque realizaremos algunas pruebas de como mandar comandos al equipo, con la documentación del protocolo P30 y dedicándole el tiempo necesario, tendréis que ser capaces de mandar el comando que necesitéis en cada caso.
De todas formas, hacer un programa con todos los parámetros de configuración, de no ser que te dediques a configurar equipos todo el santo día, es una inversión de tiempo que no parece justificar el resultado, es mucho más rápido configurar el equipo en el panel, esto es algo que se hace muy de tanto en tanto, otra cosa es que pretendamos automatizar una trabajo concreto, como un proceso de carga o cualquier otra cosa, pero solo para hacer la configuración pienso que es mucho trabajo para algo que se soluciona más fácil y rápido de otra forma.


ProtocoloP30-.pdf
King_product-application_pdf-20190724092401-8519-pip-gk-mk-protocol.pdf

- - - - - - - - - - - - - - - - - - -

Esta es la documentación que tengo del protocolo P3 que usan estos inversores, para que le deis un repaso mientras arrancamos lo siguiente.

Iniciado por elfrisky

Podríais meteros en explicar como cambiar el modo de funcionamiento del MAX mediante node-red? En plan cambiar parámetros como las prioridades SBU-USB, así como la carga OSO-US y ya sería mucho pedir poder modificar la intensidad de carga (en modo US)?
Gracias!

Todos esos cambios son posibles, o eso creo, hablo de memoria, repásate la documentación que pase en el último post, para ver si todos esos parámetros están disponible, lamentablemente, no todo está documentado y hay parámetros que no aparecen, pero si existen y algunos que si aparecen, pero no funcionan como deberían etc ..

- - - - - - - - - - - - - - - - - - -

Mientras preparo la explicación.

- - - - - - - - - - - - - - - - - - -

Familiarizaros con el nodo ( link in / link out ), no requiere programación se trata solo de hacer enlaces salida /entrada entre nodos que estén alejados dentro del flujo, esto facilita la comprensión visual del flujo y te permite despejar de cables cruzados la visión del conjunto.
Es muy sencillo de usar echar un vistazo a la imagen adjunta.



- - - - - - - - - - - - - - - - - - -

De una forma resumida el funcionamiento del flujo que estamos usando es el siguiente.
El flujo comienza en cada entrada de la izquierda las que comienzan por Q , son todas nodos inject, tienen un intervalo de repetición y cada una inyecta un comando al flujo (comandos del protocolo P30) , en este caso son todos comandos de lectura de información.

Todos pasan por el nodo "CRCTJ" (función) donde se encuentra la programación del CRC16 y después pasan el nodo "COM", nodo de comunicaciones serie (serial out) que manda la petición al inversor y espera respuesta, la salida de este nodo está codificada en el nodo "Repartidor datos lecturas" (switch), donde son dirigidos a cada salida según el tipo de respuesta, las salidas están enlazadas con nodos de función (function) los que nuevamente comienzan por Q donde se codifica la respuesta para hacerla legible, este es un resumen sencillo del funcionamiento.

- - - - - - - - - - - - - - - - - - -

En la documentación adjunta en el fichero ProtocoloP30, podéis encontrar en el apartado 3.8
3.8 POP<NN><cr>: Setting device output source priority .................................................. ................... 18

Traduccion libre, configuración de la prioridad de salida , esto es lo que en el display podemos encontrar como:
USB Utility Solar Bateria
SUB Solar Utility Bateria
SBU Solar Bateria Utility

Si prestáis atencion al documento dice que se tiene que usar el comando POP<NN> para mandar la instrucción, donde <NN> corresponde a un número que codifica el comando 00 "for utility first" esto es USB, 01 "for solar first" esto es SUB , 02 "for SBU priority" esto es SBU


De esta forma si mandamos un comando POP01 estamos diciendo que ponga prioridad SUB.


El resto de comandos del documento son similares alguno no logre que funcionaran y otros nunca los probé ... repito ojo con lo que hacéis.

- - - - - - - - - - - - - - - - - - -



- - - - - - - - - - - - - - - - - - -



- - - - - - - - - - - - - - - - - - -

En las imágenes podéis ver una forma sencilla de inyectar un comando al inversor desde el flujo que tratamos.
Esto se puede aplicar a otros comandos y se puede añadir programación, para que en determinadas circunstancias se realice la inyección.


Empleando esta base yo monte un sistema de control de carga para que mis baterías realicen cargas entre dos puntos, con la idea de modular la carga para preservar la batería todo lo posible.

Hola Au,

Un millón de gracias por todo lo que estás compartiendo. Ya he estado cacharreando este fin de semana y hoy que he recibido el cable nuevo (que si funciona) he puesto la rasp a trabajar y está configurada!

Tienes razón que una cosa es leer del inversor y otr mucho más sensible escribir. Si alguno lo hace, el riesgo es suyo totalmente.

En el bloque de arriba has explicado muy bien los nodos link in and link out, por mi parte comprendido. Ahora toca probar con alguno que no sea delicado...

He visto el protocolo y lo he seguido en el flujo de TJ y tuyo... esto empieza a tener sentido! (eso si alguno no sale en el protocolo, y entiendo que es para nota... tipo el QED de la energía diaria producida

La verdad es que en cada post que publicas veo más interesante este tema, siempre desde la inexperiencia pero la ilusión por aprender... de hecho el modulador de carga con voltaje que me comentaste la primera vez, fue el inicio del interés por el tema...

A tu disposición, esperando siguientes pasos...

En realidad que yo sepa no existe documentación de protocolo para este equipo concreto, tiene pinta de que usaron el P30 y le añadieron comandos específicos para este equipo, en algunos foros extranjeros aparecen instrucciones no documentadas de vez en cuando ... en fin , aunque me encantaría tener la documentación completa y bien explicada, en general para lo que hacemos nosotros, tenemos suficiente.

Hay algunos comandos que están muy claros y no creo que se pueda producir un problema al usarlos más que lo configures mal, pero no que pueda producir un problema real al el equipo, los que tienen una codificación para cambios de modo por ejemplo si lo pone mal, pues no acepta el comando y santas pascuas, pero los que incluyen números a pesar de que tendrían que estar limitados en máximo y mínimo, y supongo que así es, no está tan claro, nada te impide mandar una burrada y supuestamente no lo aceptaría, pero y si lo acepta y algo casca ? , pienso que no, pero no tengo la seguridad.

El ejemplo que puse es muy fácil de probar y difícilmente puedes provocar un problema.

Llegados a este punto podemos tirar en dos direcciones diferentes, ver un poco como se puede automatizar algún proceso en el inversor, o podemos ver como recuperar telemetría en una base de datos para después hacer estadísticas gráficas etc.

- - - - - - - - - - - - - - - - - - -

Depende un poco de lo que tengas en mente ... Para hacer la parte de telemetría, lo único es que si tienes el SO en una SD, la fiesta nos puede durar un telediario, lo digo por el número de lecturas y escrituras que tendrá que hacer , son miles y miles de registros de decenas de datos, eso le sienta fatal a las SD/s .. por eso te decía por arriba que para gráfica e influx lo suyo es una SSD, eso o montarlo en un PC. Yo tengo un NUC con las bases de datos, grabada , el servidor mqtt y 42 servicios más, pero es un equipo potente, comparado con una rasp es un cohete, y también tengo un servidor con máquinas virtualizadas y dokerizada... pero esto ya es harina de otro costal. Ya me dirás que te interesa más hacer.

Iniciado por Au-PRX

En realidad que yo sepa no existe documentación de protocolo para este equipo concreto, tiene pinta de que usaron el P30 y le añadieron comandos específicos para este equipo, en algunos foros extranjeros aparecen instrucciones no documentadas de vez en cuando ... en fin , aunque me encantaría tener la documentación completa y bien explicada, en general para lo que hacemos nosotros, tenemos suficiente.

Hay algunos comandos que están muy claros y no creo que se pueda producir un problema al usarlos más que lo configures mal, pero no que pueda producir un problema real al el equipo, los que tienen una codificación para cambios de modo por ejemplo si lo pone mal, pues no acepta el comando y santas pascuas, pero los que incluyen números a pesar de que tendrían que estar limitados en máximo y mínimo, y supongo que así es, no está tan claro, nada te impide mandar una burrada y supuestamente no lo aceptaría, pero y si lo acepta y algo casca ? , pienso que no, pero no tengo la seguridad.

El ejemplo que puse es muy fácil de probar y difícilmente puedes provocar un problema.

Llegados a este punto podemos tirar en dos direcciones diferentes, ver un poco como se puede automatizar algún proceso en el inversor, o podemos ver como recuperar telemetría en una base de datos para después hacer estadísticas gráficas etc.

- - - - - - - - - - - - - - - - - - -

Depende un poco de lo que tengas en mente ... Para hacer la parte de telemetría, lo único es que si tienes el SO en una SD, la fiesta nos puede durar un telediario, lo digo por el número de lecturas y escrituras que tendrá que hacer , son miles y miles de registros de decenas de datos, eso le sienta fatal a las SD/s .. por eso te decía por arriba que para gráfica e influx lo suyo es una SSD, eso o montarlo en un PC. Yo tengo un NUC con las bases de datos, grabada , el servidor mqtt y 42 servicios más, pero es un equipo potente, comparado con una rasp es un cohete, y también tengo un servidor con máquinas virtualizadas y dokerizada... pero esto ya es harina de otro costal. Ya me dirás que te interesa más hacer.

Mil gracias AU!

Los temas de escritura hacia el inversor entiendo que tendrán las limitaciones de los parámetros del equipo, no creo que si puede cargar 2A-10A-20A -x0A-80A, le puedas mandar 5A o 500A haga algo más allá de dar un error...

Creo que puede ser más constructivo, de cara a ver las posibilidades del sistema apostar por automatizar procesos. Quería ir en el futuro a controlar interruptores shelly o el OPENEVSE del coche a través de MQQT y Mosquitto, pero para ello hay que ir por el camino de la automatización básica...

Para las bases de datos, como dices, montaré una SSD como recomendabas unos post más arriba y lo pediré en unos días...

Así que si te parece bien, vamos por el camino de la automatización!

Iniciado por asl12

Mil gracias AU!

Los temas de escritura hacia el inversor entiendo que tendrán las limitaciones de los parámetros del equipo, no creo que si puede cargar 2A-10A-20A -x0A-80A, le puedas mandar 5A o 500A haga algo más allá de dar un error...

Si yo también pienso que los límites estarán bien programados, pero aun así, no es algo extraño que al mandar un parámetro fuera de rango, algún producto electrónico no muy testeado,,, este termine " to brick " como dicen los anglosajones , que para esto son muy descriptivos

Iniciado por asl12

Creo que puede ser más constructivo, de cara a ver las posibilidades del sistema apostar por automatizar procesos. Quería ir en el futuro a controlar interruptores shelly o el OPENEVSE del coche a través de MQQT y Mosquitto, pero para ello hay que ir por el camino de la automatización básica...

Para las bases de datos, como dices, montaré una SSD como recomendabas unos post más arriba y lo pediré en unos días...

Así que si te parece bien, vamos por el camino de la automatización!

Genial me parece muy bien, pues nos ponemos manos a la obra.
Los dispositivos shelly en la gama de interruptores creo recordar que tienen mqtt embebido, yo tengo un par de contadores de energía de esta marca, tienen muchas opciones y son bastante compactos, la documentación es bastante completa, pero aun así encuentre un par de cosas no documentadas, por ejemplo, estos contadores tienen capacidad de leer la dirección del flujo eléctrico, así que son capaces de saber si la corriente entra o sale del circuito, pues no te dicen que para eso tienes que alimentarlos con el mismo flujo eléctrico, si como intente yo, los alimentas de un sistema independiente, para prever una caída de corriente del flujo principal, dejan de funcionar bien, y dan lecturas erróneas. Total que si los tienen en un circuito para contabilizar los consumos y se corta el fluido, se para y te dará error cualquier intento de lectura, tienes que tener en tu rutina un control de errores para ese caso, y claro no son adecuados para controlar flujo eléctrico que no están conectados continuamente.
Yo utilizo sobre todo dispositivo sonoff les cambio el firmware con tasmota, son muy versátiles y baratos.
OPENEVSE no lo conozco, pero si tiene acceso por mqtt, no creo que te cueste mucho conectar con el.

- - - - - - - - - - - - - - - - - - -

Pues si te parece bien comenzaremos por algo que podamos hacer, en espera de tu adquisición de ssd etc.
Una de las cosas más importantes en la automatización de un proceso, es la supervisión y control, me explico, tienes que tener una forma fácil de supervisar y controlar lo que está haciendo el proceso automático, en todo momento, sin que esto se convierta en un trabajo extra demasiado grande, si no lo tienes, resulta muy fácil perder el control de lo que está pasando y ante determinadas situaciones quedar (fuera de linea) sin tener ni idea de lo que paso. También ayuda mucho cuando tocar descubrir que es lo que fallo, en que punto y/o donde está la avería.
Lo ideal es hacerlo en dos capas, una donde podamos consultar todos los parámetros que se están controlando en le proceso, así como actuar si fuese necesario, y para la cual es necesario realizar adquisición de datos y presentación de los mismos, como vimos un poco ya, y otra muy interesante que solo comunica eventos , alarmas o lo que queramos programar, para esta "capa" de información necesitamos una forma eficiente de recibir avisos, y que más eficaz que recibirlos en el móvil, de esta forma, por ejemplo, podemos hacer que si la batería llega a un determinado límite, digamos 10% el sistema nos avise de esta situación, independientemente de que tengamos programado una acción para ese caso. (En realidad se puede realizar una inter actuación completa con todo lo que tengas en nodered)
Existen diferentes soluciones para lograr esta comunicación, pero desde mi punto de vista la más versátil es usar Telegram, supongo que lo conoces. La forma de hacerlo es usando un bot de Telegram, que después pueda controlar nuestro sistema para mandar y recibir mensaje, porque también puede aceptar órdenes para interactuar con el sistema, creando de esta forma un sistema de supervisión y control a distancia que puedes llevar en el bolsillo.

- - - - - - - - - - - - - - - - - - -

Si te parece bien podemos comenzar por crear un bot en Telegram, y conectarlo con nodered y probaremos a mandar órdenes y recibir información con el móvil.


Esta es la primera Web que enconte donde explica la creacion de un bot , hay bastantes mas, no es dificil, solo hay que leer con atencian y seguir los pasos

https://www.adslzone.net/como-se-hac...ram/crear-bot/

La forma de interactuar con el bot puede ser de dos maneras, o bien solo lo usas tu, abres un chat con el y esto es todo, o si tienes interés de que algún miembro más de la familia tenga acceso al mismo, creas un grupo, donde metes a todos los participantes bot incluido claro. Esto puede resultar interesante para algunas cosas, por ejemplo, imagina una puerta de garaje de las típicas, con mando a distancia por RF, ese que todos piensa que como tiene codificación nadie puede abrir, pero que en realidad el que sabe como, en 5 minutos tiene la clave y la puerta le obedecerá fielmente... pues bien, en lugar de que el mando accione la puerta directamente, lo que hace es accionar un interruptor (sonoff) que nodered detecta y manda una confirmación al grupo de Telegram privado familiar, para que confirme la apertura de la puerta del garaje, cuando llega la confirmación, es nodered quien abre la puerta, de esta forma no hay caco que se cuele por un mando RF pirateado, y al tiempo, tienes un control de la puerta a distancia, puedes abrir o cerrar remotamente si es necesario, y sabes cuando se abre , aunque estés en el trabajo .. En fin es solo un ejemplo.

- - - - - - - - - - - - - - - - - - -

Cuando tengas el bot creado, lo pruebas, y después de comprobar que funciona te instalas este nodo.
node-red-contrib-telegrambot-home
Con esto controlaremos el bot y continuamos, deja que piense que podemos controlar como ejemplo ... ¡¡

Hola!

Mil gracias! Acabo de parar un poco en el trabajo y he leído tu post!

El tema del Bot y el paquete hecho.

Para comprar los automatismos, abierto estoy a comprar Sonoff o Shelly, el que me digas, tengo unos que van con SmartLife pero son mucho más limitados y ya los regalaré... El tema de monitorizar consumos me interesa ya que como todo pivota sobre la instalación de producción de energía, es un atributo clave para elegir los accesorios... Al mismo tiempo entiendo que los tendré siempre alimentados y ellos serán los que abran y cierren los circuitos. No los he comprado todavía esperando este hilo.

El OPENEVSE es un sistema (hardware y software) para carga de VE, tiene protocolo MQQT y por eso es popular entre los amantes del cacharreo (permite ajustar intensidad de carga de forma dinámica en base a parámetros, los estandar sólo lo hacen para evitar superar la potencia contratada de la red), pero me vale cualquiera que podamos gestionar.

En paralelo estoy actualizando el cuadro eléctrico, que adjunto imagen:


Pensaba controlar el AC IN desde Red en el cuadro con varios contactores, con bobinas inducidas por los shelly o sonoff, para evitar tener los dos inversores tomando energía desde la red (son 140w de forma continua). Una forma es como lo tengo ahora, con el IGA cortado pero si quiero cargar el coche (usando la batería hasta dejarla al 15% donde paso de SBU a SUB), tengo que andar subiendo y bajando el magneto... Tu cómo has pensado gestionar esto cuando necesites estar ongrid-offgrid?

Gracias por todo! Y ya me dices si tengo que ir comprando los sonoff...

Iniciado por asl12

Hola!

Mil gracias! Acabo de parar un poco en el trabajo y he leído tu post!

El tema del Bot y el paquete hecho.

Genial .. Vas a toda máquina ¡¡¡ me alegra ver que sacas adelante tu proyecto ¡¡ y estoy encantado de echarte una mano.

Iniciado por asl12

Para comprar los automatismos, abierto estoy a comprar Sonoff o Shelly, el que me digas, tengo unos que van con SmartLife pero son mucho más limitados y ya los regalaré... El tema de monitorizar consumos me interesa ya que como todo pivota sobre la instalación de producción de energía, es un atributo clave para elegir los accesorios... Al mismo tiempo entiendo que los tendré siempre alimentados y ellos serán los que abran y cierren los circuitos. No los he comprado todavía esperando este hilo.

El tema de dispositivos tipo sonoff Shelly etc, tenemos que definir bien el modo en que trabajara para cada dispositivo, por ejemplo yo tengo todos los electrodomésticos , controlados de forma individual , y los consumos generales en los contadores también, así que sé lo que entra de la red , lo que gasta la casa en conjunto, y por supuesto todo lo relacionado con los inversores. Para controlar consumos, mi experiencia es que mejor sistemas que usen pinzas amperimétricas cuando hablamos de consumos generales, existen de 1000 tipos, incluso chino bueno , chinos baratos, de fabricantes europeos, por wifi, por zigbee, por zwave, tengo probados no sé cuantos muchos y cada uno tiene sus inconvenientes y ventajas, los SDM120 y SDM230 para modbus, funcionan bien en general, pero por alguna razón no me terminan contar bien la corriente de vuelta a la red, y claro hay que añadir modbus por el medio, cosa que encarece el conjunto, de estos los tienes directos, los cables de la instalación los atraviesan, o por pinzas, tengo los dos, prefiero las pinzas, tengo también un par de excelentes smart meter qubino, pero son para Zwave, y esto es otra guerra, también tengo los comentados Shelly EM también con pinzas, lo bueno de estos es que pueden hacer dos lecturas, tiene dos pinzas (hay que pedirlas tienen para dos potencias) , total, que en este momento estoy usando un SDM230 en la salida de un inversor (este no tiene conexion con la red), un shelly en la entrada y salida del otro inversor, un SDM120 en la entrada de la red general.

En cuanto al control para electrodomésticos o lo que quieres en general, uso dos tipos distintos, pero que son básicamente lo mismo, son estupendos en todo, me encantan y son económicos y todo, funcionan con wifi, y se pueden mánager desde nodered directos sin nada , tienen su propia web donde puedes acceder en caso necesario, o usando algún programa de domótica, pero.... siempre hay un, pero, hay que hacer un poco de ingeniería, se necesita soldar y hay que actualizar firmware y para eso es necesario un pequeño artefacto que te permite conectar el susodicho al ordenador y programarlo. Estos cacharritos son los sonoff en todas sus versiones y gamas, por ejemplo yo uso en los electrodomésticos de la cociina y lavadero este tipo.

https://www.amazon.es/Inteligente-Co...V%2CB083FF167K

Estos no son sonoff , pero se pueden controlar igual lo complicado de estos es que la soldadura es mas dificil que en un sonoff normal, y exsiste la posibilidad de que el fabricante cambie algo y te encuentres con que no te sirven para tu propósito, aun con todo, yo compro de tanto en tanto alguno y lo preparo para usarlo y por el momento sin problemas. Para controlar consumos en circuitos concretos, uso sonoff de verdad , que se pueden meter en el cuadro eléctrico haciendo alguna modificación, yo por ejemplo tengo 3 de estos para los aires acondicionados. También tienes la posibilidad de usar sondas de temperatura o humedad, y si tiramos por ese camino entramos en domotica ya de pleno
Te recomiendo que visites es web
https://tasmota.github.io/docs/
puedes encontrar información de como modificar diferentes dispositivos tanto sonoff como de otras marcas para usarlos con tasmota, que el día que veas como funciona de bien, ya no querrás usar otro sistema.

Resumiendo yo creo que un Shelly EM para controlar la entra de red y el consumo general del cuatro, después si te atreves con los sonoff o los que sean usando tasmota pues solucionado, si no, podemos mirar que solución hay que no sean una KK pero no creas que hay muchas.



Tema de contactores, este es otro asunto divertido, si quieres simplemente corta un flujo eléctrico es sencillo puedes usar un contactor de los amperios correspondientes y controlarlo con un interruptor inteligente tipo lo que hablamos, pero hay que pensar como trabajaran, no es lo mismo un contactor normalmente cerrado , que un contactor normalmente abierto, lo ideal es que la mayor parte del tiempo el contactor no tenga que estar manteniendo el contacto, es que quiere decir que si el circuito está casi siempre cerrado, dejando pasar la corriente, y solo en ocasiones me interesa abrirlo, lo mejor es usar un NC normalmente cerrado, y lo mismo al contrario, esto hay que pensarlo bien para hacer el diseño. Otra cosa es si quieres cambiar de flujo, sigamos si quieres coger energía de la calle o del inversor, pero de forma directa, sin pasar por el inversor, esto es interesante por ejemplo en caso de averia, con conmutar de red, ya tienes la casa conectada directamente al suministro eléctrico de la calle, sin pasar por el inversor. Otras variedades de este mismo tipo de conmutador, es como por ejemplo tengo yo, que teniendo dos inversores, algunas cargas las puedo conmutar de un al otro según me interesa, típicamente los aires acondicionados.

Contactor conmutador
https://www.amazon.es/gp/product/B08...?ie=UTF8&psc=1

Iniciado por asl12

El OPENEVSE es un sistema (hardware y software) para carga de VE, tiene protocolo MQQT y por eso es popular entre los amantes del cacharreo (permite ajustar intensidad de carga de forma dinámica en base a parámetros, los estandar sólo lo hacen para evitar superar la potencia contratada de la red), pero me vale cualquiera que podamos gestionar.

En paralelo estoy actualizando el cuadro eléctrico, que adjunto imagen:


Pensaba controlar el AC IN desde Red en el cuadro con varios contactores, con bobinas inducidas por los shelly o sonoff, para evitar tener los dos inversores tomando energía desde la red (son 140w de forma continua). Una forma es como lo tengo ahora, con el IGA cortado pero si quiero cargar el coche (usando la batería hasta dejarla al 15% donde paso de SBU a SUB), tengo que andar subiendo y bajando el magneto... Tu cómo has pensado gestionar esto cuando necesites estar ongrid-offgrid?

Gracias por todo! Y ya me dices si tengo que ir comprando los sonoff...

Sobre el OPENEVSE, el día que me decida por el coche eléctrico... ya sé por donde empezar ¡¡¡ jajaja .
Pues si que tienes trabajo, reorganizar el cuadro eléctrico puede ser un verdadero lío.
Yo en la actualidad prácticamente no estoy ongrid nunca, pero creo que la forma correcta de hacerlo es de forma que las cargas durante la conmutacion sean las mínimas para evitar saltos de arco ni en el inversor ni en los conmutadores. Para casos de conmutación digamos más o menos permanentes existen otro cacharro algo más voluminosos que son en realidad un juego de magnetotermicos de 63 A, motorizados, de esta forma pasa donde quieras, y queda estático, sin tener que mantener una bobina excitada y calentándose, ojo que hay unos que son más rápidos, pero que si te descuidas se queman


https://es.aliexpress.com/item/32996...274263c0Drx3h6

Por si te preguntas cuantos de estos dispositivos con Tasmota se pueden tener en red, yo tengo 29, y en breve ampliare cuando me meta con la aerotermina..

Hola!

Disco SSD y conector comprados! he tomado la opción que recomendaban en la web que pusiste hace unos días... tardará un par de semanas en llegar pero no hay prisa!

En relación a los contactores, le voy a seguir dando una pensada, hay otra opción:

https://www.amazon.es/gp/product/B08...k_ql_qh_dp_hza

Y en la domótica... igual lo más sencillo son los shelly...porque andar soldando, cargando firmware etc... creo que me supera... si hace falta que compre alguno me dices, ahora tengo unos teckin, idénticos por fuera a los que has puesto en el enlace (6 unidades) pero no sé...

Si me dices como seguir, me pongo! Gracias!

Si tú ves que lo de soldar etc, ya es demasiado, no pasa nada, te saldrá más car eso si, y no estoy seguro que se pueda lograr la misma funcionalidad, pero como estas comenzando tendrás tiempo de comprobar si necesitas más opciones o no. Los teckin es posible que sean también un ESP82XX que es en realidad el chip que reprogramamos , si es así y el encapsulado no es extraño, seguro que se puede reprogramar.


Sobre los contactores, también tengo ese modelo en barios amperaje, lo bueno es que puedes actuar sobre el manualmente , lo malo es que los más grandes hace bastante ruido, al menos el mío, pero fíjate bien que eso es solo un contactor, el que yo te puede es un contactor-conmutador, vamos uno esta conectado o no, y el otro está conectado a un circuito o a otro, son cosas distintas, del primero hay muchas marca y 1000 modelos , del segundo es más difícil encontrarlos,

- - - - - - - - - - - - - - - - - - -

Bueno pues le metemos mano al Telegram .. ;-)

- - - - - - - - - - - - - - - - - - -

Comencemos por poner un nodo command , el unico de los de telegram que no tienen entrada, solo salida, este es el que configura el bot.



Por ejemplo podemos hacer que el bot nos responda a una palabra clave, por poner algo digamos que queremos cambiar el modo de prioridad de salida del inversor, esto son tres posibles opciones

USB, SUB , SBU
La palabra clave puede ser la que quieras, no se por ejemplo PSalida, cuando reciba esta palabra nos ofrecerá la posibilidad de cambiar la prioridad de salida del inversor, usando un menú de donde seleccionaremos la opción, y posteriormente nos verificara que se realizó el cambio, esta parte aún no la tengo cocinada del todo...

En la configuración del nodo, tienes que poner un nombre al nodo... donde dice Command pondremos la palabra clave, y donde pone Bot tenemos que clicar al lápiz para configurar el bot.
Tienes que poner el token de tu bot y el Char Id para que sepa en qué chat tiene que conversar, en Polling puede poner 30. En users no ponga nada por el momento



- - - - - - - - - - - - - - - - - - -

Con esto ya configurado metemos un nuevo nodo el switch

- - - - - - - - - - - - - - - - - - -

La configuración de este nodo es muy fácil Name,Bot, CahrID ya lso conoces son los mismos de antes, Question, es la pregunta que nos hace al recibir la palabra clave, esto es cuando le digamos PSalida, el responderá ... que modo quieres activar ? esta es la frase que tenemos que poner en esta casilla, timeout es muy útil por si pasa algo y no se completa la comunicación, después de un tiempo cancela el menú y regresa al estado de espera, en la parte inferior es donde introduciremos las opciones , casi abajo del todo aparece un signo plus pulsamos y ponemos la primera opción.



- - - - - - - - - - - - - - - - - - -

Como vimos el otro día tenemos que mandar un comando al nodo de Serial para que este lo mane el inversor, pues desde el nodo switch que en este momento tienen que tener 4 salidas, cogemos la primera que corresponde a USB, y la conectamos con un nodo función donde le daremos el comando. Si miraste un poco la documentación de nodered, el sistema funciona intercambiando mensaje, usa una serie de objetos, payload es por decirlo el principal, el que trasporta como su nombre indica la carga útil, en este caso le indicamos que contendrá una cadena con el valor "POP00" que corresponde con el comando adecuado, después conectamos la salida del nodo function con la entrada el nodo serial, y ya tenemos la primera opción, el resto son lo mismo, cambiando la orden,



- - - - - - - - - - - - - - - - - - -

En la última opción ponemos un nodo notifi de telegram , lo configuramos como el resto y en mensaje podemos pone Adiós por ejemplo.



- - - - - - - - - - - - - - - - - - -

Si queremos podemos añadir más nodos notifi después del nodo de función a modo de verificación, aunque una verificación real, seria detectar el cambio de modo y mandar una notificación en ese momento, esto se puede hacer, pero tiene un poco más de trabajo, si quieres cuando tengas esto funcionando, vemos como hacer una verificación real.