Habe einen Wunsch, jk-bms Umsetzung auf CAN Victron

[testpaul999]

Hallo,

im Wiki steht „Zum Testen kann aber auch ein ESP32-Dev-Kit (z.B. ein NodeMCU mit einem ESP-WROOM-32) genutzt werden“.
An welchem Gpio wird die Uart des jk-bms angeschlossen?
An welchem Gipo wird der CAN Wandler [TJA1050 CAN] angeschlossen?
Ich würde gerne nur eine Teil der Funktion nutzen und zwar Jk-Bms RS232 auf CAN für Victron wandeln.
Warum? Ich möchte mir einen USB Port sparen und mit dem CAN-Head arbeiten.
Ist das machbar?
Danke schon mal fürs lesen.

Grüße

[shining-man]

Das ist so machbar und funktioniert prinzipiell auch. Ich empfehle es aber nicht, da du dann keine galvanische Trennung hast. Das ist der Vorteil und der Grund für die BSC Hardware.

Folgendes sind die GPIOs für CAN und Serial 0:
CAN:
TX: GPIO4
RX: GPIO5

Serial 0:
RX: GPIO16
TX: GPIO17

[testpaul999]

Danke und gut zu wissen. 👍🏻

[testpaul999]

Hallo,
Funktioniert 🙂
Nur scheint die Batterietemperatur auf der Übersichtsseite nicht zu passen.

Im Jk-bms sieht es so aus.

Und die Zellen Spannungen passen in der Übersicht nicht.

grüße

[testpaul999]

Hallo,
Danke für das Feedback.
Das mit der Temperatur ist „blöd“ ich würde gerne, da ich nur einen Akku habe, den esp32 nur als Übersetzer nehmen.
Die CAN Adressen habe ich leider nicht.

dann warte ich mal gespannt auf die nächsten Neuerungen.
Grüße

[shining-man]

Welche Temperatur möchtest du denn angezeigt haben?

[testpaul999]

T1 oder T2 wenn Du so fragst, wählbar im UI. 🤷🏻‍♂️

[shining-man]

Kommt in nächste Release mit rein

[testpaul999]

Danke 👍🏻
Wenn ich irgendwie helfen kann…. Gerne

[shining-man]

Ich hab die Erweiterung eingebaut und das ganze gepusht. Du kannst es testen.
Anbei noch das bin File für das Update.
firmware.zip

[testpaul999]

Guten Morgen, ich habe die Firmware mal eingespielt und mir angesehen.
Das mit der Sensor Auswahl für die Temperaturüberwachung finde ich gut.
Aber ich denke du hast ein kleinen Beschriftungsfehler in den seriellen Schnittstellen drin. Unter der Reiterkarte Schnittstellen heißt es Seriell 0-2.
Bei den Einstellungen für den Wechselrichter heißt es Serie 1-3. Ich denke das ist nur ein Typo.
Ach so, und bei den Alarm steht nur noch Bluetooth, aber nicht so seriell in der Überschrift.
Da aber darunter eine Schaltfläche für die Auswahl der Schnittstelle ist, würde ich wieder Bluetooth noch seriell dort oben hinschreiben, sondern nur Alarmregeln
Das hier:

Bluetooth Alarmregeln

Alarmregel 0

Wäre es möglich, die blaue LED im Takt, der ein gelesenen oder ausgegebenen Daten flackern zu lassen so leuchtet nur die Betriebs LED und man weiß nicht so ganz genau ob der ESP32 arbeitet.

grüße

[shining-man]

Aktuell blink die blaue LED immer dann wenn der Task mit den Alarmregeln bearbeitet wird. Damit soll erkennbar sein, dass der Task für die Alarmregeln noch läuft und nicht hängt.
Da du aber nicht die orginale BSC Hardware nutzt, sondern ein Dev. Board ist die LED natürlich an einem anderen GPIO. Wenn du anstatt Serial 0 Serial 1 nutzt, dann sollte die LED blinken.

[testpaul999]

Danke
Gpio 9 und 10?
Also rx0 und tx0?

[shining-man]

Serial 1:
RX: GPIO23
TX: GPIO25

[testpaul999]

Echt 23 und 25?
Nutze diesen hier
https://circuitstate.com/pinouts/doit-esp32-devkit-v1-wifi-development-board-pinout-diagram-and-reference/#PNG

Danke

[shining-man]

Was du benutzt ist eigentlich egal.
Entscheidend ist was ich in der Software festgelegt habe.

//Serial 0
#define SERIAL1_PIN_RX 16
#define SERIAL1_PIN_TX 17
#define SERIAL1_PIN_TX_EN 18

//Serial 1
#define SERIAL2_PIN_RX 23
#define SERIAL2_PIN_TX 25
#define SERIAL2_PIN_TX_EN 2

//Serial 2
#define SERIAL3_PIN_RX 35
#define SERIAL3_PIN_TX 33
#define SERIAL3_PIN_TX_EN 32

[testpaul999]

👍🏻💡

[testpaul999]

Hallo,

die strommessung ist um den Faktor 10 falsch.
Habe mit 1.8A getestet und angezeigt wurden 180A.

Grüße

[shining-man]

Hier wären schon ein paar mehr Infos wichtig, denn so kann ich das nicht nachvollziehen.
Welches BMS verwendest du?
Wo wird der 10 fache Strom angezeigt? (180A wäre das 100fache von 1,8A)
Kommt der falsche Strom auch per MQTT, oder nutzt du das gar nicht?
Wenn ein Problem besteht, dann bitte mit möglichst vielen Details, da ich sonst auch nicht helfen kann. Ich habe nicht alle Hardware selber vorrätig um das ganze zu testen.

[testpaul999]

Hallo,
Sorry habe mich vertippt. 100 fach ist richtig.
Also
JK-BMS
JK-B2A20S20P
FW Version 11.x
Anbindung seriell an z.B.
Serial 0:
RX: GPIO16
TX: GPIO17
aber auch per Serial 1:
RX: GPIO23
TX: GPIO25
Dann CAN zum RPI mit Venus-OS (Victron) auf CAN-Head.
Damit erschient das BMS quasi automatisch im Victronsystem.
Und genau hier wird auch der 100 fache Wert des Stroms angezeigt!
Die Gegenkontrolle erfolgte über die APP von JK, welche 1.8A angezeigt hat.
Nein MQTT nutze ich derzeit nicht.
Wenn ich irgendwie debuggen kann oder soll sage Bescheid.

Und wie unten beschrieben ist die CAN Verbindung nicht besonders stabil.
Ja der CAN Head hat einen Abschlusswiederstand und das Kabel ist geschirmt.
Auf der selben Hardware läuft die unten genannte Implementierung stabil.
Nur leider ist die nicht so toll in der Integration und Einstellung wie die von Dir.

Grüße aus Berlin

[shining-man]

Ich macheinmal eine Version mit aktiven Debugausgaben. Dann sehe ich die Werte die er vom BMS bekommt und die er an den Wechslrichter (Venus) sendet. Gibt es hier Einstellungen im VenusOS, die den Wert beeindflussen können?

[shining-man]

firmware.zip
Den Log der seriellen-Ausgabe dann in einer Datei zurück.

[testpaul999]

Guten Tag, ich habe da mal eine Beobachtung gemacht.
Mit den hier verwendeten gpio Port für can und dem tja1050 habe ich eine sehr instabile Verbindung.
Wenn ich eine andere Umsetzung nehme
Uksa007/esphome-jk-bms-can#1 (reply in thread)
also unten benannte Ports ist die CAN Verbindung stabil.

ESP32 Serial port pins:

GPIO pins your CAN bus transceiver(TJA1050) is connected to the ESP, note! TX->TX and RX->RX.

can_tx_pin: GPIO23
can_rx_pin: GPIO22

liesse sich bitte bitte eine Version linken, die diese Ports nutzt?
Danke

[shining-man]

Was heist die Verbindung ist instabil? Vor allem was ist hierbei instabil. Die Verbinung zum BMS oder zum Wechselrichter oder...?
Wie zeigt sich die instabile Verbindung?
Wenn du Hilfe brauchst, dann brauche ich alle Details.

Wenn es Probleme bei der Hardware gibt, helfe ich prinzipiell nur dann, wenn die BSC Hardware genutzt wird. Bei diesen ganzen billigen China-ESP-Boards habe ich schon so viel wilde Dinge erlebt.
Wenn du andere GPIOs willst, dann kannst du in der Canbus.cpp in Zeile 114 [CAN.setPins(5,4);] die GPIOs ändern, obwohl ich darin keinen wirklichen SInn sehe, denn die Matrix im ESP32 schaltet die Funktion auf den GPIO wo es ihr gesagt wird.

[testpaul999]

Hallo,
Danke für die FW werde testen.
Instabil ist die CAN Verbindung, nehme ich an.
Zumindest verschwindet das BMS immer wider aus den Venus-OS, um dann wider zu erscheinen usw..
Werden CAN Daten nur gesendet, wenn auch Serielle Daten kommen, ich meine bleibt der CANBus auch aktiv wenn keine Daten vom BMS kommen? Oder wird er dann abgeschaltet?
Weil dann verschwindet auch das BMS aus den Victron System.

[testpaul999]

Hallo,

Ich bin im coden echt eine Niete, daher verzeih die Frage, mit welchem Programm kann ich das ganze Kompilieren?
„Wenn du andere GPIOs willst, dann kannst du in der Canbus.cpp in Zeile 114 [CAN.setPins(5,4);] die GPIOs ändern“

Leider funktioniert das Log-file nicht.

BMS ist da

Kurz darauf ist es weg.

Und das toggles immer hin und her
Hier die stromanzeige

und das ist das bms was ich nutze

[testpaul999]

Ps. Bis morgen…. Gute Nacht

[shining-man]

Leider funktioniert das Log-file nicht.

Wie ich geschrieben hatte kommt das Log in dem Fall über die serielle Schnittstelle.

[testpaul999]

Ok, über welche? Serial 0 nehme ich ja zu Kommunikation mit dem bms. Viele Grüße Jens-Uwe Franz Am 15.02.2023 um 05:39 schrieb shining-man ***@***.***>:  Leider funktioniert das Log-file nicht. Wie ich geschrieben hatte kommt das Log in dem Fall über die serielle Schnittstelle. — Reply to this email directly, view it on GitHub<#24 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIPS4UZSKGI2DYLQCBTJ343WXRMZVANCNFSM6AAAAAAUVWU4WQ>. You are receiving this because you authored the thread.Message ID: ***@***.***>

[shining-man]

Den ganz normalen USB-Port von deinem ESP32 Board.

[testpaul999]

👍🏻 Viele Grüße Jens-Uwe Franz Am 15.02.2023 um 07:01 schrieb shining-man ***@***.***>:  Den ganz normalen USB-Port von deinem ESP32 Board. — Reply to this email directly, view it on GitHub<#24 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIPS4U7LZDP5OJXRUAWJNU3WXRWKJANCNFSM6AAAAAAUVWU4WQ>. You are receiving this because you authored the thread.Message ID: ***@***.***>

[testpaul999]

Kommt heute Abend, muss heute ins Office .., Grüße Jens - Uwe Franz Am 15.02.2023 um 07:01 schrieb shining-man ***@***.***>:  Den ganz normalen USB-Port von deinem ESP32 Board. — Reply to this email directly, view it on GitHub<#24 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIPS4U7LZDP5OJXRUAWJNU3WXRWKJANCNFSM6AAAAAAUVWU4WQ>. You are receiving this because you authored the thread.Message ID: ***@***.***>

[testpaul999]

Guten Abend,

hier das log file
bsc.log
Und der Screenshot der BSM App

Grüße

[shining-man]

Ich hab die Logausgabe noch etwas erweitert. Kannst du mir noch einmal einen Log schicken.

firmware.zip

[testpaul999]

bsc_log2.log
Da wo die 180 erscheinen ist es entladen.

Am Schluss gibt es dann 0x84:128, 30, 32798.00000 da lade ich.

[testpaul999]

Das Problem mit der Stabilität des CAN- Bus habe ich mit einem neuen Adapter gelöst.

Damit ist die Verbindung stabil.
Das war der alte Adapter

[shining-man]

Das ist der Grund warum es die BSC Hardware gibt. Wenn ich vom xxxx€ mir einen Speicher baue, dann kommt es auf die xx€ auch nicht mehr darauf an. Ich habe jedefalls eine Hardware der ich trauen kann.

[testpaul999]

Das ist richtig! Habe auch im Forum einen geordert.
Ich brauche halt nur für einen Akku etwas und ich bastele (löte) gerne selber. 😉
Grüße

[shining-man]

firmware.zip
Teste einmal ob die Werte jetzt i.O. sind.

[testpaul999]

👍🏻😀 Strom stimmt.
Danke.

[bennyb21]

Ich habe noch mal eine Grundsätzliche Frage zur JK-BMS Anbindung. Das JK hat ja direkt eine TTL-Schnittstelle. Also 3,3V. Ist das mit dem BSC berücksichtigt bzw. kann man das entsprechend einstellen? Hatte in der Doku dazu nichts gefudnen oder war zu Blind. Wenn man da mit dem RS485 direkt drauf geht sind es ja meine ich 5V. Hatte das mal versehentlich bei einem USB-TTL Adapter auf 5V eingestellt und da lieferte das BMS zum Teil grütze zurück (Temperaturwerte waren komplett falsch). Oder bin ich gerade Gedanklich ganz falsch abgebogen?!

[shining-man]

Kann es sein, dass du TTL und RS485 durcheinander bringst? RS485 hat nichts mit TTL zu tun.
Ich habe kein JK-BMS, aber so viel ich weiß hat das JK-BMS zwei Schnittstellen:

• Eine RS485 Schnittstelle und
• eine RS232 Schnitstelle mit 3,3V TTL Pegel.

Wenn du die RS485 Schnittstelle benutzt brauchst du die keine Gedanken machen ob A/B 3 V oder 5 V Highpegel haben. Die Transceiver können das. Der von mir verwendete SP3485 ist ein 3V3 Typ. Wenn du die RS485 Schnittstelle des JK nehmen willst, dann muss beim BSC der U16 bestückt sein (Ich verwende für das Beispiel die Serial 1, was im Stromlaufplan U2RX/TX ist).

Wenn du die RS232 Schnittstelle des JK-BMS verwenden möchtest, dann darf beim BSC der U16 (Als Beispiel wieder die Serial 1) nicht bestückt sein. Statt dessen musst du die Lötjumber JP18 und JP19 brücken.

Es ist zu beachten, dass an der Serial 0 ein Problem vorliegt. Hier muss ein Pullup (1k) am GPIO17 (Serial 0 TX) eingefügt werden, da der ESP sonst nur einen Pegel von ca. 2V schafft. Dies werde ich aber noch veröffentlichen, sobald ich es genauer untersucht habe.
Wenn nicht alle drei serielle benötigt werden, würde ich Serial 1 oder 2 verwenden. Wenn alle 3 benötigt wereden, dann muss ein Pullup rein.

Schaltplanauszug von der Serial 1:

[bennyb21]

Danke für die Antwort. 3,3V wäre ja richtig.
Ich habe jetzt auch noch mal ein wenig geschaut. Man muss beim JK wohl unterscheiden. Direkt am BMS ist wohl eine UART-TTL Schnittstelle. Die kann man (was in anderen Projekten auch gemacht wird) direkt an einen ESP hängen. Es wird zu den BMS auch gerne ein kleiner Dongle verkauft für RS485. Der soll die galvanische Trennung bringen und als ein Pegelwandler funktionieren. Mehr Schnittstellen hat das BMS nicht.

Ich selbst benötige tatsächlich wohl alle 3 seriellen Schnittstellen (2x BMS 1x WR Deye). Das heißt, ich müsste dann mit dem Pullup arbeiten.

Brauchst noch wen zum testen? :)

Ich werde wohl am Wochenende den Deye an die Wand bringen und dann ist das Setup fertig. Die beiden Akkus sind bereits fertig und laufen derzeit noch an einem Victron MP.

Wenn ich jetzt alles richtig verstanden habe, könnte ich es in einem Testsetup mit dem bekannten Problem der fehlenden galvanischen Trennung auch alles fliegend aufbauen, sofern ich mir noch einen CAN-Adapter besorge. Die beiden BMS könnte ich direkt verbinden mit dem ESP, da 3,3V. Den Deye bringe ich mit dem CAN-Adapter an den ESP. Software flashen und es könnte funktionieren.

Gibt es eine Info, welcher CAN-Adapter getestet funktioniert und einigermaßen verfügbar ist?

[testpaul999]

@bennyb21
Ich habe gute Erfahrungen mit diesem can Adapter
https://www.amazon.de/gp/product/B09GF968MH/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
Habe das auch fliegend aufgebaut, zum Testen.

Dieser esp32
https://www.amazon.de/gp/product/B0BFDKZT9Q/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
damit ist die Bluetooth Verbindung stabiel.
Grüße

[bennyb21]

Ich habe den von @testpaul999 getesteten ebenfalls bestellt. Meine den von Waveshare. Jupp: Waveshare SN65HVD230

Ja, ist mir bewusst das die nicht gekreuzt werden sollen, hatte es nur getestet, falls die Pinbelegung im RJ45 zum WR nicht gestimmt hätte... ;)

[shining-man]

Sollte mit einer 1:1 Vernindung eigentlich funktionieren. Auch RX/TX gehören nicht gekreuzt.
Hat das Waveshare SN65HVD230 oder der WR einen Abschlusswiderstand? Wenn nicht würde ich am SN65HVD230 jedenfalls einmal einen 120Ohm zwischen CAN H und CAN L machen.
Ändert sich die Fehlermeldung wenn du den Wechselrichter nicht an den SN65HVD230 anschließt?
An den richtigen Pins am DEYE bist du?

[bennyb21]

Nein, die Fehlermeldung ist immer identisch.

Pins am Deye sollten korrekt sein. Habe ich in zwei unterschiedlichen Dokumentationen so gefunden. Mehrfach kontrolliert...

Ob der Waveshare oder der Deye einen Abschlusswiderstand haben, das kann ich nicht sagen, das mit dem Widerstand kann ich noch mal testen!

[bennyb21]

So... Mit Widerstand auch getestet. Leider kein Erfolg. Den Waveshare Adapter gabs ja im Doppelpack. Ist bei beiden identisch...

Im Akkudoktor-Forum hat es ja bereits jemand zum laufen bekommen. Habe ihn noch mal angeschrieben ob er noch einen Tipp hat. Aber soweit ich das gelesen habe, hat er auch direkt die BSC-Platine genutzt. Aber das dauert noch ein paar Tage bis ich bei der nächsten Sammelbestellung zum Zug komme... ;)

[shining-man]

Prinzipiell sollte es aber auch so gehen. Wenn es auch immer wieder zu Schwierigkeiten und Problemen führt.
Welchen ESP32 verwendest du denn?

[bennyb21]

Ich nutze die ESP32 Dev Kit C V4 NodeMCU. Ich habe eh noch welche nachbestellt, da ich den letzten aus meinem Fundus genutzt habe. Die kommen auch heute an, werde es einfach noch mal mit einem anderen testen...

[bennyb21]

Noch mal als Rückmeldung: Ich habe den Testaufbau mit einem neuen ESP, gleicher Hersteller wie vorher, noch einmal sauber neu aufgebaut. Firmware drauf. Alles bestens. Lief sofort einwandfrei.
Entweder war der daher von vornherein defekt, oder ich habe ihn ein wenig zu sehr geärgert mit der ganzen Testerei.

Danke für die Hilfe!!! Jetzt werde ich mich mal an die Einstellungen und Alarme machen. Was mir dabei einfällt... Es sind ja am Ende bei einer aufwändigen Config schon einige Einstellungen. Hast Du schon mal über eine Backup-Funktion nachgedacht? Macht es Sinn dafür mal ein Issue aufzumachen oder ist das zu weit out of Scope?

[shining-man]

Natürlich kannst du dafür ein Issue aufmachen. Der Download des Configfiles geht mittels "/param".

[testpaul999]

😱 das lässt ja gleich eine Diskussion aufkommen, Passworte im Klartext.
Lässt sich daran was anpassen?

Danke

[shining-man]

Das ist der Grund warum die Funktion bisher nicht public ist und es so im einem neuen Release auch nicht geben wird.
Das sollte so nicht ins Release sondern war nur für Testzwecke.
Wenn jemals ein Parameter-export kommt, dann ohne die Passwort Parameter oder verschlüsselt, das weiß ich noch nicht.
Es kann aber auch gerne ein Pull-Request, der das Problem behebt, kommen.

[shining-man]

In den letzten Testständen ist die Funktion schon rausgenommen.