Denni2

https://www.thingiverse.com/thing:7429217/files Hier der scan, ist aber sehr groß mit knapp 250MB

Ich hatte das Rohr auch ersetzt, sah ähnlich repariert aus. Das Teil kostet bei Audi Tradition etwa 100€ und ist mit einer Schraube befestigt.

Oder den Weg über das RNS-E gehen https://a2-freun.de/forum/forums/topic/98577-headunit-mit-apple-carplay/#findComment-1096997

Wenn jemand den DQ200 gehen will, bin da gerne bereit zu unterstützen, da ich diesen Weg beim BBY gehen möchte. Allerdings braucht es da einen CAN Wählhebel, zum Beispiel TT 8N wegen der Zündschlüsselabzugssperre. Das DQ200 sieht nämlich ziemlich genauso aus wie ein MQ200

Kann das Armaturenbrett mal scannen

Es lässt sich theoretisch reparieren. Der mittlere Teil ist in das Armaturenbrett gesteckt und dann sind diese Nasen verschweißt worden von unten. Um das zu reparieren muss es definitiv ausgebaut werden. Dann gehe ich davon aus, dass diese Schlitze, in die die Nasen gesteckt wurden, gebrochen. Ich habe leider gerade keine Foto davon zur Hand. Aber mit einem Dremel und etwas Zeit, lässt sich der mittlere Teil vom Armaturenbrett lösen, sodass dieser auch wieder montiert werden kann.

Doch ist möglich, wenn das Fahrzeug auch ohne gab. Haben so bei einem 500sec den damals nachgerüsteten Kat wieder ausgetragen bekommen.

Wenn du was spezielles für Komfort und Infotainment möchtest, schick mir eine PN. Was dein Pumpenvorhaben betrifft: - Es hängt davon ab ob der Audi Tacho überhaupt Diagnose KWP TP-Kanal auf dem Antrieb aufbaut und die Daten zwischen Kline und CAN routet. Das bezweifle ich aber, denn am Infotainment macht der Tacho das definitiv nicht. - Manche VAG Fahrzeuge hatten den CAN Antrieb direkt an die OBD Buchse angeschlossen. - Codierung und Anpassungen bleiben erhalten, wäre sonst ziemlich schlecht, wenn mal die Batterie getrennt wird. Da ich zum Beispiel PDC Stg vom 8P für OPDC verbaut habe, habe ich mir einen "Diagnose CAN" wie PQ35 an die OBD Buchse verlegt und mit einem selbst gebauten ESP32 Gateway verbunden. So kann ich Diagnose über KWP2000 für das RNS-E, Telefon und das 8P PDC Stg nutzen. Melde mich dem Diagnose Tool gegenüber als Gateway, teile die Verbauliste mit und Steuergerätestatus (wenn vorhanden), prüfe bei Diagnoseanfrage, ob das Steuergerät in der Verbauliste ist und Diagnose über CAN unterstützt, leite die Diagnose in den entsprechenden CAN durch.

Google mal nach PQ35 DBC. CAN ist Evolution zwischen den Generationen. Die lassen sich sehr gut anwenden.

Libraries um den mit der Hardware zu lesen oder meinst du Labels um den leichter zu interpretieren?

Danke, den Funktionsrahmen kenne ich. War die Vorlage um auch der ME7.1.1 ACC beizubringen. Diese Präsentation kenne ich, man findet Informationen zu HDEV1 und HDEV1.2, aber nicht zu 1.1

Aufgrund der einfachen Nachfertigung im FDM Verfahren, ist eine kürzere Lebensdauer jetzt nicht kritisch. Meine Antennenhülse auf dem Dach hält schon zwei Jahre, der Wagen steht draußen, und sieht hin und wieder die Waschstraße

Bau die doch einfach in mit dem CAD Programm deiner Wahl nach und Druck die in TPU, wen ich Zeit finde, kann ich das auch schnell machen und das Modell hier teilen

Welche KI hat die Antwort erstellt? Oder hast du ein Dokument über die HDEV 1.1 gefunden?

Lichtsensor geht doch mit den AliExpress Schaltern, Regensensor geht mit den Golf 4 Teilen, aLWR kann man ebenfalls Golf 4 oder A3 8L Teile für nehmen. Gesetzte Geschwindigkeit des Tempomat oder aktiven Tempomat kann ich im FIS anzeigen.

Geht nicht, sowohl das ABS, als auch das Motorsteuergerät können ACC nicht. Es fehlt auch der Extended CAN im A2. Man könnte noch über das Uralte Passat 3C0 Radar diskutieren, das am CAN Antrieb funkt, aber Kompatibilität mit Motor und Bremse fehlen. Selbst der Hebel für GRA/ACC. Bei Autos mit ACC vom Werk, sendet das Lenksäulensteuergerät die Tasten vom Schalter. Aber dem Radar die notwendigen Nachrichten zu schicken, damit es arbeitet, ist nicht schwer, aber die Hardware im A2 kann ACC nicht und es gibt auch keine kompatible Hardware.

Die 016 Düsen müssen aber elektrisch kompatibel mit dem Steuergerät sein. Wenn das Schon nicht gegeben ist, braucht man dort nicht weiter zu versuchen. Dann ist die Frage, wo sind die notwendigen Parameter im Flash der MED7 zu finden und sind diese überhaupt einstellbar? Mein Bauchgefühl sagt mir aber, das könnte klappen. Ich schreibe gerade ein tool um die MED7.5.11 zu lesen und zu schreiben im boot mode mit KKL Kabel. Wenn das läuft, veröffentliche ich es, wie alle anderen Dinge auch, als open source Projekt.

Wenn die MKL nicht leuchtet, ist das Motorsteuergerät meist stromlos. Es wird also irgendwo eine Sicherung gegrillt haben oder ein Relais schaltet nicht. Durch verpinnen ist ein Steuergerät echt schwer kaputt zu bekommen. Die Eingänge und Aushänge sind so ziemlich alle Bat Spannung sicher. Geht noch etwas nicht?

Leuchtet die MKL durchgängig bei Zündung an?

Es könnte möglich sein die Ansteuerung der Düsen der 016 in die MED7.5.11 zu übernehmen. Habe mit einem ehemaligen entwickler für Motorsoftware gesprochen, er sagte diese Punkte muss man sich in der Software ansehen und mit der MED9.5.10 vergleichen. 1. Umrechnung Kraftstoffmasse zu Einspritzzeit, abhängig vom Raildruck 2. Verzugszeit/ Offset über Batteriespannung, eventuell auch über Raildruck 3. Mindesteinspritzzeit und Grenzen des ballistischen Bereichs 4. Aufteilung und Mindestmengen bei Mehrfacheinspritzung 5. Startmengen und Warmlaufanreicherung 6. Ansteuerparameter der Endstufe Dafür muss aber an den Düsen veglichen werden: - Spulenwiderstand und möglichst Induktivität von 005 und 016 im Vergleich. - Im Fahrzeug mit Strommesszange und Oszilloskop den Stromverlauf aufnehmen, einmal mit 005 und einmal mit 016 an derselben MED7: Wird der Spitzenstrom erreicht, ist die Haltephase stabil, und wo liegt der Öffnungsknick? Aus der Verschiebung des Knicks ergibt sich direkt der Unterschied im Öffnungsverzug. - Auf der Endstufe die Temperatur und Belastung im Auge behalten, falls die 016 einen deutlich niedrigeren Widerstand hat.

Meine Erfahrung mit den Engitech Düsen. Unbrauchbar, Fehlzündungen sporadisch auf allen Zylindern, besonders im niedrigen Lastbereich und Leerlauf. Vorher hatte ich nur Fehlzündungen auf Zylindern 3, mit den Engitech Düsen sporadisch auf alle 4, nicht genug um Fehlerspeichereinträge zu erzeugen, aber merklich.

Peak can nutze ich zum loggen ebenfalls, der ist echt gut. Aber für den Betrieb mit ESP32 oder anderen Mikrocontroller eher unpraktisch.

Ja es ist richtig, es ist fürs loggen oder entwickeln von eigene Lösungen. Bisher gibt es break out boards nur für den 500kbit/s Can, aber nicht für den fehlerrolleranten 100kbit/s Can, wie er im Komfort oder Infotainment Bereich eingesetzt wird. Grundsätzlich funktionieren die anderen 500kbit/s Transiver auch damit, aber nur wenn alles perfekt ist und der TJA1055/3, den ich nutze, unterstützt auch zusätzliche Funktionen, er kann zum Beispiel Fehler melden im Eindrahtbetrieb, hat Stand-by und Wake Funktionen. Aber ist korrekt, es ist schon ein spezielles Teil, aber hier gibt's auch ein paar, die mit dem Can im A2 arbeiten und für die kann es hilfreich sein.

Damit man nicht unbedingt immer davon abhängig ist wann wieder eine Charge hergestellt wird, wäre es nicht vielleicht eine Idee den Schaltplan und den Code bereit zu stellen, damit jeder die Möglichkeit hat, es selbst herzustellen oder auch in Jahren noch die Möglichkeit besteht, neue Relais umzubauen?

Aufgrund Ermangelung an Angebot am Markt, habe ich ein PCB mit dem TJA1055/3 entworfen und fertigen lassen. Der Vorteil, der Transiver ist auf den Komfort-CAN abgestimmt. Also passender Pegel, erkennt 1-Draht-Betrieb. Wahlweise kann der Transiver direkt mit einem ESP32/Teensy über TWAI o.ä. kommunizieren oder mittels MCP2515 per SPI mit jedem anderen 3.3V Mikrocontroller. Kann als Gateway genutzt werden, Stand-by Funktionen können genutzt werden, ... Die Rev 1.1 habe ich für jeden verfügbar gemacht, mit Schaltplan, BOM, Model, ... für KiCad https://github.com/korni92/TJA1055-3-Breakout-Board Auf dem Bild ist noch mein altes erstes Rev.