Sie sind hier: Startseite » Forum » Software » CarPC-Software » cPOS » cPOS.NET » cPOSdotNet Version 0.72
Nächstes Thema anzeigen
Vorheriges Thema anzeigen

Vorheriges Thema anzeigenDieses Thema verschickenZeige Benutzer, die dieses Thema gesehen habenDieses Thema als Datei sichernPrintable versionEinloggen, um private Nachrichten zu lesenNächstes Thema anzeigen
Du musst dich anmelden um Beiträge zu schreiben!Du musst dich anmelden um Beiträge zu schreiben!
Autor Nachricht
DickerXXL
Stammposter
Stammposter


Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte


BeitragVerfasst: Sa 14 Mai, 2011 07:34  Titel:  (Kein Titel)
Nach untenNach oben

Moin zusammen,

@Mark: Wir hatten hier mal ein Wiki, wo beschrieben war, was es mit Plugins, Core, Informationbroker, Renderengine, Unittesting und co. so auf sich hat. Das ist aber verloren.
Im Quellcode stehen auch einige Kommentare. Laden und compilieren solltest Du dann das Projekt cPOSunittest\cPOSunittest.sln (In der Solution sind alle Projekte drin).
Als Startprojekt dann aber die jeweiligen EXE Programme angeben (cposDock, cPOSdotNet oder cPOSdotNetSkinEditor).

@Christian: Anbei mal eine Sensor_OBD.dll, die beim Empfang von SEARCHING die Anfrage nochmal stellt. Evtl. klappt es damit auch am Golf.

Gruß
Jörg

Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134

Software: cPOSdotNet

    
Subaru_tom
Forumjunkie
Forumjunkie


Alter: 49
Anmeldung: 22.07.2007
Beiträge: 753
Wohnort: Reichenbach im Vogtland


BeitragVerfasst: Sa 14 Mai, 2011 10:30  Titel:  (Kein Titel)
Nach untenNach oben

Hallo

Ich weis jetzt nicht warum ich das nicht schon eher gesehen habe, aber die Auswertung der unterstützten PID bei meinem Auto stimmt nicht. Die log sieht ja so aus:

Sensor_OBD received OBDData: 0 1 0 0 41 00 BE 3F A8 11 >
Sensor_OBD GetDataBytes: ERROR on evaluating answer Die Eingabezeichenfolge hat das falsche Format.
Sensor_OBD EvaluateSupportedPIDs: Supports pidFuelSystemStatus
Sensor_OBD EvaluateSupportedPIDs: Supports pidCalculatedEngineLoad
Sensor_OBD EvaluateSupportedPIDs: Supports pidEngineTemperature
Sensor_OBD EvaluateSupportedPIDs: NO support for pidFuelPressure
Sensor_OBD EvaluateSupportedPIDs: Supports pidFuelIntakeManifoldPressure
Sensor_OBD EvaluateSupportedPIDs: NO support for pidEngineRPM ?
Sensor_OBD EvaluateSupportedPIDs: Supports pidSpeed
Sensor_OBD EvaluateSupportedPIDs: NO support for pidTimingAdvance ?
Sensor_OBD EvaluateSupportedPIDs: NO support for pidIntakeAirTemperature ?
Sensor_OBD EvaluateSupportedPIDs: NO support for pidMAFAirFlowRate ?
Sensor_OBD EvaluateSupportedPIDs: NO support for pidTrottlePosition ?
Sensor_OBD EvaluateSupportedPIDs: NO support for pidRunTimeSinceEngineStart

Bei den PIDs mit Fragezeichen müsste eigentlich "Supports" stehen - Abgeleitet aus dem Rückgabewert "3F". So wie es jetzt ausgewertet wird wäre das "20".

Gruß

Hardware: K90;VoomPC-2,M1-ATX,ASRock_E350M1,64GB_SSD,DVD;Spacenav.;TEA3000

Software: Win10_64bit,CES,Automapa

    
DickerXXL
Stammposter
Stammposter


Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte


BeitragVerfasst: Sa 14 Mai, 2011 10:58  Titel:  (Kein Titel)
Nach untenNach oben

Hi Tom,

sorgen macht mir die 2. Zeile im Log:
Sensor_OBD GetDataBytes: ERROR on evaluating answer Die Eingabezeichenfolge hat das falsche Format.

Scheinbar habe ich das > nicht korrekt entfernt.
Anbei eine weitere Sensor_OBD.dll.

Gruß
Jörg

Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134

Software: cPOSdotNet

    
DickerXXL
Stammposter
Stammposter


Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte


BeitragVerfasst: Sa 14 Mai, 2011 15:14  Titel:  (Kein Titel)
Nach untenNach oben

Ich noch mal:
Wie ist eigentlich das Interesse über OBD die Fehlercodes auszulesen?
Ich denke, die Dekodierung der Werte in Klartext ist Hersteller/Fahrzeugtyp abhängig, aber man könnte ja Listen hinterlegen.

Gruß
Jörg

Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134

Software: cPOSdotNet

    
DickerXXL
Stammposter
Stammposter


Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte


BeitragVerfasst: Sa 14 Mai, 2011 15:24  Titel:  (Kein Titel)
Nach untenNach oben

Und noch eine Frage:
Ich habe seit ein paar Wochen hier so ein iPhone liegen.

Wie ist das Interesse iTunes anzubinden?
Ist schon irgendwie cool das Teil, man hat seine gesamte Musiksammlung auf iPhone/iPod und auf dem CarPC ist lokal nichts. Kabel dran (via Bluetooth geht iTunes nicht?) und schon ist der CarPC als Screamingclient eingerichtet.
Es gibt auch ein API zu iTunes, mit dem man sich in Playlist bewegen, Titel abspielen/stoppen, nächsten Titel anwählen kann usw.

Gruß
Jörg

Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134

Software: cPOSdotNet

    
Subaru_tom
Forumjunkie
Forumjunkie


Alter: 49
Anmeldung: 22.07.2007
Beiträge: 753
Wohnort: Reichenbach im Vogtland


BeitragVerfasst: So 15 Mai, 2011 11:24  Titel:  (Kein Titel)
Nach untenNach oben

Hallo

Ich habe die neue dll mal ausprobiert. Die Auswertung der unterstützten PID stimmt. Bei der dann folgenden Abfrage der einzelnen Werte gibt es aber Probleme.
Eine Abfrage der gespeicherten Fehlercodes ist sicher nicht schlecht. Die vielen herstellerabhängigen Codes erhöhen aber auf jeden Fall den Aufwand für eine Klartextanzeige.

Gruß

Hardware: K90;VoomPC-2,M1-ATX,ASRock_E350M1,64GB_SSD,DVD;Spacenav.;TEA3000

Software: Win10_64bit,CES,Automapa

    
DickerXXL
Stammposter
Stammposter


Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte


BeitragVerfasst: So 15 Mai, 2011 17:21  Titel:  (Kein Titel)
Nach untenNach oben

Huch! Was fehlt dem denn?

Auf
0105 (Engine Temperatur) antwortet er mal mit
0 1 0 5 41 05 36 > = OK (14 °C)
oder mit 1 C 0 4 0 1 0 5 403> = ???
oder auch nur mit 0> = ???

Da erkenne ich gar keine Regel.
Auf einige antwortet er gar nicht, z. B. 010B (IntakeManifoldPressure)
Sind evtl. 100ms für eine Antwort zu knapp bemessen?

Anbei mal eine Sensor_OBD.dll mit 200ms Wartezeit für die Antwort.

Gruß
Jörg

Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134

Software: cPOSdotNet

    
Subaru_tom
Forumjunkie
Forumjunkie


Alter: 49
Anmeldung: 22.07.2007
Beiträge: 753
Wohnort: Reichenbach im Vogtland


BeitragVerfasst: So 15 Mai, 2011 23:33  Titel:  (Kein Titel)
Nach untenNach oben

Hallo

Es ist zwar etwas besser geworden, aber es reicht noch nicht. Es kommt auf jeden Fall zu Überschneidungen und bei jeder weiteren Abfrage wird es schlimmer. ZB gehört die 4 vom Anfang der Antwort auf 0105 noch zum Ende der vorhergehenden Antwort.

Sensor_OBD message: 010C
Sensor_OBD received OBDData: 0 1 0 C 41 0C 00 6>
Sensor_OBD message: 0105
Sensor_OBD received OBDData: 4 0 1 0 5 41 05 35 >

Komisch mit der Version 691, also der vor der Auswertung der unterstützten PID, funktionierte es ja eigentlich schon.

Gruß

Hardware: K90;VoomPC-2,M1-ATX,ASRock_E350M1,64GB_SSD,DVD;Spacenav.;TEA3000

Software: Win10_64bit,CES,Automapa

    
DickerXXL
Stammposter
Stammposter


Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte


BeitragVerfasst: Mo 16 Mai, 2011 08:21  Titel:  (Kein Titel)
Nach untenNach oben

Ok, dann gehen wir wieder auf die alte state machine zurück.
Alle x ms wird genau ein Wert abgefragt.

Anbei die neue Sensor_OBD.dll, die alle 200ms eine supported PID abfragt.
Das sollte langsam genug sein, ansonsten muss ich die Wartezeit vielleicht einstellbar machen.

Gruß
Jörg

Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134

Software: cPOSdotNet

    
dbmaxpayne
Manchmalposter
Manchmalposter


Alter: 37
Anmeldung: 12.08.2010
Beiträge: 54



BeitragVerfasst: Mo 16 Mai, 2011 08:38  Titel:  (Kein Titel)
Nach untenNach oben

Einstellbar ist doch denke ich am Besten oder?



    
dbmaxpayne
Manchmalposter
Manchmalposter


Alter: 37
Anmeldung: 12.08.2010
Beiträge: 54



BeitragVerfasst: Mo 16 Mai, 2011 08:54  Titel:  (Kein Titel)
Nach untenNach oben

Gibt es eigentlich bereits einen EventHandler?
Der wäre für CAN ja notwendig.



    
Subaru_tom
Forumjunkie
Forumjunkie


Alter: 49
Anmeldung: 22.07.2007
Beiträge: 753
Wohnort: Reichenbach im Vogtland


BeitragVerfasst: Mo 16 Mai, 2011 12:12  Titel:  (Kein Titel)
Nach untenNach oben

Hallo

Mit der 693 sieht es bei den OBD Werten leider auch nicht besser aus.

Hardware: K90;VoomPC-2,M1-ATX,ASRock_E350M1,64GB_SSD,DVD;Spacenav.;TEA3000

Software: Win10_64bit,CES,Automapa

    
DickerXXL
Stammposter
Stammposter


Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte


BeitragVerfasst: Mo 16 Mai, 2011 21:39  Titel:  (Kein Titel)
Nach untenNach oben

Mmh stimmt, das sieht nicht besser aus.

Würde bedeuten, das 200ms Wartezeit zu kurz sind?
Kann ich mir nicht so ganz vorstellen, dann könnten wir ja kaum Daten abfragen, die sich schnell ändern, z.B. Speed oder Engine RPM.
Will man nur 10 Werte abfragen, so wäre ein Roundtrip ja schon 2s lang und da würde man z.B. beim Speed schon eine deutliche Verzögerung spüren/sehen.

Alternativ könnte ich auch immer einfach auf eine Antwort vom OBD Interface warten, das würde dann immer funktionieren, aber die abgefragten Werte wären dann je nach OBD Interface brauchbar (also schnell genug) oder eben deutlich verzögert.

Ich denk mir mal was aus...

Gruß
Jörg

Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134

Software: cPOSdotNet

    
Subaru_tom
Forumjunkie
Forumjunkie


Alter: 49
Anmeldung: 22.07.2007
Beiträge: 753
Wohnort: Reichenbach im Vogtland


BeitragVerfasst: Mo 16 Mai, 2011 22:55  Titel:  (Kein Titel)
Nach untenNach oben

Hallo

Mit der ziemlich niedrigen Aktualisierungsrate liegt du richtig. Bei den 8 Werten auf der LCD Anzeige dauert es etwa 2 - 3 Sekunden bis sie jeweils aktualisiert werden. Laut Scantool beträgt die Wiederholungsrate etwa 3 - 4 Hz. Deshalb ja auch mein Vorschlag, das man die Möglichkeit hat selbst zu entscheiden welche Werte abgefragt werden sollen.

Gruß

Hardware: K90;VoomPC-2,M1-ATX,ASRock_E350M1,64GB_SSD,DVD;Spacenav.;TEA3000

Software: Win10_64bit,CES,Automapa

    
weichei99
Inputsammler
Inputsammler


Alter: 58
Anmeldung: 15.05.2011
Beiträge: 20
Wohnort: Biebertal


BeitragVerfasst: Di 17 Mai, 2011 11:40  Titel:  (Kein Titel)
Nach untenNach oben

Hallo zusammen!

Gestern habe ich cPOSdotNet Version 0.71 auf meinem Car-PC installiert und es hat auch gleich geknallt Smile Nachdem ich die letzte Sensor_OBD drüber kopiert hatte, konnte ich die Werte abfragen Ich habe einen USB Adapter mit einem ELM327 Chip.
Die Aktualisierungsrate ist allerdings wirklich bescheiden.

Ich habe mir vor kurzem einen "RaceLogger" programmiert, der GPS und OBDII in eine Datenbank schreibt. Später nutze ich ich die Daten, um sie im Video einzublenden: http://www.youtube.com/watch?v=M-FEcbjC-Js.

Ich hatte mich auf cpos-online schon mal zum Mitprogrammieren angeboten. Mein Programm ist in C# geschrieben - sollte also recyclebar sein Very Happy.

Also: ... wenn ihr mich gebrauchen könnt.... Quellcode oder besser SVN Zugang wäre nicht schlecht Very Happy

Gruß

Claus

Hardware: Atom 330

Software: cPos, cPos.net

    
DickerXXL
Stammposter
Stammposter


Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte


BeitragVerfasst: Fr 20 Mai, 2011 17:37  Titel:  (Kein Titel)
Nach untenNach oben

Moin Claus,

Entwickler sind immer willkommen.
Der SVN Pfad ist http://www.dridders.de/svn/cpos/branches/cposNET
Abrufen darf jeder. Wenn Du Änderungen einchecken willst, brauchst Du einen Account. Den kann Dir dridders (ist hier User) geben.
Wie oben schon erwähnt, haben wir die Beschreibung im Wiki verloren, aber der Quellcode enthält auch ein paar Erläuterungen.

Gruß
Jörg

Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134

Software: cPOSdotNet

    
DickerXXL
Stammposter
Stammposter


Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte


BeitragVerfasst: Fr 20 Mai, 2011 18:57  Titel:  (Kein Titel)
Nach untenNach oben

Moin zusammen,

ich habe nun die Werte, die die Sensor_OBD abfragen soll im Dock einstellbar gemacht.
Es wird also nicht mehr nach supported PIDs gefragt, nur noch die im Dock angeklickten PIDs werden abgefragt.
Damit das bei euch klappt, müsst ihr:
1.: Neue DLL ins \Plugins Verzeichnis kopieren
2.: Das Dock aufrufen und das Plugin Sensor_OBD deaktivieren (das grüne Kästchen entfernen.
3.: Übernehmen klicken
4.: Das Plugin Sensor_OBD wieder aktivieren und die gewünschten Einstellungen vornehmen.
5.: Erneut Übernehmen klicken

Dann bin ich mal gespannt...

Gruß
Jörg

Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134

Software: cPOSdotNet

    
MR Action
Forum-Elite
Forum-Elite


Alter: 38
Anmeldung: 29.11.2005
Beiträge: 1743



BeitragVerfasst: Fr 20 Mai, 2011 19:03  Titel:  (Kein Titel)
Nach untenNach oben

Kannste nicht so einen "Auto fragen" knopf machen wo man dann abfragen kann, was daw Auto kann und das dann angeklickt wird, wenn es denn geht?

Wenn ich es richtig verfolgt habe geht es ja teilweise aber net immer, oder? Wink



    
Subaru_tom
Forumjunkie
Forumjunkie


Alter: 49
Anmeldung: 22.07.2007
Beiträge: 753
Wohnort: Reichenbach im Vogtland


BeitragVerfasst: Sa 21 Mai, 2011 12:55  Titel:  (Kein Titel)
Nach untenNach oben

Hallo

Bei mir keine Veränderung. Warum kommt eigentlich öfters zweimal message? Eigentlich müssten sich doch "Sensor_OBD message:" und "Sensor_OBD received:" immer abwechseln.

Gruß

Hardware: K90;VoomPC-2,M1-ATX,ASRock_E350M1,64GB_SSD,DVD;Spacenav.;TEA3000

Software: Win10_64bit,CES,Automapa

    
DickerXXL
Stammposter
Stammposter


Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte


BeitragVerfasst: Sa 21 Mai, 2011 17:25  Titel:  (Kein Titel)
Nach untenNach oben

Hi Tom,

ja, das ist immer noch zu schnell.
Ich habe jetzt mal die Abtastrate über das Dock einstellbar gemacht.
Das ganze funktioniert so:
Die Werte werden per Timer nacheinander abgefragt. Dabei hat jede Abfrage (Abtastrate/Anzahl Werte)[ms] Zeit.
Beispiel: Bei einer Abtastrate von 1000ms und 5 Werte, hat jeder Wert 200ms Zeit für die Abfrage. Die Abtastrate ist also ein kompletter Durchlauf in dem alle gewünschten Werte abgefragt werden.
Wenn das eigene OBD Interface dabei aus dem Tritt kommt, kann man entweder die Abtastrate erhöhen oder die Anzahl Werte verringern.

@Mr Action: Ja, aber dann habe ich noch immer das Timingproblem. Ich glaube Tom's Vorschlag mit einstellbaren Werte ist schon gut. Es soll auch zum eingesetzten Skin passen. Es nutzt ja nichts, Werte abzufragen, die im Skin gar nicht angezeigt werden.
OK, es nutzt auch nichts, Werte abzufragen, die das OBD Interface (oder das Auto) gar nicht unterstützten Sad. Ein Henne Ei Problem?

Gruß
Jörg

Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134

Software: cPOSdotNet

    
Beiträge der letzten Zeit anzeigen:      
Du musst dich anmelden um Beiträge zu schreiben!Du musst dich anmelden um Beiträge zu schreiben!
Vorheriges Thema anzeigenDieses Thema verschickenZeige Benutzer, die dieses Thema gesehen habenDieses Thema als Datei sichernPrintable versionEinloggen, um private Nachrichten zu lesenNächstes Thema anzeigen

Nächstes Thema anzeigen
Vorheriges Thema anzeigen
Du kannst keine Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum nicht antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.
Du kannst Dateien in diesem Forum nicht posten
Du kannst Dateien in diesem Forum nicht herunterladen
 

CarTFT
Forenspecials



Forensicherheit - Alle Zeiten sind GMT + 1 Stunde -
Powered by phpBB2 Plus, phpBB Styles, based on phpBB © 2001/6 phpBB Group :: FI Theme ::

[ Zeit: 0.5792s ][ Queries: 48 (0.2071s) ][ GZIP Ein - Debug Ein ]
carTFT.com