DIY Hella IBS Batteriecomputer

@wolkenschaufler

Sollte der Kalibrierungsprozess neu gestartet werden wenn ich die Kapazität und den Batterietyp neu an den Sensor sende oder muss man den explizit starten?

Ich kann senden was ich möchte das bit für die Kalibrierung(0x2C - 5) bleibt 1.

@wolkenschaufler

Das unbekannte Diagnostic-Frame muss was anderes sein. In jedem deiner Logs sind die Bytes in dem Frame gleich...

//Sensor 1
00008.168  3c 01 06 b2 3a ff 7f ff ff 8c ERR
00008.217  7d 01 02 f2 00 ff ff ff ff 0a ERR


00009.654  3c 01 06 b2 3a ff 7f ff ff 8c ERR
00009.707  7d 01 02 f2 00 ff ff ff ff 0a ERR


00004.966  3c 01 06 b2 3a ff 7f ff ff 8c ERR
00005.015  7d 01 02 f2 00 ff ff ff ff 0a ERR


00013.824  3c 01 06 b2 3a ff 7f ff ff 8c ERR
00013.873  7d 01 02 f2 00 ff ff ff ff 0a ERR




//Sensor 2
00005.731  3c 02 06 b2 3a ff 7f ff ff 8b ERR
00005.780  7d 02 02 f2 0a ff ff ff ff fe ERR


00005.731  3c 02 06 b2 3a ff 7f ff ff 8b ERR
00005.780  7d 02 02 f2 0a ff ff ff ff fe ERR


00008.456  3c 02 06 b2 3a ff 7f ff ff 8b ERR
00008.509  7d 02 02 f2 0a ff ff ff ff fe ERR

Die Batterie sollte noch gut sein, die Leerlaufspannung liegt bei 12,6V die ist auch maximal ein halbes Jahr alt.

Ich deute die „1“ als Kalibrierung abgeschlossen ist das richtig oder genau umgekehrt?

@xspots

nutzt du exakt das Arduinosketch mit der Softwareserial-Schnittstelle? Wenn du eine Hardwareserial-Schnittstelle nutzt liegen die Bytes anders im Array, dann empfängst du auf jeden Fall noch dein selber versendetes Sync Byte + das Frame ID Byte (PID)

Zitat von wolkenschaufler

Evtl wird die Konfiguration gelöscht?

ok, das wäre ja evtl. wichtig um den Senor richtig einzustellen.
Wie hast du das Log aufgezeichnet? Hast du die neuen Werte im Display eingegeben und das dann aufgezeichnet?

ok, das unbekannte Diagnostic-Frame kommt immer zuerst. Evtl. wird wirklich erstmal der Sensor damit auf "Werkseinstellung" zurückgesetzt bevor die neuen Einstellungen kommen...

Da wird ja hoffentlich nichts kaputt gehen wenn ich das mal an den Sensor schicke. Hast du das in deiner Funk-Eigenbaulösung implementiert?

@breezer

ich nutze in meinem Code Softwareserial sollte also somit keine Probleme geben.

Trotzdem habe ich es gestern Abend nicht geschafft den Sensor dazu zu bringen sich neu zu Kalibrieren.

Ich habe zuerst die Batteriekapazität gesendet und bekomme die gesendete Kapazität wieder zurück (PID:2C).
Danach habe ich den Batterietyp gesendet und bekomme auch im "Response Frame PID:7D" den gesendeten Batterietyp zurück.

Das Calibration Bit bleibt aber dauerhaft 1.

@xspots

vielleicht solltest du mal wirklich dieses unbekannte Diagnostic-Frame an deinen Sensor schicken, damit er sich zurücksetzt oder so...

00005.731  3c 02 06 b2 3a ff 7f ff ff 8b ERR
00005.780  7d 02 02 f2 0a ff ff ff ff fe ERR

Eventuell wird das Calibration-Bit auch erst zurückgesetzt wenn sich der Batterietyp ändert, wenn du z.b. immer AGM sendest änderst du den Batterietyp ja nicht..., wobei bei mir schon das Calibration-Bit auf null gesetzt wird wenn ich den Sensor von der Stromzufuhr trenne...

@wolkenschaufler

also mein Calibration-Bit bleibt nach wie vor immer 1
In deinen Logs sehe ich das Calibration-Bit nirgendwo ist das richtig?

Auch das senden des unbekannten Diagnostic-Frame´s hat nichts bewirkt.

Habt ihr noch eine Idee wie ich da weiter kommen kann?

Mit freundlichen Grüßen
Fabian

@xspots

ich kann mir nur vorstellen das du nicht das richtige Byte ausliest oder das falsche Bit in diesem Byte.
Das entsprechende Byte ist das 6. Byte im Frame 0x2c. Es ändert sich auch nur das Bit 0 in diesem Byte, die anderen 7 Bits bleiben immer auf 1...

@wolkenschaufler

Ich habe etwas mit dem unbekannten Diagnostic-Frame experimentiert. Im Response Frame wird bei mir tatsächlich der eingestellte Batterietyp ausgegeben. Komisch das bei dir in den Logs immer nur 0x0a zurückgegeben wird.
Jedenfalls kann ich nun dieses Frame nutzen um den einstellten Batterietyp auszulesen...

@breezer

Ok das will ich nicht ausschließen:
ich werde grundsätzlich diesen code als Grundlage: https://github.com/frankschoeniger/LIN_Interface

dort gehe ich davon aus das folgender teil für den Kalibrierungszustand ist:
...
readFrame(0x2C);
...
int Calib = bitRead(LinMessageA[5], 0)

Nach deiner Beschreibung sollte das 6.Byte: 0xFE bzw 11111110 für unkalibriert oder 0xFF bzw 11111111 für kalibriert sein.
hier die ausgäbe meines Logs:

ID: EC --> 2C: 0:FF:BC:2:57:1:46:FF:B5: Lesen Ende

6. Byte = "1" würde 00000001 entsprechen.

das würde ja gar nicht passen.

Ich möchte euch schonmal für eure Unterstützung Danken !!!!

Zitat von xspots

0xFE bzw 11111110 für unkalibriert oder 0xFF bzw 11111111 für kalibriert

Richtig, so sollte es sein. Ist auch so in den Logs von wolkenschaufler zu sehen:

00012.919  ec bc 02 dc 01 46 ff 30
00012.935  3c 02 03 b5 3a 1e ff ff ff ec ERR
00012.988  7d 02 03 f5 3a 1e ff ff ff ac ERR
00013.038  e2 31 84 1e dd 30 7b 7a 45
00013.054  25 94 c8 ff bd 00 00 bf
00013.070  a6 ee 02 2e 02 4b ff ec
00013.087  a8 7e 84 1e c8 30 7c 7a 46
00013.099  2b 88 c8 ff bd 00 00 c5
00013.115  ec bc 02 dc 01 46 fe 31

Man beachte das erste Frame (EC) und das letzte Frame (EC), da ändert sich das besagte Byte nach dem Batterietyp setzten von 0xff auf 0xfe.
Also irgendetwas läuft da bei dir beim Auslesen schief...

habe mir das jetzt. noch mal genauer angesehen:

# LOG von Wolkenschaufler
ec bc 02 dc 01 46 fe 31


#mein LOG
0:FF:BC:2:57:1:46:FF:B5

dann würde mein code das falsche byte benutzen, das würde auch erklären warum ich einen komischen SOH und SOC bekomme.
Aber warum werden Spannung Strom und Temperatur richtig angezeigt? Es könnte natürlich sein das dort die Bytes angepasst sind.
Ich werde das nachher mal probieren!