weil der DC/DC am Kondensator ansteht, ich hoffe man kann es erkennen.
Ich habe die Pins vom DC/DC verlängert so geht es einigermaßen.
Wenn du die DC/DC-Wandler leicht schräg einbaust, geht das ohne große Probleme und du musst nichts verlängern.
Hallo,
ich verfolge das Thema auch schon etwas länger. In Github habe ich gelesen, dass das Bluetooth Protokoll für die Einbindung des JK-BMS über Bluetooth fehlt. Es wird hier im Forum von Scotty89 parallel am auslesen des JK-BMS gearbeitet, siehe https://www.akkudoktor.net/forum/open-source-software-projekte/jkbms-auslesen-ueber-ble-bluetooth-oder-rs485-adapter-mittels-eps-iobroker/ . Da ich ich im programmieren eine Pfeife bin, frage ich mich ob es nicht ein leichtes wäre den Code auf dieses Projekt zu adaptieren, da beide mit ESP32 arbeiten und somit die ganzen zusätzlichen Adapter, Isolationsprobleme und Kopfschmerzen zu umgehen.
Liebe Grüße
Ich bleibe auch die ganze Zeit beim Sync hängen ☹
Welches Kabel nutzt du zum Flashen?
Hast du den Boot Jumper vor dem einschalten gesteckt?
Evtl. auch ein Screenshot vom Flash-Tool um zu sehen ob alle Settings richtig sind.
Wie ist das Board denn mit Spannung versorgt?
Bei mir hat die USB-Spannung nicht ausgereicht.
Ich habe dann ein Netzgerät angeschlossen und dann hat es funktioniert.
Machbar ist theoretisch alles. Die Frage ist der Nutzen-Zeitaufwand. Wie groß ist das Interesse an der Bluetooth Implementierung?
Serial via RS485 funktioniert es ja.
Hi,
bei mir klappt es auch nicht.
Habe einen Moxa Uport1150 und einen rs232 > TTL Wandler.
in der Console steht :
test offset : 4096 0x1000
case ok
test offset : 32768 0x8000
case ok
test offset : 57344 0xe000
case ok
test offset : 65536 0x10000
case ok
.
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 921600
Changed.
Exception in thread Thread-1:
Traceback (most recent call last):
File "threading.py", line 932, in _bootstrap_inner
File "download_process.py", line 678, in run
File "espDownloader.py", line 601, in flash_download_test
File "espDownloader.py", line 803, in flash_download_func
err_define.FlashStatusRegError: ESP32 flash status reg error bat_read_status.
@shinigman
interessant auf jeden Fall mindestens für mich 😀
Gründe dafür:
- keine zusätzlichen Adapter notwendig
- kein Verkabelungsaufwand
- keine zusätzlichen Kosten
- zusätzliche Parameter auslesbar
- evtl. irgendwann Steuerung möglich?
- mehr als 3 Adapter möglich
Grüße
Für alle die noch Probleme beim Flashen haben, habe ich Bilder vom Kabel und den Einstellungen des Download-Tools gemacht.
Wenn es Probleme gibt, würde ich als erstes die Spannungsversorgung und das Kabel anschauen.
Welchen rs232 > TTL Wandler hast du?
RX/TX richtig verbunden?
Wie ist die Versorgungsspannung?
Python ist installiert?
Machbar ist theoretisch alles. Die Frage ist der Nutzen-Zeitaufwand. Wie groß ist das Interesse an der Bluetooth Implementierung?
Serial via RS485 funktioniert es ja.
Ich hätte Interesse und würde mich auch gerne an den Tests beteiligen. Oder wie bekomme ich mehr als 3 JK-BMS in die Überwachung, mein derzeitiger Endausbau wären 7 BMS. Ich bin relativ naiv davon ausgegangen 3x seriell + 4x bluetoth (auch wenn mir eine Kabelverbindung lieber gewesen wäre)
Da ich kein eigenes JK-BMS habe, sehe ich die Implementierung ohne Unterstützung als schwierig an. Denn wenn ich etwas implementiere, muss es stabil laufen. Für mich ist z.B. ein sporadischer oder gewollter Neustart des ESP, weil das JK scheinbar keine Verbindung mehr aufbauen will, nicht akzeptabel. Dazu muss ich genau wissen, wie der Verbindungsaufbau etc. abläuft. Wenn mich jemand unterstützen kann, indem er mir ein paar Bluetooth HCI Logs beim Verbinden etc. der Android App mit dem BMS zur Verfügung stellt, dann kann ich das BMS schon implementieren. Ich werde es nicht einfach durch Kopieren und Einfügen von anderem Code implementieren.
Eine weitere Möglichkeit, mehr als 3 serielle BMS zu verbinden, ist die Kaskadierung des BSC. Der BSC hat einen Erweiterungsport. Hier war meine Idee, mehrere BSCs zu verbinden, um die Anzahl der seriellen Ports zu erhöhen. Ein BSC wäre praktisch der Master, die anderen wären dann Slaves und würden nur Daten an den Master liefern, der dann die Wifi Verbindung, MQTT und die Überwachungslogik abwickelt. Aber das ist alles noch nicht realisiert. Alles hängt vom Interesse ab. Ich würde auf jeden Fall einer Kabelverbindung immer den Vorzug vor BT geben.