Bin nicht sicher.
Ich hatte das Programmli auch mal getestet, in PlatformIO hatte ich auch ein loop beim BT Connect.
Nachdem ich Atom installiert hatte und dort geflasht hatte ging es, der Unterschied zwischen beiden kann eigentlich nur sein, dass im Atom alte und plattformio aktuelle Bibliotheken benutzt wurden.
Ich habe Atom wieder entfernt, da ich was anderes nutze.
Eventuell hilft es in den Libs frühe Versionen zu verwenden. Ist aber nur so ein Schuss ins Blaue.
@scotty89
Versteht Dein Programm auch das neue JK-B2A8S20P-H?
Gibt es hier schon Erfahrung?
Danke
Hey zusammen sorry hab in letzter Zeit keine Zeit gehabt zumal es bei mir einfach perfekt lief.
Ich plane aber auch schon länger was um zu bauen und hab auch schon ein neues jk bms bei mir und werde wenn nötig das Tool darauf auch anpassen.kann aber nicht sagen ob ich die Woche gleich schon zu was komme.
Hallo,
vielen Dank schon mal für die tolle Arbeit. Ich habe bei den Projekt mit 0 Wissen angefangen und arbeite mich mühselig Schritt für Schritt zum Ziel.
Auf die Gefahr hin dass meine Frage schon einmal gestellt und beantwortet worden ist möchte ich mich schon einmal im Vorfeld entschuldigen.
Ich habe intensiv die Seiten 1-11 gelesen, den Rest nur noch überflogen.
Mein Ziel ist es die Daten des JKBMS per Bluetooth über den ESP32 per MQTT auf den "Mosquitto-Broker" der Solaranlage.de zu senden, damit dieser dann die Daten in die InfluxDB schreiben kann und ich sie mit Grafana visualisieren kann.
Mein Momentaner Stand ist es dass die Aktuelle Version für EPS 32 und BLE (Version 2.7) aufgespielt ist. Ich mit dem WLAN verbunden bin und die Bluetooth Verbindung wohl mit dem JKBMS geklappt hat (Ich habe ein piepen wie bei einem Connect gehört.) Vermutlich weil ich im Seriellen Monitor keine Daten Lese sondern das:
0:59:39.406 -> Ready
0:59:39.406 -> IP address: 192.168.178.67
0:59:40.024 -> - Created client
0:59:40.070 -> MQTT Client not connected
0:59:40.070 -> MQTT time for reconnect
0:59:40.070 -> MQTT reconnected!
0:59:44.262 -> BLE -> Reconnecting!
0:59:44.582 -> BLE Advertised Device found: Name: JK-B2A24S15P, Address: c8:47:8c:e1:fe:9d, manufacturer data: 650b88a0c8478ce1fe9d, serviceUUID: 0000ffe0-0000-1000-8000-00805f9b34fb, serviceUUID: 0000fee7-0000-1000-8000-00805f9b34fb
0:59:44.582 -> Forming a connection to c8:47:8c:e1:fe:9d
0:59:46.009 -> - Connected to server
0:59:46.377 -> - Found our service
0:59:46.377 -> - Found our characteristic
0:59:46.459 -> Notify the characteristic
0:59:46.460 -> Sending device Info
0:59:46.460 -> We are now connected to the BLE Server.
0:59:46.930 -> gesendet!
0:59:47.553 -> Daten anerkannt !
0:59:47.624 -> New Data for Analyse Complete...
0:59:48.065 -> Daten anerkannt !
0:59:48.200 -> New Data for Analyse Complete...
0:59:48.618 -> Daten anerkannt !
0:59:48.688 -> New Data for Analyse Complete...
Jetzt würde ich mich an den MQTT-Broker und die Code Anpassungen machen. Aber bevor ich die InfluxDB zerschieße hätte ich gern vorab Bestätigung meiner Vorgehensweise.
Die Einrichtung des Masquitto-Brokers würde ich nach dieser Anleitung machen.
Hier drin steht aber: Das Basis-Topic heißt immer 'solaranzeige'. Dann muss entweder befehl oder anzeige kommen, dann die Gerätenummer und dann die Bezeichnung des Wertes.
Also müssten die JKMS Topic so aussehen: $MQTTTopic = "solaranzeige/anzeige/1/JKBMS/übermittelter Wert";
Meine Frage: kann ich das vorgegebene Format auch schon im mqttname eingeben, oder muss ich das bei MQTT.ino überall ergänzen?
Ich würde im Code folgende Einstellungen vornehmen:
// MQTT Settings
const char* mqtt_server = "192.168.178.33"; // IP des RPI mit der Solaranzeige.de
const int mqtt_port = 1833; // Mosquitto-Broker Standard ist: 1883
const char* mqtt_username = ""; // MQTT server Benutzername | "Mosquitto-Broker "Standard -> ohne"
const char* mqtt_passwort = ""; // MQTT server Passwort | "Mosquitto-Broker "Standard -> ohne"
#define mqttname "solaranzeige/anzeige/1/JKBMS" // hier den MQTT-Namen vergeben
const int mqttpublishtime_offset = 1000; //-> hier einstellen wie oft Daten gesnedet werden sollen 1000 = jede Sekunde
Was mir noch lieber wäre ist wenn der MQTT-Broker die Daten vom JKBMS in eine zweite Datenbank schreiben würde und ich diese mit Grafana visualisieren könnte. Dann würde ich die nicht alles versmischen und hätte die sortiert. Ginge das auch?
Über eine Bestätigung oder Hinweise die mich weiter bringen würde ich mich tierisch freuen.
hey,
@damianator
zu deiner Frage: "Meine Frage: kann ich das vorgegebene Format auch schon im mqttname eingeben, oder muss ich das bei MQTT.ino überall ergänzen?"
das #define mqttname "BMS_Watchdog" legt nur den Gerätename fest wie es sich am MQTT Server melden soll das Gerät, nicht wo es dann Publishen soll...
Sprich ich würde es an deiner Stelle so machen:
-> im #define mqttname ein Geräte name nehmen wo du weist das es das JKBMS ist.
-> in der MQTT.ino musste du alle Zeilen wo der Publish drin steht von bspw:("BMS_Watchdog/parameter/debugging_aktive") in ("solaranzeige/anzeige/1/JKBMS/parameter/debugging_aktive") ändern.
den rest Analog.
hoffe das reicht dir ?
ggf hat ja jemand eine Idee wie man das mit einer Variable oder String oder so verknüpfen kann, dann müsste man es nur einmal Zentral machen. Ich habe es noch nicht hinbekommen ohne das er dann nicht mehr Kompilieren will ...
Ich habe heute mal testweise mein neues JKBMS mit der HW V10.XW und SW Version V10.07 aufgebaut und mit meinem ESP getestet.
was soll ich sagen geht bei mir genau so gut wie das "alte" ich musste nur den Namen entsprechend anpassen im Code...
Update für alle
-> ich habe die Version 3.4 Hochgeladen und die erste Seite mit den ganzen Versionen aufgeräumt..
-> Alle können jetzt die Version 3.4 nutzen und über den neuen Parameter "CAN_use" entscheiden ob die die Pylontech Sim und CAN Modul nutzen / haben oder eben nicht.
leider funktioniert die neue Version auch nur bei mir mit einem BMS.
Moin,
erstmal vielen Dank auch von mir !
- Feedback ( 2xJK-B2A24S20P, Hardware Ver.10XG, Software Ver. 10.07)
Name erstes Bms= JK-BMSNr.1: Name zweites Bms JK-BMSNr.2, Name Drittes BMS noch nicht im Betrieb)
Die Version 1.72 funktioniert auf mehreren angemeldeten BMS mit den bekannten Verbindungsproblemen.
Die Version 2.7 + 3.3 Version funtioniert mit einem angemeldeten BMS wunderbar !
Sobald ich ein zweites Anmelde egal ob bei 2.7+3.3 verbindet sich das zweite BMS mit dem Broker und wird als BMS_Watchdog1 erkannt.
Es liefert aber keine Daten und Parameter, aber es zeigt BLEconnection= connected und status online an.
Ich denke die beiden Versionen sind nur für ein Bms ausgelegt.
Es wäre prima, wenn du es auch für mehrere ( wie auch bei der Version 1.72) programmierst.
VG
Obi70
13.2 KWp mit 53KWh Eigenbauspeicher aus 18650
MPP Solar PIP-5048MS + 3x MPPT Laderegler a 60A
Ertrag: Mai 22 = 1.48 MWh, Juni = 1.55 MWh
Sprich ich würde es an deiner Stelle so machen:Vielen Dank für die Hilfe schon einmal. Das hat auch im ersten Schritt wunderbar geklappt.
-> im #define mqttname ein Geräte name nehmen wo du weist das es das JKBMS ist.
-> in der MQTT.ino musste du alle Zeilen wo der Publish drin steht von bspw:("BMS_Watchdog/parameter/debugging_aktive") in ("solaranzeige/anzeige/1/JKBMS/parameter/debugging_aktive") ändern.
den rest Analog.
hoffe das reicht dir ?
Nur zur Info. So sieht die MQTT.ino jetzt bei mir aus:
#define willTopic "solaranzeige/anzeige/1/JKBMS/status"
#define willMessage "offline"
byte willQoS = 0;
boolean willRetain = true;
boolean reconnect(){
if (client.connect(mqttname, mqtt_username, mqtt_passwort, willTopic, willQoS, willRetain, willMessage)) {
// Once connected, publish an announcement...
if(millis() < 10000) {
client.publish("solaranzeige/anzeige/1/JKBMS/BLEconnection","Startup");
}
client.subscribe("solaranzeige/anzeige/1/JKBMS/parameter/debugging_aktive");
client.subscribe("solaranzeige/anzeige/1/JKBMS/parameter/debugging_Full_Log_aktive"); //debug_flg_full_log
client.publish("solaranzeige/anzeige/1/JKBMS/status","online");
if(debug_flg) {
Serial.println("MQTT reconnected!");
}
}
else {
if(debug_flg) {
Serial.println("MQTT connection failed!");
}
}
return client.connected();
}
void Data_publish() {
String cellStr;
String cellVoltageBaseTopic = String("solaranzeige/anzeige/1/JKBMS/Data/Zelle_");
for(uint8_t i=0; i<16; i++) {
cellStr = String(cellVoltage,3);
String topic;
if(i<9) topic = cellVoltageBaseTopic + String("0") + String(i+1);
else topic = cellVoltageBaseTopic + String(i+1);
if(cellVoltage != 0) {
client.publish(topic.c_str(), cellStr.c_str());
}
}
cellStr = String(Battery_Voltage,3);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Battery_Voltage",cellStr.c_str());
cellStr = String(Delta_Cell_Voltage,3);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Delta_Cell_Voltage",cellStr.c_str());
cellStr = String(MOS_Temp,3);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/MOS_Temp",cellStr.c_str());
cellStr = String(Battery_T1,3);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Battery_T1",cellStr.c_str());
cellStr = String(Battery_T2,3);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Battery_T2",cellStr.c_str());
cellStr = String(Battery_Power,3);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Battery_Power",cellStr.c_str());
cellStr = String(Charge_Current,3);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Charge_Current",cellStr.c_str());
cellStr = String(Percent_Remain);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Percent_Remain",cellStr.c_str());
cellStr = String(Cycle_Count);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Cycle_Count",cellStr.c_str());
// Capacity_Remain
// Nominal_Capacity
// Capacity_Cycle
cellStr = String(Balance_Curr,3);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Balance_Current",cellStr.c_str());
cellStr = String(sec);
client.publish("solaranzeige/anzeige/1/JKBMS/Uptime/Sekunde",cellStr.c_str());
cellStr = String(mi);
client.publish("solaranzeige/anzeige/1/JKBMS/Uptime/Minuten",cellStr.c_str());
cellStr = String(hr);
client.publish("solaranzeige/anzeige/1/JKBMS/Uptime/Stunden",cellStr.c_str());
cellStr = String(days);
client.publish("solaranzeige/anzeige/1/JKBMS/Uptime/Tage",cellStr.c_str());
cellStr = String(charge);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Charge",cellStr.c_str());
cellStr = String(discharge);
client.publish("solaranzeige/anzeige/1/JKBMS/Data/Discharge",cellStr.c_str());
}
Die Funktionen WLAN, Bluetooth Verbindung, MQTT-Broker Verbindung klappen schon mal.Auch die Datenübertragung und das schreiben in die InfluxDB klappt.
Aber hier steckt der Teufel im Detail, denn die Daten landen alle in einem Topf ohne Gliederung.
Im Grafana sieht das bei den "Query inspector" so aus:
request:Object
method:"GET"
url:"api/datasources/proxy/1/query"
params:Object
db:"solaranzeige"
q:"SELECT "JKBMS" FROM "MQTT" WHERE time >= now() - 24h and time <= now()"
epoch:"ms"
data:null
precision:"ms"
hideFromInspector:false
response:Object
results:Array[1]
0:Object
statement_id:0
series:Array[1]
0:Object
name:"MQTT"
columns:Array[2]
0:"time"
1:"JKBMS"
values:Array[524]
0:Array[1657408382000,offline]
1:Array[1657408393000,26.200]
2:Array[1657408394000,0.000]
3:Array[1657408395000,7]
4:Array[1657408396000,34]
5:Array[1657408397000,19]
6:Array[1657408398000,30]
7:Array[1657408399000,on]
8:Array[1657408400000,on]
9:Array[1657408401000,3.263]
10:Array[1657408402000,3.264]
11:Array[1657408403000,3.264]
12:Array[1657408404000,3.261]
13:Array[1657408405000,3.263]
14:Array[1657408406000,3.264]
15:Array[1657408407000,3.261]
16:Array[1657408408000,3.262]
17:Array[1657408410000,3.264]
18:Array[1657408411000,3.262]
19:Array[1657408412000,3.256]
20:Array[1657408413000,3.261]
21:Array[1657408414000,3.256]
22:Array[1657408415000,3.253]
23:Array[1657408416000,3.226]
24:Array[1657408417000,3.193]
25:Array[1657408418000,52.071]
26:Array[1657408419000,0.095]
27:Array[1657408420000,26.300]
28:Array[1657408421000,24.600]
29:Array[1657408422000,24.200]
30:Array[1657408423000,527.119]
31:Array[1657408424000,-10.123]
32:Array[1657408425000,32]
33:Array[1657408426000,3]
34:Array[1657408427000,0.000]
35:Array[1657408428000,8]
36:Array[1657408563000,3.263]
37:Array[1657408564000,3.262]
38:Array[1657408565000,3]
39:Array[1657408566000,0.000]
40:Array[1657408567000,54]
41:Array[1657408568000,36]
42:Array[1657408569000,19]
43:Array[1657408570000,3.262]
44:Array[1657408571000,3.264]
45:Array[1657408572000,3.259]
46:Array[1657408573000,on]
47:Array[1657408574000,3.266]
48:Array[1657408575000,3.264]
49:Array[1657408576000,3.264]
50:Array[1657408577000,3.261]
51:Array[1657408578000,3.262]
52:Array[1657408579000,3.264]
53:Array[1657408580000,3.262]
54:Array[1657408581000,3.262]
55:Array[1657408582000,3.263]
56:Array[1657408583000,3.261]
57:Array[1657408584000,3.256]
58:Array[1657408585000,3.261]
59:Array[1657408586000,3.256]
60:Array[1657408587000,3.259]
61:Array[1657408588000,3.159]
62:Array[1657408589000,3.175]
63:Array[1657408590000,52.018]
64:Array[1657408591000,0.078]
65:Array[1657408592000,26.300]
66:Array[1657408593000,24.600]
67:Array[1657408594000,24.100]
68:Array[1657408595000,526.582]
69:Array[1657408596000,-10.339]
70:Array[1657408597000,32]
71:Array[1657408598000,3]
72:Array[1657408599000,0.000]
73:Array[1657408600000,55]
74:Array[1657408601000,36]
75:Array[1657408602000,19]
76:Array[1657408603000,30]
77:Array[1657408604000,on]
78:Array[1657408605000,on]
79:Array[1657408606000,3.262]
80:Array[1657408607000,3.259]
81:Array[1657408608000,3.257]
82:Array[1657408609000,3.254]
83:Array[1657408610000,3.257]
84:Array[1657408611000,3.149]
85:Array[1657408613000,3.182]
86:Array[1657408614000,52.025]
87:Array[1657408615000,0.118]
88:Array[1657408616000,26.200]
89:Array[1657408617000,24.600]
90:Array[1657408618000,24.200]
91:Array[1657408624000,offline]
92:Array[1657408625000,3.266]
93:Array[1657408626000,0.084]
94:Array[1657408627000,5]
95:Array[1657408628000,38]
96:Array[1657408629000,19]
97:Array[1657408630000,30]
98:Array[1657408631000,on]
99:Array[1657408632000,on]
100:Array[1657408633000,3.264]
101:Array[1657408634000,3.262]
102:Array[1657408635000,3.261]
103:Array[1657408636000,3.258]
104:Array[1657408637000,3.264]
105:Array[1657408638000,3.266]
106:Array[1657408639000,3.258]
107:Array[1657408640000,3.263]
108:Array[1657408641000,3.266]
109:Array[1657408642000,3.258]
110:Array[1657408643000,3.256]
111:Array[1657408644000,3.261]
112:Array[1657408645000,3.249]
113:Array[1657408646000,3.256]
114:Array[1657408647000,3.210]
115:Array[1657408648000,3.173]
116:Array[1657408649000,52.036]
117:Array[1657408650000,0.084]
118:Array[1657408651000,26.300]
119:Array[1657408652000,24.600]
120:Array[1657408653000,24.200]
121:Array[1657408654000,537.996]
122:Array[1657408655000,-10.339]
123:Array[1657408656000,31]
124:Array[1657408657000,3]
125:Array[1657408658000,0.000]
126:Array[1657408659000,6]
127:Array[1657408660000,38]
128:Array[1657408661000,19]
129:Array[1657408662000,30]
130:Array[1657408663000,on]
131:Array[1657408664000,on]
132:Array[1657408665000,3.263]
133:Array[1657408667000,3.264]
134:Array[1657408668000,3.262]
135:Array[1657408669000,3.258]
136:Array[1657408670000,3.266]
137:Array[1657408671000,3.262]
138:Array[1657408672000,3.259]
139:Array[1657408673000,3.266]
140:Array[1657408674000,3.263]
141:Array[1657408675000,3.254]
142:Array[1657408676000,3.261]
143:Array[1657408677000,3.261]
144:Array[1657408678000,3.249]
Leider ohne jegliche Zuordnung. Kann ich im Script noch etwas anpassen dass mir die Gliederungen und Bezeichnungen mitspeichert?
Ansonsten wüsste ich nicht wie ich die Daten in Grafana filtern muss um die nach Kategorie/Ausgabe zu visualisieren.
Müsste vielleicht bei "columns: Array" noch eine zusätzliche Kategorie mit Zuordnung hin?
Moin,
könnte mir vielleicht einer helfen. Ich bekomme das irgendwie nicht hin.
Was muss ich der Version 1.72 einbauen, damit da auch das reconnection funktioniert ?
Viele Grüße
Obi70
Hey,
@damianator
ich kann dir nicht folgen bei mir im Iobroker ist das alles geordnet ..
ich habe die Ordner "Data", "Parameter" und "Uptime" und dort sind die jeweiligen Signale drin die ich auch mit Influx Logge...
Entsprechend habe ich das alles als Einzel Queriy verfügbar im Grafana etc...
kann dein Problem nicht verstehen sorry...
@Obi70
du hast 3 BMS und auch entsprechend 3 Eps32 ?
wenn du das so machen willst musst du den eintrag "#define mqttname "BMS_Watchdog"" dann einen eindeutigen Namen zuweisen. Und dann auch wichtig das die Daten in dem jeweiligen Geräte ankommt in der Datei "MQTT.ino" alle einträge wo "BMS_Watchdog" vorkommt das auch entsprechend austauschen.
Sonst wird das nichts ...
die Version 1.72 zu ertüchtigen macht kann sinn da Arbeit rein zu stecken, das Delta ist zu groß mittlerweile...
Hallo zusammen,
ich hab mich jetzt nochmal dem Thema MQTT Gerätename etc angenommen ..
in der nun zur Verfügung stehenden Version 3.5 ist jetzt alles mit dem Parameter "mqttname" verknüpft und es muss in der MQTT.ino nichts mehr angepasst werden, das wird nun automatisch übernommen.
nun sollte man das einfacher nutzen können wenn man mehrere BMS davon hat.
Einfach eindeutigen Namen im parameter "mqttname" vergeben und dann wird auch dort alles gepublisht 
bitte um Rückmeldung ob es Probleme gibt, kann gerade selbst nicht testen
Konntest du denn das Problem der zu geringen Ladeschlusspannung durch die neuere Victron Software beheben?
Hey
Leider nur so das ich den can wieder von der victron getrennt habe.
Ich habe über die victron Dokumente rausgefunden das sobald sich eine pylontech über can meldet sie in der sw die Werte anpassen. Angeblich zum Schutz.
Ich müsste also schauen das sich meine Simulation nicht als pylontech meldet sondern als was anderes dann sollte es wieder gehen.
Ist ein Punkt auf meiner Liste aktuell muss ich erstmal mein neuen Akku bzw. das System wieder zusammenbauen.
Moin,
@Scotty89
Vielen Dank für deine Antwort.
Sowie ich schrieb, habe ich 2 BMS und 2 Esp32 angemeldet.
Ich warte noch auf meine dritte Batterie eve280K. Das dritte BMS und ESP32 habe ich schon.
Mit der Version 1.72 funktioniert es wunderbar mit 2 BMS, da ist aber keine reconnection drinne.
Nun habe ich auf Batterie 1, die Version 3.4 drauf funktioniert Spitze und auf Batterie 2 Version 1.72 mit den Abbrüchen.
Egal welche Version ich bei dir nehme außer 1.72 funktioniert keine zweite Batterie.
Ich habe verzweifelt versucht bei 2.7 und 3.3+3.4 die Daten der zweite Batterie anzuzeigen.
Gib es überhaupt irgendwer bei den das läuft mit mehr als eine Batterie ?????
Es geht 2.7+3.3+3.4 für die erste und in Verbindung mit der zweiten Batterie die Version 1.72.
Bloß ich muss dann bei der zweiten Batterie jede paar Stunden oder Tage den ESP32 Nr.2 von Hand selbst starten. Was natürlich blöd ist.
Versuche ich die Version 2.7,3.3 oder3.4 auch mit der zweiten Batterie zu verwenden, dann wird von Broker nur
BLEconnection= connected und status online angezeigt.
DAS BMS 2 ist mit dem ESP2 verbunden, aber keine Daten außer siehe oben
ich kann dir nicht folgen bei mir im Iobroker ist das alles geordnet ..Kann es vielleicht daran liegen dass ich kein ioBroker benutze? Geht es nicht ohne?
ich habe die Ordner "Data", "Parameter" und "Uptime" und dort sind die jeweiligen Signale drin die ich auch mit Influx Logge...
Entsprechend habe ich das alles als Einzel Queriy verfügbar im Grafana etc...
kann dein Problem nicht verstehen sorry...
Bei mir werden die Daten vom ESP32 direkt an den Mosqitto-Broker von der Solaranzeige.de auf dem RPI gesendet.
Und der Mosquitto-Broker schreibt es in die InfluxDB von der Solaranzeige. Und so kommen dann die Daten bei Grafana an.
Bei FROM: muss "MQTT" ausgewählt werden. Und bei SELECT: gibt es nur "JKBMS". Da liegen dann alle Daten drin.
Weitere Unterkategorien habe ich nicht.
Gibt es noch eine Möglichkeit bei Grafana das weiter zu Kategorisieren?
Oder habe ich bei der MQTT.ino Mist gebaut?
Hey,
das ist eine gute frage die ich dir nicht beantworten kann..
vom Code her Publishe ich ja in diverse Unterordner alles einzeln, von daher kommt drauf an wie du es dann mit influx loggst ...
denkt bitte dran das ich euch eine neue Version 3.5 ! hochgeladen haben (erste Seite) mit der version müsst ihr in der MQTT.ino nichts mehr anpassen ! das wird jetzt automatisch übernommen. ggf habt ihr da Fehler gemacht...
einfach für den parameter "mqttname" jetzt etwas eindeutiges und einmaliges vergeben und dann sollte es so auch im MQTT im Broker auftauchen.
Hallo 3.5 geht bei mir gar nicht ESP32 macht immer eine Reboot . bei 3.4 komme ich auch nicht weiter.
Meine Hart- und Software ist aber auch die V11.x
gibt es da Tip´s ?17:30:38.686 -> BMS Watchdog V 3.4
17:30:38.686 -> Booting
17:30:38.825 -> Connecting to WiFi ...Ready
17:30:48.800 -> IP address: 192.168.178.99
17:30:49.447 -> - Created client
17:30:49.447 -> MQTT Client not connected
17:30:49.447 -> MQTT time for reconnect
17:30:49.447 -> MQTT reconnected!
17:30:53.635 -> BLE -> Reconnecting!
17:30:53.673 -> BLE Advertised Device found: Name: Akku, Address: 20:22:04:14:11:be, manufacturer data: 4a4b0001, serviceUUID: 0000ffe0-0000-1000-8000-00805f9b34fb
17:30:53.673 -> Forming a connection to 20:22:04:14:11:be
17:30:54.776 -> - Connected to server
17:30:54.776 -> - Found our service
17:30:54.776 -> - Found our characteristic
17:30:54.776 -> Sending device Info
17:30:54.776 -> We are now connected to the BLE Server.
17:30:55.277 -> gesendet!
@Scotty89
das macht die 3.5 bei mir
18:49:13.982 ->
18:49:13.982 -> Rebooting...
18:49:13.982 -> ets Jun 8 2016 00:22:57
18:49:13.982 ->
18:49:13.982 -> rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
18:49:13.982 -> configsip: 0, SPIWP:0xee
18:49:13.982 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
18:49:14.030 -> mode:DIO, clock div:1
18:49:14.030 -> load:0x3fff0018,len:4
18:49:14.030 -> load:0x3fff001c,len:1216
18:49:14.030 -> ho 0 tail 12 room 4
18:49:14.030 -> load:0x40078000,len:10944
18:49:14.030 -> load:0x40080400,len:6388
18:49:14.030 -> entry 0x400806b4
18:49:14.452 -> Guru Meditation Error: Core 0 panic'ed (LoadStoreError). Exception was unhandled.
18:49:14.488 -> Core 0 register dump:
18:49:14.488 -> PC : 0x4000c52f PS : 0x00060530 A0 : 0x800d3ad2 A1 : 0x3ffe3b50
18:49:14.488 -> A2 : 0x3f400c0e A3 : 0x3f4006a8 A4 : 0x3ffca48c A5 : 0x3ffe3b74
18:49:14.488 -> A6 : 0x3ffc4824 A7 : 0x3ffc47fc A8 : 0x00000000 A9 : 0x3f400c1a
18:49:14.488 -> A10 : 0x0000002f A11 : 0x3f400c1a A12 : 0x00000003 A13 : 0x0000ff00
18:49:14.535 -> A14 : 0x00ff0000 A15 : 0xff000000 SAR : 0x00000020 EXCCAUSE: 0x00000003
18:49:14.535 -> EXCVADDR: 0x3f400c1a LBEG : 0x400014fd LEND : 0x4000150d LCOUNT : 0xffffffff
18:49:14.535 ->
18:49:14.535 -> ELF file SHA256: 0000000000000000
18:49:14.535 ->
18:49:14.535 -> Backtrace: 0x4000c52f:0x3ffe3b50 0x400d3acf:0x3ffe3b70 0x401b206b:0x3ffe3bb0 0x400849d9:0x3ffe3bd0 0x40084c08:0x3ffe3c20 0x4007925f:0x3ffe3c40 0x400792c5:0x3ffe3c70 0x400792d0:0x3ffe3ca0 0x4007947d:0x3ffe3cc0 0x400806e6:0x3ffe3df0 0x40007c31:0x3ffe3eb0 0x4000073d:0x3ffe3f20
18:49:14.535 ->
18:49:14.535 -> Rebooting...
18:49:14.535 -> ets Jun 8 2016 00:22:57
18:49:14.582 ->
Und das ganze bleibt so, auch wenn ich die 3.4,3.0 oder 2.7 Flashe Reboot in Kreis 
Hey,
ups das sieht komisch aus ^^
ich habe euch mal die Version 3.4 wieder hochgeladen asl Backup
geht dir bei dir ?
ich schau mal ob ich mir die tage dann die 3.5 live auf meiner hW ansehen kann.. denke aber da werd ich erst am Wochende zu kommen...
nee
3.4
3.0
2.7 alles bleibt im reboot hängen.
Habe alle probiert.
HEy zusammen,
hab jetzt eine Version 3.6 hochgeladen die läuft nun bei mir auf der HW auch wieder
Sorry dafür das die 3.5 gar nicht ging nur Weill der Compiler zwar "baut" heist es eben nicht das es auch geht ....
die 3.6 geht nun aber wieder und bezüglich MQTT ist nun alles verlinkt man muss nur den Parameter eindeutig und individual vergeben.