JK-BMS über RS485 mit ESPHome auslesen

[Marco 3]

@schneire Moin, was mir beim Fehler suchen immer geholfen hat.

web_server:

logger:
  level: INFO  #oder DEBUG

aktivieren, damit kommst du auf den ESP und siehst ob er überhaupt Daten hat.

Wenn der ESP sich erfolgreich mit dem JK verbunden hat, dann kann man sich in dem Moment nicht mehr mit dem Handy darauf per BT verbinden .... Falls doch, dann ist der ESP nicht mit dem JK verbunden. Aber der Web Server zeigt gleich ob er alle Daten hat... Für Fehlersuche ist es schon mal eine feine Sache... Macht das JK eigentlich den Piep Piep?

laut deinem Screen Shot ist BT off

Und die Werte sollten im Sensor Folder eintrudeln.

und die ganzen anderen Ordner die du geöffnet hast, scheinen die Command zu sein. Also keine Werte.

Ich würde erst mal sicher stellen, daß BT sich verbindet.... MQTT scheint bei dir zu laufen und WIFI ist auch aktiv, sonst kämen keine Werte rein.
Aber ob nur Werte kommen wenn BT verbunden ist oder nicht, kann ich nicht beurteilen, .... test ich gleich mal und blockiere den BT Zugang indem ich mich mit demHandy auf JK einlogge...
Ja so ist es, wenn MQTT steht, dann kommen die Werte al NA im ioBroker an.
Hier der Screen vom WEB interface des ESP.

Vermutung zu 99% steht deine BT Verbindung nicht. --> MAC heraus finden und noch mal überprüfen... und schauen, daß es pieb piep macht.

Bei meinem aktuellen Test mit der Blockierung des JK-BT mit dem Handy, war sehr schön zu beobachten, als ich mich wieder ausgeloggt hatte, daß der ESP in den nächsten 2 Sekunden sich sofort selbst wieder verbunden hat. "Klasse geschrieben" die SW!!!!

[schneire]

@marco-3 sagte in JK-BMS über RS485 mit ESPHome auslesen:

web_server:

Dann binde ich mal den WE-Server-code in die .yaml ein.
Wie kriege ich die MAC am besten raus???

Und das Passwort 1234 hatte ich bisher nicht hinterlegt, ist das richtig?

[Marco 3]

@schneire
https://forum.iobroker.net/post/1105691

mach den logger auch noch mit rein, kannse du ja später wenn es läuft alles wieder mit # deaktivieren...

# logger:
#   level: INFO  #oder DEBUG

nRF Toolbox beim Android Handy --> MAC finden.... (nimmste irgend ein Ding Glucose --> Scanner --> All und dann werden die BT Geräte in der Nähe angezeigt.... JK-BMS sollte da auf der "Suche" sein, also mit keinem BT Gerät verbunden, sonst findet er das nicht --> Gerade getestet

..... PW ist nicht nötig, das ist ein Placebo für die JK_APP wenn ich syssi richtig verstanden habe...

Also ich nehme da den Home Assistand in eine VM und dort ESP home installieren, dann kann man schön des ESP im WIFI flashen und Veränderungen manchen, ratz fatz uploaden.... usw. Unter Windows die Oracle Virual Box und fertig, wenn nicht mehr benötigt herunter fahren und gut ist....

[schneire]

@marco-3 danke dir Marco, ich habe jetzt mit Android (IOS geht nicht) die MAC gefunden und siehe da
MQtt liefert die gewünschten Daten per BLE und Grafana hat schon die gewünschte Werte in der Anzeige!

Nun habe ich schon im VENUS OS per "serialBatterie" mit RS475 die Anzeige aber eben keine modbus/Mqtt-Daten des JK-BMS.
Damit doppelt gemoppelt ... sowohl HW/als auch SW.

Stellt sich also bei mir die Frage ob man nicht schlanker die Daten aus dem VENUS-OS /serialBatterie die Daten in den ioBroker bekommen kann. Servus

[Marco 3]

@schneire

doppelt gemoppelt ist manchmal nicht so schlecht. Bei mir ist es auch so Serial Batt in der Venus. Ich fände es sogar besser, wenn man die BT Daten ins Venus füttern könnte und die RS485 Verbindung kappen.... (Galvanische Trennung) Um den Cerbo zu schützen.

(Meine Sicht) Am Besten wäre, wenn der Cerbo und seine Batterie(en) sich kümmert. Und der IObroker nur ein Zuschauer ist. Daher such ich noch ne Lösung, daß der ESP autarkt die Notabschaltung bei erreichen einer zu hohen Temperatur eines der 32 Dallas Sensoren abschaltet ... Vllt. Hat da syssi eine Lösung ... Ich bin da ein bissel zu "unwissend"

[schneire]

@marco-3 Hast du evtl. eine Lösung/Vorschlag um den ESPHome Nachts zum Schlafen zu bringen? z.B. Ein cron von 00:01 bis 08:00

[Marco 3]

@schneire
nein, leider nicht. Da hab ich zu wenig Erfahrung/Ahnung.

[dremeier]

Ich bin ein wenig verwirrt der Uart pinouts!

Bei einem ESP32 sagt das Pinout GPIO17=Tx und GPIO16=Rx. In den example files von sissi ist es genau umgekehrt.

  tx_pin: GPIO16
  rx_pin: GPIO17

Kann bitte jemand Licht ins dunkle bringen?

[syssi]

@dremeier Die GPIOs können für beliebige Zwecke zum Einsatz kommen. Durch die Konfiguration in der YAML wird definiert, ob sie zum Lauschen oder zum Sprechen zum Einsatz kommen sollen. Antwortet dein BMS nicht auf Anhieb, weil etwas "falsch" angeschlossen ist, dann verdrehst du entweder die Kabel oder vertauschst die GPIOs.

[dremeier]

@syssi vielen Dank!
Ich war der Meinung die Pins seinen Hardware UART, wenn man sie so frei belegen kann um so besser!
Bin gerade dabei eine kleine Platine mit DC/DC converter zu entwickeln, so dass die hohe Batteriespannung, die an dem UART-Stecker des BMS anliegt auf 3,3V geregelt wird. Zusätzlich wird die UART noch galvanisch entkoppelt. Hatte mir schon einige ESP zerschossen.
Wenns fertig ist stell ich es hier gern vor.

[syssi]

@dremeier Der ESP32 hat eine GPIO-Matrix und kann deshalb per Software einen der drei Hardware-UARTs auf nahezu beliebige Pins routen. Beim ESP8266 war das anders (festverdrahtet). Ich bin gespannt, ob dein Konverter funktioniert. Ich habe leider schon von vielen rauchenden Komponenten gehoert, sobald der ESP vom DC/DC-Wandler direkt von der Batterie gespeist wurde. Ich hoffe, dass die galvanische Trennung (auf allen Ebenen?) insb. auf der Masse-Leitung zwischen Batterie- und "ESP" bzw. DC/DC-Wandler. Ich habe hier leider zu wenig Ahnung von Schaltkreisen um hier guten Input zu geben.