WIFI para JK BMS

[Pac0]

Buscando por la red he encontrado un Brico que puede ayudar para monitorizar el BMS JK por wifi. Es un proyecto sencillo de un italiano basado en un NodeMCU. La pega, si tiene alguna es que el firmware libre solo envía datos cada 60s, pero por 10€, permite ajustar a medida varios parámetros.

Tiene configuraciones para todo tipo de monitorización Modbus, Mqtt y OpenHab.

Si a alguien le interesa puede seguir este hilo, donde añadiré los progresos sobre el tema.

Enlaces a la web principal donde encontraréis el PDF que explica todos los procesos:

ScanLabs Smart BMS Wifi

[Pac0]

Actualizo el tema para decir que ya he comprado en Aliexpress los componentes para fabricar un logger para mi BMS JK. Siguiendo los pasos del PDF he instalado el firmware en un NodeMCU, sin problemas y he accedido a la completísima página web que lleva incluida y que permite configurar todas las opciones, además de poder visualizar el estado del BMS, en estos momentos sin datos ya que no está conectado.

También he probado acceder vía Modbus sin problemas.

Dejo algunos pantallazos:

main_logger.jpg

settings_logger.jpg

mqtt_logger.jpg

modbus_logger.jpg

[Homo_non_sapiens]

Buscando por la red he encontrado un Brico que puede ayudar para monitorizar el BMS JK por wifi . . .

Yo he hecho algo parecido 'en plan chapuza'.
Con un móvil descartado (en mi caso con el cristal de la pantalla quebrado), posicionado cerca del BMS JK, accedo a la app de JK via Bluetooth. Y desde el móvil mando los datos de la app al Internet, via un Servidor VNC.

[Pac0]

El BT es una opción, pero a mí siempre me dio problemas, al menos cuando utilizaba Raspberrys. Esta opción es quizás mejor ya que con wifi es más estable. Y en el mejor de los casos liberas un puerto USB para otros menesteres.

[Mleon]

Buscando por la red he encontrado un Brico que puede ayudar para monitorizar el BMS JK por wifi. Es un proyecto sencillo de un italiano basado en un NodeMCU. La pega, si tiene alguna es que el firmware libre solo envía datos cada 60s, pero por 10€, permite ajustar a medida varios parámetros.

Tiene configuraciones para todo tipo de monitorización Modbus, Mqtt y OpenHab.

Si a alguien le interesa puede seguir este hilo, donde añadiré los progresos sobre el tema.

Enlaces a la web principal donde encontraréis el PDF que explica todos los procesos:

ScanLabs Smart BMS Wifi

Cualquier iniciativa es valida, te recuerdo que en PVControl+ existen tanto un script "fv_jk.py" para capturar por BT los BMS JK como otro para capturar a través de RS485 "fv_jk_RS485.py"

Ambos están probados en arquitecturas tipo Raspberry como PC

Capturan los datos del BMS y los guarda en una tabla de BD mostrando además por web la grafica histórica de la evolución del voltaje de las celdas

grafica_celdas.png

[Pac0]

Buscando por la red he encontrado un Brico que puede ayudar para monitorizar el BMS JK por wifi. Es un proyecto sencillo de un italiano basado en un NodeMCU. La pega, si tiene alguna es que el firmware libre solo envía datos cada 60s, pero por 10€, permite ajustar a medida varios parámetros.

Tiene configuraciones para todo tipo de monitorización Modbus, Mqtt y OpenHab.

Si a alguien le interesa puede seguir este hilo, donde añadiré los progresos sobre el tema.

Enlaces a la web principal donde encontraréis el PDF que explica todos los procesos:

ScanLabs Smart BMS Wifi

Cualquier iniciativa es valida, te recuerdo que en PVControl+ existen tanto un script "fv_jk.py" para capturar por BT los BMS JK como otro para capturar a través de RS485 "fv_jk_RS485.py"

Ambos están probados en arquitecturas tipo Raspberry como PC

Capturan los datos del BMS y los guarda en una tabla de BD mostrando además por web la grafica histórica de la evolución del voltaje de las celdas

grafica_celdas.png

Actualmente tomo los datos del Daly y del JK via USB/rs485, pero quiero probar este sistema WIFI, para liberar un USB que se "pega" con otro cuando se resetea el equipo. 2 USB son del mismo tipo y no puedo saber cual de ellos se conecta primero...

"Trastear me mantiene activo..."

[Mleon]

....
Actualmente tomo los datos del Daly y del JK via USB/rs485, pero quiero probar este sistema WIFI, para liberar un USB que se "pega" con otro cuando se resetea el equipo. 2 USB son del mismo tipo y no puedo saber cual de ellos se conecta primero...

"Trastear me mantiene activo..."

Has mirado si en lugar de direccionar los USB con ttyUSBX usas su link en /dev/serial/.... que no cambia al reiniciar

[Pac0]

....
Actualmente tomo los datos del Daly y del JK via USB/rs485, pero quiero probar este sistema WIFI, para liberar un USB que se "pega" con otro cuando se resetea el equipo. 2 USB son del mismo tipo y no puedo saber cual de ellos se conecta primero...

"Trastear me mantiene activo..."

Has mirado si en lugar de direccionar los USB con ttyUSBX usas su link en /dev/serial/.... que no cambia al reiniciar

He estado unos días fuera y no había leído tu respuesta.

Creo que probé lo que dices, pero cuando se reconectan los USB, serial/by-id también cambia dependiendo del usb que se conecta primero. Por ejemplo:
/usb-1a86_USB_Serial-if00-port0, sería uno de los puertos. Parece el USB0 ¿?, pero ahora solo tengo conectado el USB1...

Pero tampoco lo tengo muy claro ya que hice esas pruebas hace tiempo.

[Pac0]

El jueves me llegó el material y "monté" el logger con el MCU que ya había instalado el firmware...
Con la edad me cuesta bastante soldar "a lo fino", pero funcionó a la primera...

smartlogger_MCU.jpg

Aquí algunas imágenes de la web del logger:

smartBMS_main.jpg

modbus_logger.jpg

[Mleon]

He estado unos días fuera y no había leído tu respuesta.

Creo que probé lo que dices, pero cuando se reconectan los USB, serial/by-id también cambia dependiendo del usb que se conecta primero. Por ejemplo:
/usb-1a86_USB_Serial-if00-port0, sería uno de los puertos. Parece el USB0 ¿?, pero ahora solo tengo conectado el USB1...

Pero tampoco lo tengo muy claro ya que hice esas pruebas hace tiempo.

Que recuerde ..../by-path/.. solo depende del conector fisico USB que se use, por lo que NO cambia con los reinicios

Puedes ver en las propiedades a que ttyUSBx direcciona

[Pac0]

No acabo de entender que puerto es cada uno. Si lo miro por by-path, me aparece esto:

Código: Seleccionar todo

pi@lepotato:~$ ls /dev/serial/by-path
platform-xhci-hcd.1.auto-usb-0:1.2:1.0-port0  platform-xhci-hcd.1.auto-usb-0:1.3:1.0-port0
pi@lepotato:~$

Muestra dos conexiones que son las que tengo, aunque una de ellas tiene un USB conectado sin conexión a ningún dispositivo, es el USB que venía del JK.

Y por by-id:

Código: Seleccionar todo

pi@lepotato:~$ ls /dev/serial/by-id
usb-1a86_USB_Serial-if00-port0
pi@lepotato:~$

Que se corresponde al USB1...

Código: Seleccionar todo

pi@lepotato:~$ ls /dev/ttyUS*
/dev/ttyUSB0  /dev/ttyUSB1
pi@lepotato:~$

Lo cual me deja sin saber mucho sobre lo que tengo conectado.

En otras ocasiones había utilizado un script para determinar el tipo de driver USB...

Código: Seleccionar todo

pi@lepotato:~$ ls -l /sys/class/tty/ttyUSB*/device/driver
lrwxrwxrwx 1 root root 0 nov 21 12:10 /sys/class/tty/ttyUSB0/device/driver -> ../../../../../../../../../../../bus/usb-serial/drivers/ch341-uart
lrwxrwxrwx 1 root root 0 nov 21 12:10 /sys/class/tty/ttyUSB1/device/driver -> ../../../../../../../../../../../bus/usb-serial/drivers/ch341-uart
pi@lepotato:~$

Pero cuando los usb son del mismo tipo como este caso, no sirve para saber cual es cual.

Tendría que hacer nuevas pruebas, aunque ya las hice hace tiempo sin sacar nada en claro...

Gracias de todos modos y si saco algo en claro servirá para futuros desarrollos.

[Mleon]

No acabo de entender que puerto es cada uno. Si lo miro por by-path, me aparece esto:

Código: Seleccionar todo

pi@lepotato:~$ ls /dev/serial/by-path
platform-xhci-hcd.1.auto-usb-0:1.2:1.0-port0  platform-xhci-hcd.1.auto-usb-0:1.3:1.0-port0
pi@lepotato:~$

Muestra dos conexiones que son las que tengo, aunque una de ellas tiene un USB conectado sin conexión a ningún dispositivo, es el USB que venía del JK.
.....

Como indicaba puedes ver en las propiedades del archivo de by-path a que ttyUSBX direcciona

Yo uso ".../by-path/...." en lugar de ttyUSBX y aunque se reinicie la Rpi y cambie el ttyUSBX al que direcciona funciona sin problemas

by_path.png

Tambien lo puedes ver desde terminal con la opcion "-l"

by_path_ls.png

"../by-id/.." solo te serviría si tienes dos conversores distintos ( con distinto id)