Beiträge von Tholo

    Steht doch schon in der Tabelle drin. Damit kannst du zwischen ac und Dc unterscheiden.


    charging_status FC007B 227448 0= standby, 1 = driving 4 ist AC, 6 ist DC

    Weitere Infos zum Status im OBD2 Header Pid Liste Post 22


    EDIT:

    Sorry nochmal gelesen. Du sucht den Stecker Zustand. Da hab nie nach gesucht. Wozu auch. Versteh den Use-Case auch nicht. Entweder ist auf 4 oder 6 im Ladestatus oder der Stecker steckt nicht weil 0 oder 1.



    Probier mal bitte den möglichen Header FC00B9

    ATSH17FC00B9

    Der hat irgendwas mit dem Laden zu tun

    "22465B", // DC-DC current" 0322465D55555555",

    // DC-DC voltage

    "22465D", // DC-DC voltage

    Ja die App ist zum Teil Träge aber genau deswegen ist sie ja noch nicht final Erschienen. Bestenfalls übermittelt ihr eure Erfahrungen an das abrp Tam.

    Wir sind uns aber Einig, dass die derzeitige Version nicht Vollumfänglich ist.


    Man muss an der Beta Teilnehmen, um die App via Android Auto starten zu können. Diese Einstellung funktioniert im Playstore unter der aBRP App.

    @Mods

    Wieso kann ich den ersten Text nicht editieren?


    Die neue Tabelle:


    EDIT:

    Ich hab die Tabelle ein bisschen angepasst, mit den Sachen welche ich erfolgreich oder eben nicht zustande gebracht habe.

    12.06.2021


    mit den 3zeiligen Headern hab ich noch probleme. Ich weiß noch nicht wie ich die AT Command stellen muss, damit sie genauso antworten wie die 6stelligen Header

    Super! Rezis! Die Liste ist Überagend! Sie bestätigt viele Hex Pids und zeigt auch ein paar Unbekannte! Danke dafür!


    Nun das große aber...

    Ich hab in keiner meiner Dokumentationen (python-obd, ST/AT Commands oder ähnliches) einen "Login Befehl" gefunden oder gesehen. Mit dem Login "20103" kann ich derzeit noch nichts anfangen. Ich weiß nicht wie ich das verarbeiten sollte mit meinen OBD send/execute Befehlen. Ich versuch mich daran noch.


    Gibt es für die Steuergeräte Bezeichnung eine "Übersetzung" Nehmen wir mal wieder das Beispiel des VW eUp , da ist Steuergerät 8C "7E5" und Anwortet als "7ED" . Natürlich benötigen wir das in 29bits was ungefähr so aussehen dürfte "18db33f1" (wahrscheinlich für 01) oder eben meine "alte" Version für 8C "17fc007b"


    Findet sich in deiner Software ähnliches?

    Ich hab mal wieder hin und her getestet laufe aber meist einem Fehler auf "18DAF10A037F2231"


    Ich denke das liegt an den "Hardware CAN Filtern". Das hab ich aber noch nicht ganz kapiert. Ich teste weiter!

    Ich kenne nur die Steuergerät Bezeichnung aus obd eleven.

    Zum Beispiel 8c beim hybrid Battery Management : J840 K8C BMC

    Kannst du damit etwas anfangen?


    Ich vermute es ist die 01 Motor Elektronik, 8c Hybride Batterie Management System und BD Hochvoltbattery Lademanagement

    Ich möchte hier ein Aufstellung der bekannten und noch gesuchten OBD2 Kommandos erstellen. Damit wir in Zukunft mehr Informationen aus den ID´s herraus bekommen.


    Der ID3 läuft auf der ISO 15765-4 (Can 29/500) Protocol 7.

    Ich hab nach ewigen rumbprobieren folgende Informationen aus dem Auto bekommen.

    Dazu ist ein Wechsel auf den Header FC007B nötig. Warum? Kann ich als Laie nicht beschreiben. Ich vermute das ich mit dem Header auf 17 und dem Filter auf ATCRA17FE007B zZ nur die Battery und vereinzelte Pids abrufen kann. Ein Wechsel von Header zu Header ist zZ erfolglos.


    Der Orginal Header ist 7DF im Pattern 18DAF10A

    Code
    obd.query RPM mode=01 pid=0C header=7DF baudrate=500000 protocol=7 verify=false force=true
    _type: rpm
    _stamp: '2020-12-19T12:03:23.926990'
    value: |- 
    18DAF10A037F0111 
    18DAF10504410C0000


    - obd.execute "ATCP 17" - ATSH FC007B -ATCRA17FE007B

    Nun kann ich verschiedene Pids aus dem Steuergerät Battery Management 8C und Steuergerät 01 Motorelektronik abrufen.


    Hier die bekannten Pids. Die Formeln muss ich nachtragen, da Autopi gerade down ist. Ansonsten stimmen die Formeln mit diesen Überein VW eUP und Pid Wiki

    Name Header PID Formel Funktioniert
    Speed FC007B 0D Ja
    RPM FC007B 0C Ja
    12V Batt FC007B
    SOC FC007B 028C
    HBatt Volt FC007B 1E3B noch unvollständige (signed Umrechnung) "1023.984375";"V" Nein
    HBatt Ampere FC007B 1E3D noch unvollständige (signed Umrechnung) "-0.6";"A" Nein
    charging_status FC007B 7448 4 ist AC, 6 ist DC Ja
    hbatt_max_temp FC007B 1E0F Ja
    hbatt_min_temp FC007B 1E0E



    Gesuchte OBD Anfragen Header ist unbekannt und bei mir ohne Anwort:



    Name Header PID Formel Funktioniert
    Distance DB33F1 (aus CarScanner App Log) Ich bekomme allerdings nur Fehler 0149 / 22F431 aa Antwort immer nur 0
    Außentemp 22F446 aa-40
    HV-Ladestrom Istwert 221606
    HV-Ladestrom Sollwert 221607
    Geschwindigkeitsregelanlage, Sollgeschwindigkeit 2210C7
    Modus Fahrbetrieb 221115
    Hbatt_capacity
    Ladevorgang Restlaufzeit in min 221DE4 aa*5



    Vielleicht kann jemanden einen OBD Sniffer oder ähnliche Tools starten. Damit wir die richtigen Header bekommen, welche wir anfragen müssen.

    Ich kann die Liste gerne erweiteren, wenn ihr Bedarf auf weitere Informationen habt.Gerne auch wenn ihr Erfolgreiche Abfragen habt!

    Die Hexwerte sind ja bekannt.

    Ich kann dir einmal eine Aufschlüssung geben welche Pids ich bräuchte.

    Meist funktioniert die Antwort nicht wenn ich den Header verändere mit it ATSH.

    Die "normalen" 3stelligen Header (wie beim VW eUp) funktionieren zb für das Batteriemanagent gar nicht. Nur Fehler.

    Ich schreib dir heute abend ein mal etwas zusammen

    rezis


    Ich glaube was Schräg meinte sind die Pids und Header mit AT Commands. Die sind nicht wirklich dokumentiert. Ich hab durch EVNotify und CarScanner bisher 2 Header finden können, welche Verwertbare antworten geben. Das was du meinst ist glaub ich viel Tiefer im Coding. Ich kann mich irren aber von SFD hab ich noch nie etwas gehört. Das bedeutet das "wir" diese SFD Codes nicht brauchen. Das was wir suchen sind Header, Pids und die Formeln. (Die Formelns sind wiederum durch den Vw eUp und durch die ISO 15765-4 (CAN 29/500) gut Dokumentiert.


    Ich denk nicht das Schräg, skuske oder ich diese SFD Zugänge benötigen. Wir wollen nur die Daten Lesen, nicht schreiben.


    Ich hab aber wirklich kein Plan von dem Zeug! Ich bin Lehrer für medizinische Berufe :P

    Kann mich also auch enorm Irren!


    skuske

    Ich weiß nicht ob du den Nachkommastellen vertrauen kannst!

    Wenn ich den Soc abfrage (ich weiß nicht welcher das ist. Hab das nie vergleichen) Ich würde jetzt vom Brutto Ausgehen.

    Dann kommt

    Code
     obd.query soc mode=220 pid=028C header=FC007B baudrate=500000 protocol=7 verify=false force=true
        _type: soc
        _stamp: '2021-05-03T18:43:57.891210'
        value: 17FE007B0462028CAA

    028C ist der Pid also ist der Wert als HEX Antwort hier "AA" das Bedeutet in Dezimal 170. Das durch 2,5 weil SOC ist aa/2,5.

    Da hier "nur" 2Hex Variablen zurück gegeben werden "aa/2,5" wirst du nicht viel genauer werden können!

    An meinem Beispiel hier 68%


    Ich hab Zwar auch Nachkomma Stellen generiert aber ich glaub nicht das die zweite nachkommastelle "genauer" wird. Da die Hex Variablen zu "wenig" sind.

    Den Pid "F4 5B" würde hier auch nichts bringen. Das ist vielleicht der andere SOC da auch hier "aa/2,55". Das hab ich im Carscanner Log 18DAF10503415B8E also auch nur 2 Hex Zeichen


    Hier mal ein LOG bei einer Ladung. Mein Programm in Autopi fragt alle 15 Sekunden den SOC ab.

    Ohh.. Ich hab mist gebaut und beim Transport vom Auto nach Hause das Display geschrottet....

    Das Odroid Show2 wird auch nicht mehr hergestellt...

    Ich habe das gleich zum Anstoß genommen und werde ein GUI mit QT zussammen bauen...

    Das dauert dann aber nochmal länger...Da muss ich mich erst neu einarbeiten...

    Vor dem Schlafen noch schnell in die Welt schreien...

    Wieder ein Stück weiter gekommen!

    IMG_20210520_193301.jpgIMG_20210520_182720.jpg


    Das Klebeband ist nur zum Testen.

    Ich werde morgen weitere Einzelheiten erläutern. Es ist gibt noch ein paar Probleme!

    Auch arbeite noch etwas hin und her der Daten. Der Mqtt Broker läuft lokal und ein weiteres Script schiebt ebenfalls Mqtt Kommandos auf den Mqtt Broker im Smart Home.

    Dieser Distanz Kilometer brauch ich noch unbedingt... Ich kann zwar die GPS Daten nehmen aber das fühlt sich nicht richtig an.


    Dieser xyz Achse und die Oberfläche beim Laden fehlt auch noch.

    Es bleibt spannend. Alsdorf nächstes muss ich erstmal die logs auswerten.

    Den ersten Fehler hab ich schon bei den Ampere gesehen. >500A erscheint mir ein bisschen viel.


    Habt ihr vielleicht eine Idee zur Berechnung?


    Die Abrp Integration fehlt auch noch. Ich will die Daten erst haben und berechnen, um dann abrp besser füttern zu können.



    Ps: das ist Klebeband ist natürlich nur zum Testaufbau :S

    *Pfeift vor sich hin*

    Weitere und genaue Infos folgen dazu in meinen anderen Post.

    ID3 Infos mit HomeAssistent und Autopi - OBD Krampf ohne Ende


    Aber der reale SOC ist schonmal auf zwei Kommastellen genauer.

    IMG_20210520_182720.jpg


    Allerdings komme ich noch nicht an die gefahrenen Kilometer ran... Das ist erschwert diese Möglichkeit der Berechnungen. Ich kann zwar die GPS Daten nehmen aber das fühlt sich nicht richtig an.


    Was denkt ihr? Wie könnte man Verbrauch und (wenn ich fertig bin) die abrp Daten vergleichen und voraus ahnen?