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

de estrada gracias por compartir vuestro conocimiento

de no saber ni creer que pudiera ser capaz de compilar, montar o desarrollar, como quiera que se llame, un panel con nodos y demás, poco a poco, voy desarrollando algo legible y visible, obviamente copiando y pegando, pero me gustaría saber, por ejemplo, que que tendría que modificar para ver en un reloj QED Energia diaria producida o QLD Carga diaria entregada, ya le he puesto un reloj pero no me arroja datos, supongo que falta algo en el nodo, pero no llego a descifrar lo que es

gracias

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

he añadido esta linea al inicio del mensaje var output = msg.payload.split(" "); y ya veo los relojes

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

he creado el bot y el grupo de telegram pero no se exactamente que parámetros hay que poner en el nodo función para que me responda con datos de moderad, por ejemplo los que tengo en el dashboard

Iniciado por Angel Baselga

de estrada gracias por compartir vuestro conocimiento

de no saber ni creer que pudiera ser capaz de compilar, montar o desarrollar, como quiera que se llame, un panel con nodos y demás, poco a poco, voy desarrollando algo legible y visible, obviamente copiando y pegando, pero me gustaría saber, por ejemplo, que que tendría que modificar para ver en un reloj QED Energia diaria producida o QLD Carga diaria entregada, ya le he puesto un reloj pero no me arroja datos, supongo que falta algo en el nodo, pero no llego a descifrar lo que es

gracias

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

he añadido esta linea al inicio del mensaje var output = msg.payload.split(" "); y ya veo los relojes

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

he creado el bot y el grupo de telegram pero no se exactamente que parámetros hay que poner en el nodo función para que me responda con datos de moderad, por ejemplo los que tengo en el dashboard

No me lo puedo creer... .Angel Baselga con NODERED. Paren las rotativas....!!!

Angel QED y QLD son medidas de energia... eso no es instantaneo... es un acumulado. El inversor q da ese dato vuelca cada hora la medida. Lo mejor para esos datos es usar grafico de barras del tipo:




De esta forma la barra sale cada hora. Tambien se podria hacer dentro de la hora haciendo el acumulado con la potencia instantanea generada y el acumulado de la potencia instantanea consumida y asi dejar de lado el QLD y QED. Eso implica hacer un flujo nuevo y verias como cada minuto o cada lo que sea ir subiendo la barra en la hora. Hay nodos especificos que hacen eso, lo que pasa que no se si se han puesto en algun flujo de estos. De todas formas las energias mejor con barras, no con relojes. Los relojes son para las cosas instantaneas o que tengan cierta variacion en corto espacio de tiempo.

ok gracias, no creas que no me ha costado dar con el chiste, ya por lo menos se copiar y pegar y puedo ir guardando avances exportándolos por si la cago

entiendo que para poder hacer la grafica esos valores tienen que estar en una base de datos que los vaya guardando y no he llegado a ese punto todavía

Iniciado por Angel Baselga

ok gracias, no creas que no me ha costado dar con el chiste, ya por lo menos se copiar y pegar y puedo ir guardando avances exportándolos por si la cago

entiendo que para poder hacer la grafica esos valores tienen que estar en una base de datos que los vaya guardando y no he llegado a ese punto todavía

Para hacer historicos de dias, meses y demas si que hacen falta bases de datos externas. Para hacer el diario, o sea de las ultimas 24 horas, a no ser que estes reiniciando constantemente los nodos o la Rpi pues con los datos almacenados en memoria volatil (la ram) es suficiente, incluso podrias hacer una persistencia a fichero configurandolo en setting.js del raiz de .node-red. Esto es algo que la gente no hace y es muy util si estas haciendo deploy muchas veces o reinicias la Rpi.
Si lo configuras en setting.js hace un flux (escritura) cada 30 segundos y escribe los valores almacenados en flow, global y context para que al reiniciar el flujo, el nodo o la Rpi retome esos datos. Para hacer esto hay que editar el fichero settings.js.
Primero entramos en .node-red desde el home.

Editamos con nano settings.js y quitamos las // de la zona de la foto... al quitar las // ya sale en colorines..... grabamos los cambios con control+O, enter, control+x

Para que los cambios se ejecuten en el node red, reiniciamos el nodered con sudo systemctl nodered restart.

Por cierto, se me olvidaba.... antes de hacer cambios en el settings.js y demas es bueno hacer copias antes del settings.js como del flows.json. ASi si rompemos algo con volver a renombrar las copias y reiniciar el nodered ya tendremos lo de las copias funcionando. Vease como se hace una copia del flows.json:



Idem para el settings.js.... un cp settings.js settings.js.190522 y ya...



Esa grafica que he puesto no necesita de una base de datos externa para mostrarla. Yo los almaceno tambien en base de datos externas tipo influxdb2 pero para sacar historicos de semanas, meses o años.

Si vas a almacenar para historicos en bases externas la Rpi mejor que vaya con SSD que con SDCARD ya que eso implica escribir mucho durante mucho tiempo y las SDCARD pues como que acaban fallando.


No he visto si en el hilo este hay flujos para sacar las energias con barras.... si no lo hay, pongo alguno mio hecho a bote pronto. Solo se necesitan datos de potencias instantaneas de la fuente que sea, red electrica, placas solares, potencia consumida, etc...

bueno, después de hacer los cambios , creo que bien, no me funcionaba, he reiniciado la rpi y leía flujo pero no salían los datos, así que he borrado los flows y los he importado desde un notepad que los había guardado, ya veo las cosas organizando el dashboard que se había ido al garete también

Angel y los que empeceis ahora a ver algo de nodered.... antes de que pilleis malos vicios con la plataforma os dire que el truco de todo y el entender nodered va principalmente de saber como y en que formato va la informacion entre los nodos cuando los unes. El formato de la informacion, es decir, los msg (mensajes) tienen todos la misma estructura. Si dominas y entiendes ese formato y sabes modificarlo es el abc del nodered.

Y la estructura es siempre la misma:
Objetos siempre con llaves { } arrays siempre con corchetes [ ]
La informacion entre nodos va en objetos o en arrays o un mix arrays de objetos.

Los objetos siempre tienen la misma estructura: {propiedad:valor, propiedad2:valor, propiedad3:valor, etc }

Los arrays idem : [valor, valor2, valor3, etc]
Y los mixes de ambos por ejemplo: [{propiedad:valor}, valor2, {propiedad2:valor3}, valor4, valor5].
O arrays de arrays: [valor, [{propiedad:valor2}, valor3],valor4]

Y cada nodo de la paleta necesita que le entren los datos segun el formato que indique su creador en el menu de ayuda.

Cuando tengais claros los conceptos de los msg y como van estructurados vereis que todo tiene sentido y os sera mucho mas facil hacer los flujos.

No se trata de copiar y pegar flujos de otros, se trata de que entendais porque el que ha hecho el flujo lo ha hecho asi y que es lo que ha intentado hacer para conseguir el proposito.
Despues ya cada uno lo puede modificar segun sus intereses pero siempre sabiendo que modifica y para que.

Si llegais a entender la estructura de los msg y modificarla segun convenga, con nodered hareis lo que querais.

Los msg llevan la informacion y quien controla la informacion, controla el poder. Da igual cuando y donde leas esto.

gracias por el dato, no obstante estoy mas o menos contento con mis avances, hace muy poco o sabia ni lo que era una raspberry y no creía ser capaz de ni siquiera elaborar algo ni copiando, pero poco a poco se va viendo la luz

Iniciado por Angel Baselga

gracias por el dato, no obstante estoy mas o menos contento con mis avances, hace muy poco o sabia ni lo que era una raspberry y no creía ser capaz de ni siquiera elaborar algo ni copiando, pero poco a poco se va viendo la luz

Estas sacando solo datos del max por puerto serie no? bms o monitores de baterias y medidores de red nada no?

saco datos del del axpert y del bmv 700, los dos por puerto de serie

Iniciado por Angel Baselga

saco datos del del axpert y del bmv 700, los dos por puerto de serie

Un consejo: descentraliza pantallas (flujos). Todos nodos en un flujo puede llegar a ser un "maremagnum".



Los nodos links son tus amigos. Sirven para descentralizar los flujos y no poner todos nodos en una misma pantalla de flujo.





Para los dashboards yo la mejor que he encontrado es distribuir por grupos y tabs segun interese.

lo tendré en cuenta, gracias, antes de todo estoy empezando a leer y ver videos, que algunos ya había visto pero no me enteraba de nada

Iniciado por Angel Baselga

lo tendré en cuenta, gracias, antes de todo estoy empezando a leer y ver videos, que algunos ya había visto pero no me enteraba de nada

Cuando empieces a descentralizar los flujos y a hacer varias pestañas de flujos recuerda configurar los deploys en solo flujos modificados o solo nodos modificados ya que por defecto hace deploy en full, o sea de todo, este modificado o no y eso puede afectar el funcionamiento de otras cosas que estan rulando y no hace falta reinicializarlas porque se haya modificado un nodo o flujo que nada tiene que ver.

Yo creo que salvando las diferencia obvias entre lenguajes, el mejor lenguaje para un trabajo dado es aquel que te permita hacerlo con la mayor facilidad y eficacia, y este será para unos un lenguaje y para otros otro lenguaje .

No creo en un lenguaje de programación superior para todo y todos.

Nodered tiene enormes ventajas desde mi punto de vista, pero esto no tiene que ser la normal para todo el mundo.

Saludos.

Iniciado por Au-PRX

Yo creo que salvando las diferencia obvias entre lenguajes, el mejor lenguaje para un trabajo dado es aquel que te permita hacerlo con la mayor facilidad y eficacia, y este será para unos un lenguaje y para otros otro lenguaje .

No creo en un lenguaje de programación superior para todo y todos.

Nodered tiene enormes ventajas desde mi punto de vista, pero esto no tiene que ser la normal para todo el mundo.

Saludos.

Yo creo que la mayor ventaja del NODERED es el aspecto visual intuitivo que tiene. Para los profanos en programacion es de gran ayuda comprender los procesos (flujos) y modificarlos en un entorno grafico. Siempre se ha dicho que una imagen vale mas que mil palabras.
Y eso que en los que yo he puesto por aqui llevan mucho nodo funcion y eso es javascript puro y duro, pero con los nodos de la plataforma se puede evitar completamente el nodo funcion dejando totalmente de lado los scripts convencionales.
Al final todo se reduce a manejar objetos y arrays segun convenga. JSONATA es vuestra amiga.... un poco jodida pero con eso sacas todo.

Iniciado por Tejota

Yo creo que la mayor ventaja del NODERED es el aspecto visual intuitivo que tiene. Para los profanos en programacion es de gran ayuda comprender los procesos (flujos) y modificarlos en un entorno grafico. Siempre se ha dicho que una imagen vale mas que mil palabras.
Y eso que en los que yo he puesto por aqui llevan mucho nodo funcion y eso es javascript puro y duro, pero con los nodos de la plataforma se puede evitar completamente el nodo funcion dejando totalmente de lado los scripts convencionales.
Al final todo se reduce a manejar objetos y arrays segun convenga. JSONATA es vuestra amiga.... un poco jodida pero con eso sacas todo.

Esta es mi opinión personal i completamente subjetiva. En ningún momento quiero desviar el tema ni desmerecer el trabajo aquí hecho que es excelente.

En realidad esa ventaja es la que me hizo dejar de usarlo. Es un ambiente gráfico muy agradable para el usuario pero yo siempre he tenido problemas de rendimiento.

Nodered es una capa hecha para ser amigable, no de rendimiento encima de node.js que a su vez es una capa encima de JavaScript. Cuando pones capas sobre capas acabas generando mucho de lo que se llama overhead lo que ralentiza mucho el código. Incluso los nodos JavaScript no se ejecutan en JavaScript, lo que escribes se trasncribe a node.js que este es una capa de javascript. Osea entiende JavaScript (como podría ser cualquier otro lenguaje), pasa por una cadena de capas para ejecutarse JavaScript añadiendo sobrecarga.

Otro problema que me dio muchos dolores de cabeza que limitaba mucho el rendimiento es que node.js es de solo un un hilo usando el modelo de cola de eventos. Eso significa que solo se puede aplicar en un solo proceso por lo tanto en un solo núcleo limitando mucho el rendimiento en procesadores multinúcleo para tareas paralelizables. Al seguir el modelo de cola de eventos lo que hace es concatenar la ejecución de todos los nodos pero no puede ejecutar nodos en paralelo. Hay algunos procesos como influxdb que se pueden ejecutar en otro hilo o núcleo porque están fuera de nodered pero lo que es nodered puro no se hace, haciendo cuello de botella. Probé un nodo para ello pero sin buenos resultados.

Osea Nodered lo que hace es crear una cola de ejecución e ir encolado la ejecución de los nodos uno tras otro, nunca en paralelo.

Esto también me lleva a que no se cómo nodered ejecuta los nodos, no se cómo es de eficiente porque prácticamente no hay control sobre ello. Esto no debería ser ningún problema para aplicaciones pequeñas pero para una con muchos nodos no sé qué tan eficientemente y con rendimiento lo resuelve.

Juro que lo he intentado usar varias veces, la más reciente hace unos meses un sistema de cámaras para detectar y clasificar animales con IA, grabar videos, procesarlos, almacenarlos, notificaciones... Una buena aplicacion para nodered pero tuve que dejar de usarlo por problemas de rendimiento.

Por eso cuando dices que necesitas dos rpis para eso me hace dudar desde la ignorancia de no haber intentado exactamente tu codigo si con una sola rpi i otro lenguaje se podría hacer. Es cierto que influxdb come muchos recursos asique no se, puede que me equivoque. Pero es cierto que Nodered es lento de por sí i no está hecho para tareas paralelas. Solo por matizar, Nodered es muy bueno para aplicaciones concurrentes, osea pequeñas tareas que se ejecutan una detrás de otra i están relacionadas cómo pueden ser los nodos pero no para paralelas cómo puede ser escribir en una base de datos a la vez que mostrar datos en una pantalla i responder a interacciones con la interfaz. Osea desde el punto de vista teórico JavaScript no es un lenguaje diseñado para este tipo de aplicaciones con necesidades paralelas. Aunque se pueda hacer es como usar un tenedor para cortar, la herramienta no está diseñada para eso. El cómo funciona una interfaz gráfica en JavaScript o nodered es encolado los datos a mostrar, con el procesamiento, con las interacciones del usuario, osea con concurrencia. Si está cola está llena con demasiadas tareas la interfaz se vuelve no responsiva porque no puedes controlar la prioridad de estas tareas. Esto para páginas web que es para lo que se creó JavaScript está bien, osea entran, se encolan i salen peticiones sin prioridad por igual porque todas tienen el mismo o parecido tamaño i pripridad. En un sistema paralelizado, estas tareas están aisladas por lo que ninguna bloquea a ninguna. Para una web esto no tendría ningún beneficio pero para un sistema así, si.

Luego si entramos en flexibilidad, la interfaz gráfica i los nodos pueden ser una bendición a la vez de una maldición. Hubo un proyecto que necesitaba una máquina de estados. Probé dos nodos para ello. Funcionaban muy mal i le tuve que echar muchas horas. Acabe cambiando a C++ i en una fracción de tiempo conseguir hacer lo mismo i funcionando bien.

Si nos vamos a interpretar el performance puro comparado con c++ por ejemplo, Nodered esta basado en node.js que esta basado en JavaScript v8 el cual ya es más lento que c++. Ahora metele capas y capas. Luego metele que c++ puede usar todos los núcleos para programas más complejos cuando JavaScript no. Sin contar que los nodos de nodered son interpretados mientras que un programa en c++ es compilado. No son comparables en potencia. No he buscado comparaciones con Python pero por experiencia sin medirlo Python sigue siendo más rápido. Nodered nunca se hizo para rendimiento.

Luego ya no me quiero meter en líos muy técnicos sobre que aunque nodered este compilado, los flows son interpretados haciéndolo más lento que lenguajes puramente compilados. Otro ejemplo de este tipo lenguajes es Python que está generalmente compilado en c pero interpreta tu código Python. Aunque nodered use una técnica eficiente llamada JIT siendo más rápido que python, no es lo mismo que compilado.

Nodered me parece una plataforma excelente para aplicaciones pequeñas i sencillas o cuando el hardware no es una limitación i para aplicaciones con tareas concurrentes, no paralelas. Para mi, en rpi, Nodered siempre me ha bloqueado por el poco rendimiento obligándome a otros lenguajes teniendo más exito.

Repito, opinión personal sin querer desmerecer nada. Solo quiero dar mi punto de vista i mis conocimientos.

Solo para el que tenga curiosidad de cual es la diferencia entre concurrente i paralelo esta es una explicación muy amigable.

https://blog.thedojo.mx/2019/04/17/l...0los%20humanos.

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

Ya para terminar de dar la turra, no me quería meter en que era realmente Nodered por eso dije que estaba escrito sobre node.js que estaba escrito sobre JavaScript.

Eso no es del todo cierto. Node.js esta escrito sobre Google JavaScript v8 i libuv.

JavaScript v8 está practicamente escrito en c++ i libuv está completamente en c. Nodered tiene muy poquito de JavaScript en el código sobre el que se asienta i que es lo que realmente se ejecuta. La apariencia de JavaScript de node.js es una capa sobre otros lenguajes imitando el funcionamiento del JavaScript real.

Era más que nada por lo de que Nodered era JavaScript puro i duro cuando en realidad lo que se ejecuta por mucho que lo parezca en sus capas intermedias no es JavaScript.

Sin dejar de lado que lo que tú escribes en nodered osea tus nodos son interpretados, no compilados.

Solo por mostrar un poco lo que digo esto es interesante con un ejemplo de cómo lo que tú escribes en JavaScript en node.js (o nodered) realmente es convertido a c++ para ejecutarlo.
https://medium.com/swlh/node-js-c-da454904811f

Esta en ingles pero se puede traducir con Google fácil. No he encontrado en español.


Pero vamos, que no quita que nodered sea excelente, pero tiene sus características, limitaciones i aplicaciones. Tampoco descarto que incluso en esta, terciarizando tareas, osea node red solo para los procesos rutinarios como coger los datos i meterlos en la base de datos i usar otros lenguajes para la interfaz, para poder alejar estas tareas en otros procesos en otros nucleos, se pudiera conseguir muy buenos resultados. En el fondo es lo que hace home assistant.

Iniciado por Pidjey

Solo por mostrar un poco lo que digo esto es interesante con un ejemplo de cómo lo que tú escribes en JavaScript en node.js (o nodered) realmente es convertido a c++ para ejecutarlo.
https://medium.com/swlh/node-js-c-da454904811f

Esta en ingles pero se puede traducir con Google fácil. No he encontrado en español.


Pero vamos, que no quita que nodered sea excelente, pero tiene sus características, limitaciones i aplicaciones. Tampoco descarto que incluso en esta, terciarizando tareas, osea node red solo para los procesos rutinarios como coger los datos i meterlos en la base de datos i usar otros lenguajes para la interfaz, para poder alejar estas tareas en otros procesos en otros nucleos, se pudiera conseguir muy buenos resultados. En el fondo es lo que hace home assistant.

Es que en los procesos que estamos tratando: una instalacion fotovoltaica, es la mejor opcion de cara al usuario profano en programacion y que quiere ver sus datos sin mayores complicaciones. Si a eso le sumas que algunos inversores como todos estos chinos tipo Voltronic dan un pobre soporte en presentacion de datos e interaccion con el usuario tienes todos los ingredientes para usar una plataforma como esta de NODE RED.

Este esquema seria el basico que cualquier instalacion fotovoltaica necesitaria:




Y esta seria la traduccion a NODERED:




Cualquiera que no tenga ni idea de programacion te va a decir que ambas imagenes son equivalentes. La diferencia es que la segunda imagen es la mismisima programacion de NODERED que necesitas para obtener esos datos y guardarlos. Si tienes los nodos o sabes configurar esos nodos ya tienes lo que quieres.
Para el que empieza creo que esto es fundamental ya que allana todos los caminos. Solo necesitas plantearte que quieres hacer y que nodos utilizar.
Para el programador profesional y/o ocasional esto es una nimiedad. Para el profano para nada. Esa es la potencia de la plataforma NODERED, independientemente de que sea mas o menos versatil, tenga mas o menos rendimiento o tenga fajo de capas. El que tiene una instalacion fotovoltaica quiere ver sus datos y cuanto mas facil mejor. Y si se lo puede hacer el mismo, mejor todavia ya que no depende de nadie.
Y si ademas le sumas que los nodos son facilmente exportables e importables para intercambiar con la gente y depurar fallos, mejor todavia porque asi se crea comunidad y foro.

Hola buenas noches a todos.
Refloto este hilo, porque he estado siguiendo este tutorial para poder sacar los datos de mi inversor y después de haber probado unas cuantas cosas estoy atascado.
Esperaba si alguno me puede decir que estoy haciendo mal, o si estoy haciendo algo bien directamente jajaja. El debug de node red me dice esto:



He creado un hilo donde explico todo mi caso con más detalle, este : https://www.solarweb.net/forosolar/f...n-aislada.html

¿Será directamente mi problema que el flujo que estoy usando no sirve para mi inversor porque no es uno tipo voltronic?
Un saludo