NEWS
JK-BMS über RS485 mit ESPHome auslesen
-
@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?
-
@schneire
https://forum.iobroker.net/post/1105691mach 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....
-
@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
-
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"
-
@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
-
@schneire
nein, leider nicht. Da hab ich zu wenig Erfahrung/Ahnung. -
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?
-
@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.
-
@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. -
@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.