so wie es sich anhört läuft es ja schon "länger" stabil und eine Nacht mit WIFI Off schon durch ?
Ja eine Nacht mit wifi off wurde überstanden, aber heute im laufe des Tages würde sagen bt hängt.
BMS: JK_PB2A16S15P FW 14.20
Akku: LiFePo4 16 x 200Ah 48V
Laderegler: Victron 150/60
Inverter: Victron MultiPuls 2 48/3000/32
Solarmodule: 4 x Q.PEAK DUO-G8 355; 3 x 380W JA SOLAR; 3 x DHM-60L9(BW)-380W
Strings: 3s3p
ok dann bin ich auf den Log gespannt ....
Danke das du hier so supportest... :clap:
Ja bei mir auch abgebrochen, versucht immer wieder die BLE verbindung aufzubauen.
WLAN steht, bricht aber dann auch irgendwann ab.
Anbei LOG
Hi,
ich habe mich jetzt daran gegeben, über die serielle Schnittstelle die dort angebotenen Daten auszulesen.
Verwende ich den ReadAll Befehl, benimmt sich das BMS seltsam. In der Antwort steht eine Größe von 282 Byte, gesendet werden aber nur 256 und tatsächlich fehlt auch das Ende der Nachricht.
Hat den Effekt schon einmal jemand gehabt?
Die App gibt eine Softwareversion 8.0.2H an.
Gruß
Ks4z
Ich ab nun den ESP näher an das BMS gebracht.
Ist jetzt die Nacht stabil durchgelaufen.
Ich ab nun den ESP näher an das BMS gebracht.
Ist jetzt die Nacht stabil durchgelaufen.
Mein esp hängt 1,5m neben dem bms und bricht trotzdem ab.
Aber schauen wir mal, log läuft heute tagsüber.
Grüße
BMS: JK_PB2A16S15P FW 14.20
Akku: LiFePo4 16 x 200Ah 48V
Laderegler: Victron 150/60
Inverter: Victron MultiPuls 2 48/3000/32
Solarmodule: 4 x Q.PEAK DUO-G8 355; 3 x 380W JA SOLAR; 3 x DHM-60L9(BW)-380W
Strings: 3s3p
leider wieder ausgestiegen mit der 2.4
und das log
grüße
BMS: JK_PB2A16S15P FW 14.20
Akku: LiFePo4 16 x 200Ah 48V
Laderegler: Victron 150/60
Inverter: Victron MultiPuls 2 48/3000/32
Solarmodule: 4 x Q.PEAK DUO-G8 355; 3 x 380W JA SOLAR; 3 x DHM-60L9(BW)-380W
Strings: 3s3p
Meiner nur 1m Akku und BM sind aber in einen Schaltschrank.
Habe nun die Tür offen gelassen, läuft immer noch.
Hey,
hab mir die zwei Logs jetzt mal angeschaut... soweit sieht das eigentlich gar nicht so schlecht aus ^^
das Hauptproblem ist anscheinend immer der BLE Fehler: "lld_pdu_get_tx_flush_nb HCI packet count mismatch (0, 1)"
bei deinem Log wäre für mich interessant zu wissen wie das verhalten war, den es hat sich am ende ja immer dieser "Block" wiederholt
....
Loop Starts...
BLE -> Reconnecting!
BLE Advertised Device found: Name: , Address: 88:0f:10:87:48:e4, manufacturer data: 5701880f108748e4, serviceUUID: 0000181d-0000-1000-8000-00805f9b34fb
BLE Advertised Device found: Name: , Address: 3c:a5:49:de:88:fc, manufacturer data: ecab88a03ca549de88fc, serviceUUID: 0000ffe0-0000-1000-8000-00805f9b34fb
BLE Advertised Device found: Name: , Address: 3c:a5:19:7b:24:55, manufacturer data: 470788a03ca5197b2455, serviceUUID: 0000ffe0-0000-1000-8000-00805f9b34fb
BLE Advertised Device found: Name: , Address: 4b:37:36:da:bd:c0, manufacturer data: 4c0010050818797070, txPower: 26
BLE Advertised Device found: Name: , Address: ec:81:93:f4:cb:30, manufacturer data: 0300011834000005980d5167f2b822, serviceUUID: 0000fe61-0000-1000-8000-00805f9b34fb
BLE Advertised Device found: Name: , Address: 70:28:45:69:5a:af, manufacturer data: af5a69452870
BLE Advertised Device found: Name: , Address: 4c:01:5d:37:bc:35, manufacturer data: 4c001006381ef3c1fc60, txPower: 8
ging das immer so weiter ??? oder kam dann wirklich nichts mehr ? und war er dann nach "pingbar" ?
Ich würde eigentlich erwarten das dies nun endlos so läuft... den er findet das BMS einfach nicht...
Da könnte man als Backup dann überlegen ob man den ESP einfach nach einer Zeit X neu starten wenn nichts gefunden wird...
beim Log von @JUF
ist es auch das Problem das beim Connect der Fehler kommt ...
Ich schau mir nachher mal die libary an ggf hab ich eine veraltete oder sonst was ....
zudem werd ich nochmal schauen das ich de nScan ggf zu spät stoppe oder so ...
muss mir das mal in ruhe nochmal anschauen.
melde mich dann wenn ich eine neue Version habe..
Hint: EPS und BSM sind bei mir auch 1-1.5m entfernt und das BMS ist in einen "Metallschrank".... und bei mir gehts bisher echt gut ...
ja, das ging immer weiter so. WLAN war connected.
Habe dann abgebrochen. Aber aus den ersten Versuchen ohne LOG ist dann auch nach einiger Zeit die WLAN Verbindung abgebrochen.
Aktuell läuft es noch mit offener Schaltschranktür.
@ LinusPV
ok er hat dort einfach das BMS nicht mehr gefunden... ist jetzt die frage ob das ein Bug im EPS anteil oder oder ob das BSM sich wirklich nicht finden ließ..
wie hast du es dann wieder verbunden bekommen ?
einfach den ESP neu gestartet ? oder die Tür zum Schrank geöffnet ?
Einfach neu gestartet.
Ich denke, da wir "Winterpause" haben und das BMS nicht viel zu tun hat, daß es in Sleep Mode geht.
Es fließt aktuell kein Strom.
naja selbst dann sollte man sich wieder verbinden können außer es schaltet sich wirklich komplett ab.. aber solange die LED dann blinkt würde ich mich schon gern wieder verbinden wollen 😉
lustiger weise hat mir mein Iobroker gerade gesagt das der EPS die BLE Verbindung verloren hat und sich reconnecten will.. und nach ein paar Sek. war er wieder verbunden und lieferte wieder Daten... also grundlegend scheint es zu gehen wenn:
1. wir den Fehler "lld_pdu_get_tx_flush_nb HCI packet count mismatch (0, 1)" nicht bekommen / wegbekommen bei euch
2. das BMS über BLE gefunden werden kann.
ich schau gleich mal im Code was ich noch ggf verbessern kann.
Bei mir läuft es jetzt stabil, mal abwarten. Mache mal die Tür über Nacht zu. Mal schaun..
Ich denke daß ein Neustart EPS nach x Verbindungsversuche durchzuführen das beste sein sollte, so kann man noch andere Eventualitäten abfangen.
Bei mir läuft es jetzt stabil, mal abwarten. Mache mal die Tür über Nacht zu. Mal schaun..
Ich denke daß ein Neustart EPS nach x Verbindungsversuche durchzuführen das beste sein sollte, so kann man noch andere Eventualitäten abfangen.
so habe jetzt mal eine Version 2.5 gemacht und dort habe ich bspw. genau das eingebaut das er nach 5 min und keiner Verbindung einfach mal neu starten soll. Ggf. kann man so noch Probleme in den Libs abfangen..
Lustiger weise geht eigentlich das Grundkonstrukt den ich hatte vorhin die Meldung bekommen das keine neuen Daten mehr vom BMS kamen und dann hat er die BLE Verbindung einfach neu aufgebaut und dann lief es wieder.
Ich vermute das wir bei euch einfach oft das Problem mit dem ""lld_pdu_get_tx_flush_nb HCI packet count mismatch (0, 1)" haben wo ich gerade keine Ahnung habe wo der herkommt... Also ja er kommt aus der BLE lib aber was ich da ggf anpassen müsste...
Ihr könnt ja nochmal im "Boardverwalter" schauen ob ihr auch die Version hier nutzt:
zusätzlich habe ich auch mal die Lib vor langer zeit schon installiert nicht das es damit ein Konflikt gibt... oder deshalb bei mir besser geht .. (sollte aber eigentlich die sein die im ESP32 inkl. ist.)
https://www.arduino.cc/reference/en/libraries/esp32-ble-arduino/