Tema: Sistema de monitorización para instalación fotovoltaica

Buenos días:

Recientemente he montado una instalación fotovoltaica en nuestro domicilio habitual.
Se conpone de 9 paneles de 450 en dos strings, uno de 5 y otro de 4 ud. El inversor es un Voltronic Axpert 7.2 y, también hemos montado 2 baterías Pylontech US300C. La idea principal es la de consumir todo lo que podamos de la electricidad que podamos generar y, mantener la red como apoyo.

Según los instaladores, las baterías, o al menos el BMS, no se llevan muy bien con este inversor, por lo que, me las han configurado en modo USER siguiendo las recomendaciones de Pylontech, según me dicen.

Llevo una semana con la instalación en funcionamiento y, tratando de aprender todo lo que pueda para hacer un uso y llevar un mantenimiento preventivo responsable.

El primer problema que me he encontrado por ahora es el de la monitorización: la aplicación WatchPower es una patata vieja.
He leido numerosos posts de Tejota y Au-PRX que agradezco y valoro muchísimo. Y me encantaría contar con su opinión.

Soy informático y ferviente defensor del open-source, por lo que no tendría problemas en montar un sistema HUM mediante raspberry o PC. Actualmente y, dado el precio al que están las raspberry pi 4, pienso que casi que trae cuenta la solución de Solar Assistant.
En cuanto a otras opciones, he leido muchas pero, veo posts bastante antiguos y, me gustaría conocer las opciones más actuales, que funcionen bien y, si además respetan nuestra privacidad, muchísimo mejor.

Cualquier añadido que considereis oportuno como sistemas de enchufes inteligentes para controlar dispositivos eléctricos en casa y su consumo, también sería de agradecer. De hecho, en estos días de tanto sol/calor he notado que, en las horas de máxima producción, si el consumo de casa no es suficiente, el inversor parece que intenta "despegar" del ruido que hace. Sin embargo, si enciendo un ordenador o algún otro equipo de consumo medio, el ruido y el calor generado en la habitación es mucho menor, por lo que me estoy planteando un sistema que pueda activar o desactivar dispositivos eléctricos en función de la producción.

Muchísimas gracias a todos por la información que vertéis y, que nos ayuda muchísimo a los que empezamos.

tienes un hilo sobre la monitorización con nodered

https://www.solarweb.net/forosolar/f...tml#post440724

siendo informático seguramente te apañes, yo me he quedado estancado, y estoy haciendo la gestión de excedentes con relés por voltaje

Gracias Ángel.
Ese hilo lo tengo mas que releido. Estoy preparando un PC antiguo a falta de una raspberry pi barata.

Iniciado por sereuca

Gracias Ángel.
Ese hilo lo tengo mas que releido. Estoy preparando un PC antiguo a falta de una raspberry pi barata.

El tema de usar raspberry pi es por consumo ya que las monitorizaciones en los Axpert implican que el recolector de datos este 24h 7d conectado.
Un pc antiguo te va a consumir diez veces mas que una raspberry pi y eso 24h para una FV ya es consumo.

Te haran tambien falta cables para las pylontech y para el inversor. A no ser que el PC ese tenga puertos serie nativos que entonces no hacen falta conversores de ningun tipo. Para la RPi si hacen falta conversores serie-usb.

Si no tienes problema con linux, no te hace falta ningun software comercial. Te lo puedes hacer tu mismo en NODERED y ademas mucho mas fiable y funcional que cualquier comercial.

Buenas tardes Tejota,

Quería hacerte una pregunta.
Dado que los precios de las raspeberry pi 4 están en el entorno de los 150-180 € y, es recomendable usar el SSD, que además es recomendable poner con su placa X825, más el disco duro más la caja, etc, etc.
No tiene más sentido un miniPC tipo:

• Chuwi Herobox

• CHUWI Mini PC Windows 10, Ordenador de Sobremesa 6GB RAM 128GB ROM Intel J4125 con Ventilador, Larkbox Pro 2.4G/5G WiFi, BT5.1, HDMI, Tipo C, Soporte 1TB SSD Memoria Expandida, 61 * 61 * 43mm

• O cualquiera de los modelos de Kettop https://www.amazon.es/s?k=Kettop&rh=...f=sr_nr_p_36_1

Me gustaría conocer tu recomendación antes de decirdirme por un equipo.
Evidentemente, la intención del mismo es la de tener un dispositivo que me permita monitorizar en tiempo real tanto la generación eléctrica, como los datos del inversor y de las dos baterías pylontech UC3000.

PD: Lo siento pero, soy tan novato que ún no puedo incluir enlaces ;p

Abusando de tu tiempo, y si no hay un hilo que conozcas con recomendaciones para empezar amontar tu monitor de energía HUM, me podrías recomendar, una vez que tenga el hardware, ¿qué software montar?

Es que, por un lado veo el Solar Assistant https://solar-assistant.io/
Por otro el ICM (antes ICC) https://iccsoftware.co.za/
Y aquí se habla mucho de emomcms y node-red

Sé que seguro acabaré montando un laboratorio pero, mientras, me preocupa tener información detallada para responsabilizarme del mantenimiento. Por lo que me gustaría tener algo que pueda montar rápido para ver toda la información de manera fiable.

Gracias.

Iniciado por sereuca

Buenas tardes Tejota,

Quería hacerte una pregunta.
Dado que los precios de las raspeberry pi 4 están en el entorno de los 150-180 € y, es recomendable usar el SSD, que además es recomendable poner con su placa X825, más el disco duro más la caja, etc, etc.
No tiene más sentido un miniPC tipo:

• Chuwi Herobox

• CHUWI Mini PC Windows 10, Ordenador de Sobremesa 6GB RAM 128GB ROM Intel J4125 con Ventilador, Larkbox Pro 2.4G/5G WiFi, BT5.1, HDMI, Tipo C, Soporte 1TB SSD Memoria Expandida, 61 * 61 * 43mm

• O cualquiera de los modelos de Kettop https://www.amazon.es/s?k=Kettop&rh=...f=sr_nr_p_36_1

Me gustaría conocer tu recomendación antes de decirdirme por un equipo.
Evidentemente, la intención del mismo es la de tener un dispositivo que me permita monitorizar en tiempo real tanto la generación eléctrica, como los datos del inversor y de las dos baterías pylontech UC3000.

PD: Lo siento pero, soy tan novato que ún no puedo incluir enlaces ;p

De pillar algo en x86 tendria que ser con refrigeracion pasiva (nada de ventiladores), con abundantes puertos series nativos, si llevase GPIO mejor y con poco almacenamiento ssd (no mas de 256gb). De procesador ya segun consumo y de ram no menos de 4Gb si hay que manejar abundantes datos. Por supuesto puerto LAN imprescindible aunque lleve wifis y BT. El video es lo de menos pq va a estar en modo desatendido el 99% de las veces.

El elegir Rpi es por consumo, estabilidad y solera. Es decir, no tengo garantias de que un Chuwi de esos vaya a aguantar 24h 7d non-stop. Una Rpi si se que va a aguantar eso y mas. Ademas que Rpi esta trilladisima en todo.... mucha gente la ha usado, la usa y la usara.... eso es mucha gente haciendo lo mismo y se nota a la hora de buscar soluciones a los problemas que se presentan.

Yo tengo desde hace meses funcionando 24h 7d non-stop un sobremesa de esos kettop. Es chino, sin marca reconocida, lo que pasa que lleva un I7 porque es donde hago uso de cpu abundante. No lo uso para monitorizar datos pero esta 24h 7d. Se pone calentito pero no se ha parado de momento. Si aguanta asi medio año sin colgarse ni nada igual pillo uno similar con menos cpu y lo pongo a sacar datos porque lleva puertos serie y usb como si no hubiera un mañana.

Una ultima adquisicion que he hecho (hace una semana) pongo precios pero no enlaces porque algunos no son tiendas y si particulares (ebay).

Rpi4 4gb ram solo placa : 128€
caja disipador integral rpi4 sin ventiladores : 14€
ssd usb 240gb externo (o sea con carcasa) : 41€
alimentador DC-DC: 24€ si es el alimentador AC-DC pues la mitad o menos.

O sea, sobre 200€ puesto en casa.

Iniciado por sereuca

Abusando de tu tiempo, y si no hay un hilo que conozcas con recomendaciones para empezar amontar tu monitor de energía HUM, me podrías recomendar, una vez que tenga el hardware, ¿qué software montar?

Es que, por un lado veo el Solar Assistant https://solar-assistant.io/
Por otro el ICM (antes ICC) https://iccsoftware.co.za/
Y aquí se habla mucho de emomcms y node-red

Sé que seguro acabaré montando un laboratorio pero, mientras, me preocupa tener información detallada para responsabilizarme del mantenimiento. Por lo que me gustaría tener algo que pueda montar rápido para ver toda la información de manera fiable.

Gracias.

solar-assistant e icc son para arm. Tendrias que usar una Rpi para esos softwares.
Si pones algo en x86 ya tienes que ir a HUM.
Si estas suelto en linux, ve a un HUM de cabeza. Los programas hechos de terceros (de pago o frees) son para gente que no puede permitirse esas excursiones HUM. Yo hace años que deje los programas de terceros no porque sean malos, simplemente no llegaban a mis expectativas de proyectos.
Asi que vete poniendo un debian (bullseye), un node-red (ultima version, o sea 3.x)) y un influxdb (ultima version, o sea la 2.x). No hace falta docker... se puede dockear todo pero hay que trabajarselo mas. Y el hardware pues tu decides. Los x86 pueden ser interesantes pero que lleven lo que te he dicho por arriba y cruza los dedos para que salga bueno.

No sé cómo lo haces pero (que no me escuche mi mujer), ¡ has cubiertos todas mis espectativas !
Ahora a buscar hardware!!
Muchísimas gracias.

Yo me compre un lenovo m73 tiny por 75€ de segunda mano, tiene un i5 de 5a generacion, si que gastara mas pero mientras sea conectado a red tampoco ira de 15w, tiene un cargador de esos de portstil creo que de 90w max, si le pongo un sdd aun gastara menos...
Por cierto lo tengo con nodered y home assistant, la verdad que ya no miro apenas el de huawei

Pues, ya tengo un portstil viejo, un Asus eee que le he puesto un software que he encontrado en un post sobre las Pylontech y, por ahora, es lo mejor que mis ojos han visto funcionando: MultiSIB creo que se llama.
Y también tengo una raspb 3 B con una SD de 128GB. Le he puedto raspbian bullseye y, ahoraismo estoy intentando instalar node-red.
Sin embargo tengo una duda con respecto a la conexión con las baterías. Se tratan de 2 US3000C que, según el instalador, daban problemas con el BMS y el Voltronic, así que me las pusieron en USE.
Mi primera duda es respecto al cable para comunicar la batería con la raspberry y con el PC. Sería de agradecer enlace a un post donde aparezca bien descrito porque, he visto varios y no todos coinciden en los conectores, ni en las conexiones ni en los hilos a conectar.
¡Sé que debería leer más antes de preguntar!
Supongo que debería tener un terminal RJ45 y el que va al PC o rasp debería ser USB.
¿Vale uno como el del inversor con el cable USB-RS232 con el PL2303?

Vamos a empezar con node-red!!!

Iniciado por sereuca

Pues, ya tengo un portstil viejo, un Asus eee que le he puesto un software que he encontrado en un post sobre las Pylontech y, por ahora, es lo mejor que mis ojos han visto funcionando: MultiSIB creo que se llama.
Y también tengo una raspb 3 B con una SD de 128GB. Le he puedto raspbian bullseye y, ahoraismo estoy intentando instalar node-red.
Sin embargo tengo una duda con respecto a la conexión con las baterías. Se tratan de 2 US3000C que, según el instalador, daban problemas con el BMS y el Voltronic, así que me las pusieron en USE.
Mi primera duda es respecto al cable para comunicar la batería con la raspberry y con el PC. Sería de agradecer enlace a un post donde aparezca bien descrito porque, he visto varios y no todos coinciden en los conectores, ni en las conexiones ni en los hilos a conectar.
¡Sé que debería leer más antes de preguntar!
Supongo que debería tener un terminal RJ45 y el que va al PC o rasp debería ser USB.
¿Vale uno como el del inversor con el cable USB-RS232 con el PL2303?

Vamos a empezar con node-red!!!

Los cables que te hacen falta los puse en #4 tanto para la bateria como para el inversor. Pueden ser conversores del tipo PL2303, CH340 o FTDI. Pero siempre niveles RS232 a USB. No valen los conversores TTL a USB. Los primeros excursionan a +-12V y los segundos excursionan a +-5V o +-3V

Con esa raspi y un ssd es mas que suficiente. Puedes poner en la 3b un raspbian a 64bits? Si usas una sdcard ira mas lenta. Creo que la 3b si esta actualizada en el firmware puede arrancar desde un ssd externo usb. Ira mas rapida que con la sdcard.
De todas formas puedes instalar todo en la sdcard y cuando tengas el ssd hacer un mirror hacia el ssd y arrancar desde el ya.
Nodered es nodejs puro y duro. Supongo que no tendras problema en codigos javascript.... algunos nodos hay que picarlos en codigo a la vieja usanza. Otros se pueden hacer con los nodos del core nodered.

Cuando tengas los cables, busca algun hilo mio o algun post donde habra codigos para los voltronics para sacar los datos. La intencion es sacar un objeto en donde esten todas las keys y sus valores del inversor cada 5 segundos o asi. Y ya despues con ese objeto cada 5 segundos hacer lo que sea necesario: graficas, almacenar en bbdd para timeseries, tablas, etc.
Despues esta el tema de control, es decir, mandar comandos de setup al inversor para que haga lo que tu quieres en base al objeto de datos cada 5 segundos.

Idem con las pylontech. Lo que pasa que de eso no hay practicamente nada en el foro, es decir, sacar datos de las pylontech (objeto) cada 5 segundos y parsear los datos para tener tablas, graficas, etc.
Por ejemplo, esto seria un dashboard interactivo hecho con nodered para 16 pylontech sacando los datos por puerto consola con un cable de esos rs232-usb.



Como podras observar, si tienes los datos de las baterias y tienes los datos del inversor, puedes manejar el inversor segun se estan cargando o descargando las baterias haciendo un algoritmo de carga propio sin depender de si estan conectados el inversor y las baterias, se hablen y se entiendan. Es decir, tu entiendes lo que habla la bateria, tu entiendes lo que habla el inversor y por tanto el inversor va a hacer lo que yo le diga segun vaya diciendome cosas la bateria. O sea, tu tienes todo el control.

Muchìsimas gracias TJ,

Me ALUCINA no solo los dashboards,si no también. Perdona por las faltas pero, estoy con un teclado bluetooth conectado a la rasspberry porque quiero coger el flujo que pusiste en el foro para hacer pruebas.

Tengo que hacerme el cable ara las pylontech y,os cuento.

Bueno, la verdad es que con VNC y un portátil es bastante más cómodo.

Ante todo muchísimas gracias TJ.
A continuación mis "dudas":

1.- Como quiero empezar por el principio, me gustaría tener el control a bajo nivel de la comunicación, es decir, poder acceder al puerto y observar lo que realmente envía el inversor, ya sea volcándolo a un archivo de texto o capturando comunicaciones por Wireshark (lo he hecho con otros interfaces pero nunca con el puerto serie, así que no sé siquiera si se puede). Agradecería tu orientación.
2.- No me queda claro el tema de la conexión con lass baterías Pylontech. Según he entendido tendría que usar un cable USB-RS232 (PL2303) cambiando el terminal SUB-D9 por uno RJ45 usando simplemente algunos hilos. ¿ A qué puerto habría que conectarlo CONSOLE / ACAN / BRS485?
3.- Mis baterías están conectadas ambas entre sí pero, veo que en la configuración de los ADD está en ambas a 0 los 4. Sin embargo, en lo que he leido sobre ellas he creido entender que la master debe llevar el 1 a 0. ¿Me podrías aclarar esto?
4.- Idem al punto 1 para las baterías. Una vez conectada y, suponiendo que el cable está correcto ¿cómo lo testeo? ¿Puedo capturar la comunicación para ver que efectivamente hay transmisión de la información? En algunos post he visto que capturas la información directamente con node-red. ¿Me podrías aclarar esto?

Empiezo a cacharrear con Node-red.
Seguiré informando.

Iniciado por sereuca

o capturando comunicaciones por Wireshark (lo he hecho con otros interfaces pero nunca con el puerto serie, así que no sé siquiera si se puede).

Con socat puedes crear una pipa que en un lado tenga el serie y en el otro un socket TCP.

Iniciado por sereuca

Bueno, la verdad es que con VNC y un portátil es bastante más cómodo.

Ante todo muchísimas gracias TJ.
A continuación mis "dudas":

1.- Como quiero empezar por el principio, me gustaría tener el control a bajo nivel de la comunicación, es decir, poder acceder al puerto y observar lo que realmente envía el inversor, ya sea volcándolo a un archivo de texto o capturando comunicaciones por Wireshark (lo he hecho con otros interfaces pero nunca con el puerto serie, así que no sé siquiera si se puede). Agradecería tu orientación.
2.- No me queda claro el tema de la conexión con lass baterías Pylontech. Según he entendido tendría que usar un cable USB-RS232 (PL2303) cambiando el terminal SUB-D9 por uno RJ45 usando simplemente algunos hilos. ¿ A qué puerto habría que conectarlo CONSOLE / ACAN / BRS485?
3.- Mis baterías están conectadas ambas entre sí pero, veo que en la configuración de los ADD está en ambas a 0 los 4. Sin embargo, en lo que he leido sobre ellas he creido entender que la master debe llevar el 1 a 0. ¿Me podrías aclarar esto?
4.- Idem al punto 1 para las baterías. Una vez conectada y, suponiendo que el cable está correcto ¿cómo lo testeo? ¿Puedo capturar la comunicación para ver que efectivamente hay transmisión de la información? En algunos post he visto que capturas la información directamente con node-red. ¿Me podrías aclarar esto?

Empiezo a cacharrear con Node-red.
Seguiré informando.

No hace falta ningun wireshark ni nada similar. Estas en node-red... eso es una plataforma de desarrollo en donde con los conversores adecuados para puerto serie vas a ver todo el trafico que quieras.
En pylontech el puerto que yo he usado para sacar los datos de la bateria es el de consola de la maestra. Ahi todo el trafico es en ASCII encapsulado en protocolo rs232.
El puerto de consola es un puerto serie al uso con un RJ45. En el post #4 esta el cableado para un conversor RS232-USB del chipset que sea. En ese post he usado conversores dsdtech con diferentes chipsets. Funcionan todos.
El trafico se genera preguntando a la bateria cosas via comandos. Esos comandos son conocidos y publicos. La bateria respondera a los comandos en ASCII. Solo hay que limpiar la respuesta y parsear las lineas para sacar los valores en forma de objeto {key: valor}.
Idem con el inversor, el pinout del rj45 es diferente a la pylontech pero se usan los mismos conversores. Y sea hace exactamente igual. Se lanzan comandos query y el inversor responde con lineas ASCII que hay que parsear para sacar los valores.

Prueba primero con el inversor ya que hay codigos publicados en este foro. Para tu inversor hay codigos aqui que deberas importar y exportar a tu node-red.
Para saber como se importa y exporta leete este hilo: https://www.solarweb.net/forosolar/f...e-palette.html

Cuando tengas datos del inversor y comprendas como se han sacado, entonces veremos los de las baterias pylontech que ese flujo no esta publicado. Bueno, hay uno publicado de un sudafricano que aterrizo por aqui pero yo me he hecho el mio propio.... no me gustaban los codigos del sudafricano.

Iniciado por electropagua

Con socat puedes crear una pipa que en un lado tenga el serie y en el otro un socket TCP.

No hace falta hacer ninguna conversion puertoserie-tcpip. El mismo nodo del puerto serie de la plataforma node-red es suficiente para ver el trafico en un conversor rs232-usb que es el que se necesita.

Iniciado por Tejota

No hace falta hacer ninguna conversion puertoserie-tcpip. El mismo nodo del puerto serie de la plataforma node-red es suficiente para ver el trafico en un conversor rs232-usb que es el que se necesita.

Con node-red no hace falta.

Pero @sereuca en su mensaje dijo "empiezo a cacharrear con node-red", es decir, todavía no tenía node-red. En este contexto, socat+wireshark es una alternativa válida para "observar lo que realmente envía el inversor".

Muchas gracias a ambos.

Probaré los dos métodos, ya que no me gustan que queden alternativas por explorar, aunque sólo sea superficialmente. Al menos así tengo la certezza de que funciona y, cualquier sistema alternativo es muchas veces la solución a un problema enquistado.

Por ahora, el portátil con MultiSIB no va mal en cuanto a la recolección de datos pero, aún no sé como funciona EMONCMS. Otra tarea pendiente.
Ya tengo node-red corriendo, aunque sin SSD por ahora.

Me queda la duda de la conexión al Inversor ya que, TJ dice que se ha conectado a la placa maestra. ¿Es realmente necesario, o mejor, desmontar la pantalla para conectarse directamente a la placa?

EDIT: Ya tengo node-red con sus flujos fluyendo gracias a las inestimables aportaciones de TJ. Ahora, mi siguiente paso, creo, debería ser recoger esos datos y guardarlos. Supongo que ahí es donde entra emoncms o influxdb.
En cuanto a emoncms, tal y como hice una búsqueda en internet y vi el servicio online, me di de alta pensando que esa era la opción correcta pero, creo que hay la posibilidad de realizar una instalación en local ¿también en las raspi que usamos de monitor o, es necesario otra para no sobrecargar?
¿seríais tan amables de darme indicaciones acerca de dónde encontrar información para guardar los datos que recibo en el flujo en una base de datos?

Y por último, debería de poder mostrar esos datos en una dirección local (de mi intranet), para lo cual se usará emoncms o algún otro tipo de servidor web, supongo. Cualquier información será enormemente agradecida.

Iniciado por sereuca

Muchas gracias a ambos.

Probaré los dos métodos, ya que no me gustan que queden alternativas por explorar, aunque sólo sea superficialmente. Al menos así tengo la certezza de que funciona y, cualquier sistema alternativo es muchas veces la solución a un problema enquistado.

Por ahora, el portátil con MultiSIB no va mal en cuanto a la recolección de datos pero, aún no sé como funciona EMONCMS. Otra tarea pendiente.
Ya tengo node-red corriendo, aunque sin SSD por ahora.

Me queda la duda de la conexión al Inversor ya que, TJ dice que se ha conectado a la placa maestra. ¿Es realmente necesario, o mejor, desmontar la pantalla para conectarse directamente a la placa?

EDIT: Ya tengo node-red con sus flujos fluyendo gracias a las inestimables aportaciones de TJ. Ahora, mi siguiente paso, creo, debería ser recoger esos datos y guardarlos. Supongo que ahí es donde entra emoncms o influxdb.
En cuanto a emoncms, tal y como hice una búsqueda en internet y vi el servicio online, me di de alta pensando que esa era la opción correcta pero, creo que hay la posibilidad de realizar una instalación en local ¿también en las raspi que usamos de monitor o, es necesario otra para no sobrecargar?
¿seríais tan amables de darme indicaciones acerca de dónde encontrar información para guardar los datos que recibo en el flujo en una base de datos?

Y por último, debería de poder mostrar esos datos en una dirección local (de mi intranet), para lo cual se usará emoncms o algún otro tipo de servidor web, supongo. Cualquier información será enormemente agradecida.

Yo empece con emoncms, lo sigo usando pero de forma testimonial. Ahora ya estoy en serio con influxdb en su estadio 2.x que es mucho mas potente que los 1.xx.
Un detalle que quizas se me olvido decir y es que para usar influxdb 2.x hay que usar un SO de 64bits por razones obvias. No se si en la Rpi pusiste un 32 o un 64. Si pusiste un 32bits no podras usar influxdb en todo su esplendor. De todas formas no cuesta mucho meter un arm 64bits a la Rpi desde cero, antes de que empieces a construir mas sobre la Rpi.

Los nodos desde node red hacia influxdb 2.x estan perfectamente definidos y son faciles de usar una vez tienes creada la bbdd en influx. No hace falta instalar grafanas ni cosas similares..... el propio influxdb 2.x ya lleva un CMS similar a grafana para las representaciones graficas.

En el foro no hay nada o hay muy poco de influxdb desde nodered. Materialmente no tuve tiempo de hacer los flujos publicos y de mostrar como es muy facil guardar los datos para timeseries. Eso ya lo dejo para los "jovenes".

Tampoco necesitas instalar ningun mosquito externo. Node red lleva su propio broker MQTT con el nodo AEDES. Lo digo por si vas a mover datos de un sitio para otro con MQTT.

Una vez que saques datos y los guardes con seguridad... ya se pueden empezar a mostrar esos datos con medidores, grafiquitas y demas.... pero lo importante es sacar datos y guardarlos.

Buenas tardes.
Se me olvidó comentar que tengo instalado raspbian64.
Ya tengo instalado influxdb. Ya estoy leyendo documentación y manuales al respecto, mi objetivo no es otro que monitorizar y controlar los ciclos de carga de las baterias.

Estoy pendiente de que me llegue el disco duro SSD para pasarlo todo al mismo dado que comentáis que el entorno es bastante más estable con esa configuración. Agradecería cualquier recomendación al respecto: carcasa, tarjeta de expansión, disipador, etcétera.

Lamentablemente tengo que volver a pediros ayuda ya que no
tengo claro cuál es el cable que me hace falta para comunicar la batería maestra con la raspi.
Adjunto fotos del manual y del cable queme dejó el instalador.



No sé si se llega a apreciar que los hilos 1, 2 y creo que 3, no están en los terminales.
No tengo ningún problema en grimpar un cable lo único que quiero es tener la certeza de en qué puerto de la batería si el console o el A/CAN o el RS485 y cuales son los hilos a grimpar. Por último tengo un cable USB - RS232 con PL2303 para conectar a la raspi.

Gracias por todo. Un saludo.

Iniciado por sereuca

Buenas tardes.
Se me olvidó comentar que tengo instalado raspbian64.
Ya tengo instalado influxdb. Ya estoy leyendo documentación y manuales al respecto, mi objetivo no es otro que monitorizar y controlar los ciclos de carga de las baterias.

Estoy pendiente de que me llegue el disco duro SSD para pasarlo todo al mismo dado que comentáis que el entorno es bastante más estable con esa configuración. Agradecería cualquier recomendación al respecto: carcasa, tarjeta de expansión, disipador, etcétera.

Lamentablemente tengo que volver a pediros ayuda ya que no
tengo claro cuál es el cable que me hace falta para comunicar la batería maestra con la raspi.
Adjunto fotos del manual y del cable queme dejó el instalador.



No sé si se llega a apreciar que los hilos 1, 2 y creo que 3, no están en los terminales.
No tengo ningún problema en grimpar un cable lo único que quiero es tener la certeza de en qué puerto de la batería si el console o el A/CAN o el RS485 y cuales son los hilos a grimpar. Por último tengo un cable USB - RS232 con PL2303 para conectar a la raspi.

Gracias por todo. Un saludo.

Vamos a ver... la pylontech maestra para sacar los datos con nodered sin usar el rs485 que es para comunicacion con el inversor, se saca desde el puerto consola, que es otro rj45 y necesitas otro conversor usb-rs232 como el que has usado para el inversor, lo que pasa que lleva otro pinout diferente. Te lo puse en el post #4 como ya te dije anteriormente.

Iniciado por sereuca

Ya tengo instalado influxdb.

Cuestión de opiniones pero:

Hace unas semanas miré esto del influxdb y decidí que no voy a usarlo. El tema de la agregación de datos para medio y largo plazo me decepcionó, y mucho. La agregación de datos es una característica fundamental de una base de datos time series y ya existía desde mucho antes con rrdtool. Los chicos de influxdb no parecen haberle dado mucha importancia, y para mí supone un no rotundo.

Con influxdb hay que crear "retencion policies" y luego "continuous queries" que se ejecutan periódicamente dentro del motor de influxdb. Traducido a SQL, esto sería como crear varias tablas ("2 horas", "1 semana", "6 meses") y varios procesos que consolidan datos de unas a otras. Luego en grafana no se pueden mostrar los datos de una tabla o de otra dependiento del corto o largo plazo de las gráficas… *facepalm*

Con graphite, es una sola línea de texto en un archivo de configuración, y listo.

Obviamente graphite tiene sus problemas, pero la agregación de datos (repito, una característica fundamental) no es uno de ellos.

Fin de mi opinión!

Iniciado por electropagua

Cuestión de opiniones pero:

Hace unas semanas miré esto del influxdb y decidí que no voy a usarlo. El tema de la agregación de datos para medio y largo plazo me decepcionó, y mucho. La agregación de datos es una característica fundamental de una base de datos time series y ya existía desde mucho antes con rrdtool. Los chicos de influxdb no parecen haberle dado mucha importancia, y para mí supone un no rotundo.

Con influxdb hay que crear "retencion policies" y luego "continuous queries" que se ejecutan periódicamente dentro del motor de influxdb. Traducido a SQL, esto sería como crear varias tablas ("2 horas", "1 semana", "6 meses") y varios procesos que consolidan datos de unas a otras. Luego en grafana no se pueden mostrar los datos de una tabla o de otra dependiento del corto o largo plazo de las gráficas… *facepalm*

Con graphite, es una sola línea de texto en un archivo de configuración, y listo.

Obviamente graphite tiene sus problemas, pero la agregación de datos (repito, una característica fundamental) no es uno de ellos.

Fin de mi opinión!

Deberias actualizarte un poco con influxdb no? Solo es mi opinion...

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

Iniciado por sereuca

Buenas tardes.
Se me olvidó comentar que tengo instalado raspbian64.
Ya tengo instalado influxdb. Ya estoy leyendo documentación y manuales al respecto, mi objetivo no es otro que monitorizar y controlar los ciclos de carga de las baterias.

Supongo que habras puesto influxdb 2.xx . Cualquier 1.xx no sirve. Tienes que ir a 2.xx si o si.

Iniciado por sereuca

Estoy pendiente de que me llegue el disco duro SSD para pasarlo todo al mismo dado que comentáis que el entorno es bastante más estable con esa configuración. Agradecería cualquier recomendación al respecto: carcasa, tarjeta de expansión, disipador, etcétera.

Pues una carcasa de ssd externa sin interruptor.... o sea que no haya que pulsar ningun boton para encender el disco duro ya que si hay un reinicio la Rpi no arrancara si no se le da al boton de la carcasa. La mayoria llevan chipset JMicron y en las Rpi4 por los USB3.0 hay algun problema (se soluciona blacklisteando ese chipset en el arranque). Por USB2.0 que son las que lleva la Rpi3 va bien, no hace blacklistear nada. Si esa Rpi3 esta actualizada en firmware arrancara sin problemas desde el SSD sin sdcard. Importante alimentar la Rpi3 con dispositivos que generen mas de 3A 5V si ponemos un ssd sin alimentacion externa con una carcasa de esas.

Y bueno con disipadores pasivos integrales yo estoy usando todas mis Rpis sin cuelgues ni paradas por calor. O sea que funcionan y ademas sin ventiladores.

Bueno compañeros:

Influxdb la tengo instalada en su versión de repositorio, la 2 creo.
En cuanto al disco ssd y la raspberry 3, por ahora, lo tengo pendiente de montar y configurar. Hoy le he querido echar un rato a los datos y al node-red.

Por ahora es muy básico lo que tengo pero, ya puedo mostrar datos.

Y siempre, siempre, mi reconocimiento a las aportaciones de TJ, en este caso.

Ahora lo que más me interesa es poder guardarlos para poder consultarlos con posterioridad. No sé qué uso les dais vosotros, si mirais estadísticas de generación para ver las mejores horas o si detectais algún problema de orientación o qué. ¿Podría usar MariaDB o MySQL mientras aprendo influx?

Muchísimas gracias por la paciencia TJ. Ya tengo el cable pendiente de que me llegue el conector SUB-D9. Perdona la pregunta de ayer pero, como había leido sobre la posibilidad de cargarse algo y, yo la electricidad no es mi fuerte, me siento inseguro y, como he visto tantos esquemas y configuraciones en tan poco tiempo, dudo mucho.

Prometo seguir estudiando y aportar en lo que buenamente pueda.

Un saludo a tod@s.

Iniciado por Tejota

Deberias actualizarte un poco con influxdb no? Solo es mi opinion...

Con una opinión tan sólidamente fundamentada, me han entrado ganas! Ahorita mismo me actualizo!

Cuando actualices a lnfluxdb 2.xx revisa ese post q has puesto acerca de esos problemas de los chicos de influxdb.