portis

Hallo zusammen, Wie kann man mit CP Pro die Stellung des AGR-Ventils beim Fahren mitliefern? Geht das überhaupt? Wo muss ich anfangen/in welcher Rubrik nachschauen? Danke!

Ich nehme an, Ihr kennt diese Seite und die PDF-Datei mit Kodierungen? https://www.skodacommunity.de/threads/codierungen-der-onenote-als-pdf-datei.107882/ Achtung, Urheberrecht beachten! (Details unter dem o.g. Link)

Auch von mir ein herzliches Dankeschön - super Idee und tolle Umsetzung! Einen Hinweis noch: Die Quelle steimei.de zeigt für einige Dinge angeblich falsche Informationen an (hatte das jemand hier oder in einem anderen Forum wie MotorTalk o.ä. geschrieben?). Jedenfalls muss man aufpassen, sich nichts zu zerschießen. Aber so einen Disclaimer gibt es ja schon. ;)

Danke - und sorry, dass ich das mit den anderen Herstellern nicht selbst schnell nachgeschaut hatte. Die Beta6 ist seit 11.08. raus!

Coole Sache - vielen Dank! :) Falls Ihr den JSON-Validator noch nicht kennt: https://jsonlint.com/ Gibt es eigentlich einen Grund, weshalb das Tool in GitHub auf VAG-Fahrzeuge eingeschränkt wird? Ich meine, kann man mit den entsprechenden Dongles und CarPort auch andere Hersteller-Fahrzeuge programmieren? Und wenn ja, wäre es doch nett, wenn sich an diesem Tool auch Interessierte anderer Hersteller beteiligen könnten. Sorry, habe mich länger nicht mehr mit CP beschäftigt und mag hiermit völlig daneben liegen. ;)

Aber wozu gibt es dann im Menü unter Setup den Eintrag "BT-AUDIO" zum Ein- und Ausschalten? PS: A2DP freischalten https://www.motor-talk.de/forum/bluetooth-audio-rcd-510-t2134648.html

Hallo zusammen, Zum ersten Mal habe ich zur Kenntnis genommen, dass es bei meinem RCD 310 Radio im Caddy 2CB (BJ 2012) im Menü einen Punkt zum Ein- und Ausschalten von Bluetooth gibt. Wenn ich BT einschalte, passiert aber nichts weiter, d.h. das Radio findet mein Handy nicht (obwohl dort BT ebenfalls an ist und das Handy von anderen Geräten via BT gefunden wird) und umgekehrt findet mein Handy auch das Radio nicht. Muss ich zuerst etwas freischalten? Wie geht das mit CarPort Pro? (habe Pro und das CAN-Modul und habe bereits eine AHK sowie das Abbiegelicht über die NSL programmiert) Danke für Eure Hinweise und ein schönes Wochenende!

Eine Codierung würde ich lieber mit einem Kabel als mit Bluetooth oder WiFi machen. Die CarPort Pro-Preise kennt man ja, ein Adapter wie der AutoDiag K509 kostet separat ca. 25-30€ und ein Bluetooth ELM327-Adapter ab ca. 10€ (es gibt auch billigere). Bei den Beträgen denke ich nicht lange über Sparen nach. ;) Und ich finde CarPort sehr gut für den Preis. Noch mehr Labels wären schön, aber das Thema wird in einem anderen Thread diskutiert. Jedenfalls konnte ich damit sowohl meinen AHK E-Satz von Westfalia programmieren, als auch das Abbiegelicht über die Nebelscheinwerfer. Mehr ist mir für meine Caddy nicht eingefallen. ;)

Die Idee, die Abdeckung abzumachen, ist prima - danke! :) Vielleicht passt es ja...

@N1k145: Du meinst das Produkt mit der 11 im Namen? Ich würde mich freuen, wenn CarPort als App verfügbar wäre. @Hidrive: Klar, mit den ganzen "Chinaböllern" kann man OBD2 nutzen, das ist ja nicht neu. Aber dass es eine App "VAG DPF" gibt, die mit einem üblichen Adapter auch VAG-Spezifisches auslesen kann, finde ich toll. Ich hatte (offenbar irrtümlich) angenommen, dass Adapter für VAG sich in ihrer Hardware von den üblichen OBD2-Adaptern unterscheiden. Allerdings hatte ich einen 2. Adapter (auch aus China), mit dem gar nichts funktionierte (nicht einmal mit einer der vielen üblichen App für OBD2), was wohl daran lag, dass der Adapter defekt war oder ein zu billiger E327-Clon mit Mängeln; den hat Amazon zurückgenommen.

Ja, bei mir auch (mit der Bluetooth 4.0 Version) und der gratis Version der VAG DPF App. Die zeigt allerdings nur 3 Parameter an (u.a. die Ruß-Menge sowie die seit der letzten Regeneration gefahrenen km; and den 3. Parameter erinnere ich mich jetzt nicht). Ich nehme an, dass das die Einschränkung der gratis Variante ist, ohne das jetzt im Detail nachgelesen zu haben. Jedenfalls finde ich es prima, dass es offensichtlich zumindest diese eine Android App gibt, die über das OBD2-Übliche hinausgeht und auch VAG-spezifische DPF-Parameter auslesen kann. Und die 4€ für die kostenpflichtige App-Version sind ja auch sehr überschaubar. :) Nun müsste es ja auch möglich sein, CarPort das Auslesen dieser DPF-Parameter beizubringen, oder?

Hi zusammen, Für mein OBD2-Modul (ragt eingesteckt mit ca. 2 cm aus der Buchse heraus) suche ich noch einen Winkel-Adapter bzw. eine Verlängerung mit Winkel-Stecker o.ä., damit das OBD2-Modul auch hinter die geschlossene Abdeckung im Caddy passt. Die lässt sich leider (knapp) nicht schließen, wenn das Modul eingesteckt ist. Ich will es aber nicht jedes Mal rausnehmen (fahre täglich, so dass ein Leersaugen der Starterbatterie wohl nicht passieren kann) oder die Abdeckklappe entfernen (weil dann da die ganzen Sicherungen etc. frei wären - nicht so schön). Und ich möchte auch kein Loch in die Klappe bohren. ;) In diversen Online-Shops habe ich mir schon den Wolf gesucht nach einem Adapter-/Verlängerungskabel mit 90°-Winkel o.ä. Lösungen, aber die sind selbst (sofern überhaupt Maße angegeben werden) zu tief, als dass sich die Klappe schließen ließe. Habt Ihr eine Idee? Vielen Dank und allen ein schönes Wochenende.

Yo, den Wiki-Artikel kannte ich schon, danke. :) Und ich kann tatsächlich mit diesem OBD2-Adapter (Bluetooth 4.0-Variante) und der Android App "VAG DPF" (selbst mit der freien/kostenlosen Variante) tatsächlich Parameter den DPF betreffend auslesen/während der Fahrt auf meinem Handy anzeigen (ich hoffe, dass die Angaben stimmen).

Ja, so hatte ich es auch verstanden, d.h. das STG erkennt, wenn ein Anhänger am Stecker angesteckt ist. Das mit dem Schalter per Schraubendreher war mir allerdings neu. Mal sehen, wie es dann funktioniert (ggf. erst einmal mit einem Baumarkt-Anhänger :)).

Alles richtig. Aber nochmal: Wenn eine Firma in eine Datei als Text z.B. "Abbiegelicht über NSL" reinschreibt, dann kann es ja wohl nicht verboten sein, eine eigene Software/Datei zu schreiben (und wir reden ja nur von json-Dateien), die - zufällig - denselben Inhalt enthält. Anderenfalls würde es bedeuten, dass alle Softwarehersteller beim Erstellen von z.B. Hilfedateien immer alle anderen Softwaren (wie soll das gehen) abklappern müssen, um zu vermeiden, den - zufällig - selben Hilfetext zu verwenden. Das macht doch keinen Sinn. Also wie verfahren wir jetzt? Sollen wir das jeweils umbenennen? Um beim Beispiel zu bleiben: "Abbiegelichter über Nebelscheinwerfer" oder wie? Das mit den diffs ist ja ganz schön (dachte ich zunächst), aber wozu der Aufwand? Aber ich denke, ich schreibe hier einstweilen nichts mehr dazu, damit ich mich nicht noch auf (juristisch) dünnes Eis begebe. Und solange ich hier von MPP Engineering nichts konkret zu finde, ist es wohl eh besser, wenn ich still bleibe. ;) Ich bin nicht gefrustet (falls es jemand falsch versteht), aber ich will mir keinen Ärger einhandeln und sehe außerdem, dass wir uns im Kreis drehen.

Weshalb gibt es eigentlich CarPort nicht als App für iOS/Android? Wer ein Handy/Tablet mit Window 10 mobile drauf hat, ist evtl. fein raus, wenn es darauf läuft. Aber es wäre für die iOS- und Android-Nutzer toll, eine freie CarPort App zumindest zum Auslesen (ggf. auch Fehler-Zurücksetzen) von Werten zu haben, die man mit OBD2 nicht lesen kann. So müsste man nicht extra ein Laptop mit Windows drauf dabei haben. Und man könnte - ein ordentliches CarPort Widget vorausgesetzt - auch Live Daten während der Fahrt anzeigen. Schreibe ich Müll, kam die Frage schon einmal, oder gibt es bereits bekannte Gründe, weshalb das nicht geht? (davon abgesehen, dass MPP Engineering evtl. keine Resourcen für die Entwicklung einer App hat bzw. es nicht wirtschaftlich wäre) Kann mir jemand evtl. einen Tipp geben, wo ich Näheres zum Protokoll finde, das z.B. bei einem AutoDiag K509 Adapter von CarPort verwendet wird? Einen solchen Adapter habe ich. Ich bin zwar kein Experte, was die Entwicklung von Apps angeht, aber es interessiert mich schon sehr. Bin ich hier auf der richtigen Fährte? https://www.blafusel.de/obd/vag_kw2000.html https://www.blafusel.de/obd/vag_compatibility.html Hm, ich merke eben, dass das nicht wirklich zielführend ist. Wenn ich mir hingegen einen CarPort Diagnose-Bericht von meinem Caddy ansehe, wird folgendes klar: STG_____Protokoll_____Transportprotokoll 01 - Motorelektronik_____UDS_____ISO TP 03 - Bremsenelektronik_____KWP2000 CI_____TP 2.0 & KWP2000 08 - Klima-/ Heizungselektronik_____UDS_____ISO TP 09 - Elektronische Zentralelektrik_____KWP2000 CI_____TP 2.0 & KWP2000 10 - Einparkhilfe 2_____KWP2000 CI_____TP 2.0 & KWP2000 15 - Airbag_____UDS_____ISO TP 16 - Lenksäulenelektronik_____UDS_____ISO TP 17 - Schalttafeleinsatz_____UDS_____ISO TP 18 - Zu-/ Standheizung_____KWP2000_____TP 2.0 & KWP2000 19 - Diagnoseinterface für Datenbus_____KWP2000 CI_____TP 2.0 & KWP2000 25 - Wegfahrsicherung_____UDS_____ISO TP 42 - Türelektronik Fahrer_____KWP2000_____TP 2.0 & KWP2000 44 - Lenkhilfe_____KWP2000_____TP 2.0 & KWP2000 52 - Türelektronik Beifahrer_____KWP2000_____TP 2.0 & KWP2000 56 - Radio_____KWP2000 CI_____TP 2.0 & KWP2000

Laut diesem Beitrag im MT Forum kann man mit einem ELM327 BT/WiFi-Adapter (z.B. diesem) und der Android App "VAG DPF" einiges rund um den DPF auslesen. Entsprechende Bilder sind dort hinterlegt. Nun frage ich mich, ob es Dongles/Adapter gibt, die per Funk (BT/WiFi) VAG-Diagnose können, so wie z.B. ein ELM327 OBD2 kann. Oder gibt es eine Möglichkeit, die Daten über z.B. einen AutoDiag K509 dann drahtlos weiter zu übermitteln (in beide Richtungen)? Ok, dann bräuchte man auf dem Handy noch eine ordentliche App, die mit all den Daten etwas anfangen kann. CarPort als App wäre cool. :cool: Grund meiner Fragen: Es wäre dann möglich, während der Fahrt nicht nur die Werte darstellen zu können, auf die OBD2 beschränkt ist. Oder macht das evtl. gar keinen Sinn? PS: Was macht den Unterschied zwischen den weiteren Möglichkeiten der VAG-Diagnose im Vergleich zur Diagnose via OBD2 aus: ein VAG-fähiger Adapter und/oder eine entsprechend ausgelegte Software? Was ist bei VAG bzw. OBD2 anders? Sind es "nur" die zusätzlichen Fahrzeughersteller (VAG)-spezifischen Pins am Adapter, die bei OBD2 nicht genutzt werden?

Es geht um dieses Urteil: EuGH, 02.05.2012 - C-406/10. In der Pressemitteilung des EuGH zu diesem Urteil ist u.a. zu lesen: Ich bin kein Jurist und frage mich, was das nun in Bezug auf Textbeschreibungen in Dateien, die zu einer bestimmten Software gehören, bedeutet, also, ob man den Inhalt dieser Dateien nun "verwenden" darf oder nicht. Wobei "verwenden" ein weiter Begriff ist. Es kann ja nicht sein, dass in einer Software-Datei z.B. "Abbiegelicht über NSL" steht und man dann diese Information nirgendwo sonst benutzen darf. Ich gehe davon aus (wie geschrieben: ich bin kein Jurist), dass man die Info - oder sagen wir besser: die Kenntnis über den Inhalt der Label-Dateien - sehr wohl benutzen darf. Um dem sog. geistigen Eigentum von Ross-Tech Rechnung zu tragen (so mein Empfinden), sollte man die Dateien nicht einfach 1:1 übernehmen, selbst wenn es möglich wäre. Ob diese Diskussion uns nun weiter bringt, weiß ich nicht. BeVo schrieb ja schon, dass es unsinnig erscheint. Ich möchte mich wirklich gerne an eigenen(!) Label-Dateien im json-Format für CarPort (oder sonst eine Software) beteiligen, aber nur auf legalem Grund. Der von andi.k geschilderte Weg (diffs zu erstellen) erscheint mir als einwandfrei und sinnvoll. So wird es regelmäßig auch bei Veränderungen (Patches) von Firmwares gemacht, d.h. die gepatchten Firmwares dürfen nicht veröffentlicht werden, sehr wohl aber die "diffs", also die Differenzen/Unterschiede. Mit svn, git & Co. ist das alles kein Problem.

Wo finden wir denn diese Erklärung/Stellungnahme? Und entschuldige bitte, dass mich Deine Wortwahl "unsinnige Diskussion" etwas irritiert, denn sie erweckt (bei mir) das ggf. irrtümliche Gefühl, hier Unrechtes/Unbilliges zu schreiben, was überhaupt nicht meine Absicht war - ganz im Gegenteil. Wenn eine Arbeit an neuen/eigenen Labels aus Copyright-Gründen gänzlich unmöglich sein sollte, sollten wir das hier tatsächlich nicht weiter diskutieren. Anderenfalls nochmal die Frage, was genau an der Diskussion unsinnig ist. Und sorry, dass ich diese Erklärung/Stellungnahme von MPP nicht gefunden habe. Ich möchte ja gerne "alles richtig machen" hier, vor allem als recht neuer Nutzer in diesem Forum. Falls ich bei meinen Beiträgen "daneben" lag, bitte ich um Nachsicht. Vielen Dank! :)

Laut diesem Beitrag im MT Forum kann man mit einem ELM327 BT/WiFi-Adapter (z.B. diesem) und der Android App "VAG DPF" einiges rund um den DPF auslesen. Entsprechende Bilder sind dort hinterlegt. Mit welchen Motoren es funktionieren soll, kann man im Detail unter dem vorgenannten Link im Google Store nachlesen. So betrachtet müsste es ja auch mit CarPort gehen, wobei mir die Lösung mit dem Bluetooth- oder WiFi-Adapter und einer Handy-App sogar etwas mobiler erscheint, weil man dazu ja kein Laptop mit CarPort drauf im Auto benötigt. Ob die App indes etwas taugt, weiß ich nicht. Aber vielleicht gibt es hier jemand, der findig genug ist, mittels der App die entsprechenden Bereiche herauszufinden, damit es auch mit CarPort klappt. Meine Fähigkeiten übersteigt es leider. Aber nun überlege ich mir, auch noch so einen ELM327 anzuschaffen. Es soll Exemplare geben, deren Form so ist, dass sich die Klappe (sofern eine im Auto vorhanden ist - wie z.B. beim Caddy) mit eingestecktem Dongle schließen lässt. Keine Ahnung, ob man das drin stecken lassen sollte (könnte Strom auch bei abgeschaltetem Motor ziehen und damit längerfristig die Batterie leersaugen), aber das ist ein ganz anderes Thema. Für meinen Caddy, der keine DPF-Leuchte zur Anzeige der Regeneration hat, wäre das hilfreich, denn dann wüsste ich, ob ich die Runde noch zu Ende fahren muss. Und den (ungefähren) Füllstand des DPF zu kennen, ist irgendwie auch interessant.

Ich schrieb ja, dass wir eine 1:1 Übernahme vermeiden sollten. Und außerdem sollten wir unsinnige Bezeichnungen wie den "Fluxkompensator" natürlich nicht übernehmen, sondern nur Labels, von denen wir aufgrund einer oder besser mehrerer verifizierter Quellen wissen, was sie bedeuten. Wenn wir nicht sicher sind, sollten wir ein Label lieber leer lassen. Sortieren wir die Labels nach den Nummern der STG? Benötigen wir daneben auch eine Kategorisierung darüber, welche STG in welchen Fahrzeugmodellen verbaut wurden/werden?

So sehe ich es nun auch. Ob Firma A oder Firma B das Label mit "Abbiegelicht über NSL" nennt, ist wohl egal.

Könnten wir das Repo so benennen, dass nicht der Name einer Firma/einer Software enthalten ist, also auch ohne “CarPort". Mit einem neutralen Namen sollten wir keine Probleme bekommen. Dasselbe gilt auch, wenn die Labels in den json-Dateien klar ersichtlich von uns erstellt wurden. Wenn z.B. in einem von VCDS konvertieren Label "Abbiegelicht über NSW" steht, steht es und doch trotzdem frei, die Info (die wir ja kennen) zu nutzen und das Label z.B. "Nebelscheinwerfer als Abbiegelicht" zu benennen, oder nicht? Ich bin kein Jurist, aber die Benennung von Kfz-Bauteilen ist ja quasi gegeben. Wir sollten keinesfalls Texte 1:1 übernehmen, denke ich. Sollten wir die weitere Diskussion dann nicht besser in einem neuen Thread hier im Forum fortführen/starten, damit nicht der falsche Eindruck entsteht, wir bedienten uns bei VCDS? Ansonsten finden Diskussionen unter den Kontributoren direkt bei Github statt, nehme ich an. Aber dort liest vielleicht nicht jeder mit, so dass ein eigener Thread hier Sinn machen könnte für diejenigen, die etwas zu Labels wissen. Die Infos können ja dann ins Github-Repo einfließen, oder? Falls hierzu jemand mit juristischem Hintergrund (eventuell die Firma MPP Engineering, also die Macher von CarPort) etwas Fundiertes schreiben kann, wäre das prima. MPP Könnte uns ja aus ihrem Interesse etwas unterstützen (mit ein paar Ratschlägen). Lest Ihr hier mit? Danke! ​ ​Das mit OBD2 hat sich dann erledigt (war mir nicht so klar).

​Stimmt, github ist dafür sehr gut geeignet, wobei sich meine "Erfahrung" damit bisher auf's Herunterladen fertiger Pakete beschränkt. Als Maintainer komme ich also nicht in Frage, sehr gerne aber beim Zusammentragen der nötigen Infos für die Labels. Wer sonst würde denn mitmachen und auch ein Repository bei github einstellen? Wie würde es heißen? Geht es nur um VAG Labels oder gibt es auch welche für das universelle OBD2?

​Oja, ich Leuchte - darauf hätte ich selbst kommen sollen. :rolleyes: Vielen Dank! Tja, ich muss mir erst einmal einen Anhänger ausleihen zum Testen...