Seltsamerweise, wenn ich keinen Filter setze und mir die PID mit Header ausgeben lasse
ATH1
22028Cbekomme ich als Ergebnis 18DAF10A037F2231
lasse ich mir die PID ohne Header ausgeben
ATH0
22028CBekomme ich als Ergebnis 7F2231
0x2231 ist Dezimal 8753, CarScanner zeigt mir als SoC BMS 80% an und als SoC Display 82.3. So richtig stimmig ist das nicht
Bevor ich ein neues Thema erstelle, probiere ich es erstmal hier. Ich habe den Thread über Google gefunden, weil ich mit ELMDuino festhänge. Ich möchte mit einem ESP32 über ein Bluetooth Dongle die BMS Daten auslesen und auf einem Display darstellen. Der BLE Dongle funktioniert mit dem Carscanner einwandfrei und zeigt die BMS Daten im Dashboard an. Wenn ich im Carscanner auf das Terminal gehe und
ATSH17FC007B
>?eingebe kommt nur ein Fragezeichen als Antwort (mit Leerzeichen AT SH 17FC007B macht keinen Unterschied). Gebe ich
ATSHFC007B
>okein, kommt ein "ok", obwohl das höchstwahrscheinlich dann der falsche Header ist
Gebe ich danach die PID für den SoC ein
22028C
>noDatakommt nur noData (sowohl nach ATSH17FC007B als auch nach ATSHFC007B ). Habe ich einen Verständnisfehler zum setzen des Headers oder mache ich etwas anderes verkehrt?
Ich habe vorher die ganzen Kommandos von hier https://github.com/nickn17/evD…b/master/src/CarVWID3.cpp abgespult
"AT Z", // reset to default settings to be sure what the base setting are
"AT I", // Print the version ID
"AT SP7", // Set protokoll to 7 - ISO 15765-4 CAN (29 bit ID, 500 kbaud)
"AT BI", // Bypass the initialization sequence to make sure it stays at protokoll 7
"AT CAF0", // Turns off CAN automatic formating so that PCI bytes are not inserted in the messages, or expected in the response
"AT L0", // Linefeeds off
"AT DP", // xxxxxxxxx
"AT ST16", // reduced timeout to 1, orig.16
// Loop from (VW ID.3)
// BMS
"ATSH17FC007B", // Sets header to 17 FC 00 7B -> 0x17FC007B
"22028C", // SoC (BMS), %