open Auto auf Raspberry

**A2 HL jense** · 3. Oktober 2024

Ich bin hier drüber gestolpert

Hat jemand mit dem System bereits Erfahrungen? Da könnte man doch ein custom RNS-D selber nachbauen mit einer 3D Druck Front und das in den A2 basteln. Android Auto und Apple Car play geht damit auch. Nur FM Radio habe ich noch nicht entdeckt, aber tune in reicht ja im Grunde.

Bearbeitet 3. Oktober 2024 von A2 HL jense

**Krebserl** · 3. Oktober 2024

... da gibt es schon so viel und voll professionell mit Integration ins RNS-E.

Wozu da was mit eigenem Gehäuse etc. und viel Aufwand neu erfinden ?? Es wäre besser mit den vorhandenen Infos was mit dem aktuellen RNS-E 193 anzufangen und ggf. die SW noch etwas zu optimieren, wenn die angezeigten Lösungen noch nicht gut genug wären...

siehe mal hier ein paar Beispiele:

https://www.janssuuh.nl/de/

**A2 HL jense** · 3. Oktober 2024

Cool, das kannte ich noch nicht, muss ich mir mal näher ansehen. Danke dafür.

Und das jetzt, wo wo ich gerade mein rns d gegen eine multibox getauscht habe :-)

Wobei mir das rns d eh zu klein ist vom display her.

Bearbeitet 3. Oktober 2024 von A2 HL jense

**A2 HL jense** · 3. Oktober 2024

Das ist ja ein mächtiges Projekt im ersten Video ... Respekt an den Entwickler.. So richtig verstanden habe ich es aber noch nicht. Was ist da vom Rns e noch in Funktion und was macht der Raspi?

Edit:

Das rns e gibt über ein kufatev interface ton und Video vom Raspi aus ... Dafür extra ein rns besorgen ist natürlich ein teurer Spaß. Dann vielleicht doch eine Blende im Audi style drucken und gleich einen Touch screen nehmen.

Die komplette Integration mit dem Tastenabgriff und den infos im Fis ist zwar sehr nice ... Das bráuchte ich persönlich aber nicht. Wobei man das FIS sicher auch ohne rns integrieren könnte.

Bearbeitet 3. Oktober 2024 von A2 HL jense

**Krebserl** · 3. Oktober 2024

Naja mit RNS-E bleibt halt die Original Optik und die Funktionen wie Radio, Navi, RFK, optische PDC etc. bleiben auch ohne Raspberry weiterhin aktiv.

Wenn man es maximal bequem möchte kauft man ein Touchpanel, legt es über den RNS-E Bildschirm und steuert damit den Raspberry, der dann auch nur DAB+ und Carplay einspielen müsste.

Klar alles andere ist natürlich nice aber nicht unbedingt notwendig, wenngleich die Features mit der Kodi Skin schon sehr gut gelöst sind.

Ich werde mir die Thematik sicherlich irgendwann mal genauer ansehen, weil ich unbedingt Carplay im RNS-E haben möchte. Das Android, was ich ja im anderen A2 verbaut habe ist schon echt sehr gut mit DAB+ und RFK aber es ist halt nicht original und ich stehe auf OEM -Optik.

**A2 HL jense** · 3. Oktober 2024

Sehr cooles Projekt, ich habe noch einen Raspi 3b hier liegen, ich überlege, ob ich zum Spaß mal so einen Touch Screen bestelle.

Ich finde es ja auch gut, wie bereits beschrieben, orginal auf Concert und oben ein Extra Display für Android Auto, so habe ich das ja mometan auch, hat aber Schwächen, vor allem das telefonieren funktioniert nicht wie gwünscht, ich würde gerne über den BT Adapter am Concert freisprechen, aber Andpoid Auto funkt dazischen und will mit dem Android Display telefonieren, was aber zum Telefonieren Käse ist.

A2-Nerd · 4. Oktober 2024

Ich habe ein Raspi-Projekt mit Open-Auto-pro auf dem Tisch liegen.

Das ganze ist von Plu'n'Play meilenweit entfernt. Ich habe zwei große

Probleme:

1. Der Ton vom Raspi ist von High-End weit entfernt. Selbst mit einer

externen USB-Soundkarte nicht toll.

2. DAB habe ich noch nicht zum laufen bekommen. FM-funktioniert mit

dem nooelec-Stick. Der Stick wird übrigens richtig warm. Die App, io-Welle,

die für DAB zständig ist, findet keine Sender.

Als Display habe ich ein günstiges 7"-touch-Display von Aliexpress, welches

auch funktioiniert. Die Frontplatte habe ich 3-D-gedruckt.

An der Rückseite habe ich dann einen ISO-Block von einem Concert2, sowie Chinch

und USB, welchen es auch an der Front gibt.

**A2 HL jense** · 4. Oktober 2024

vor 6 Stunden schrieb A2-Nerd:

Probleme:

1. Der Ton vom Raspi ist von High-End weit entfernt. Selbst mit einer

externen USB-Soundkarte nicht toll.

2. DAB habe ich noch nicht zum laufen bekommen. FM-funktioniert mit

dem nooelec-Stick. Der Stick wird übrigens richtig warm. Die App, io-Welle,

die für DAB zständig ist, findet keine Sender.

Als Display habe ich ein günstiges 7"-touch-Display von Aliexpress, welches

auch funktioiniert. Die Frontplatte habe ich 3-D-gedruckt.

An der Rückseite habe ich dann einen ISO-Block von einem Concert2, sowie Chinch

und USB, welchen es auch an der Front gibt.

Danke für die Infos

1. das sollte an der Soudkarte liegen, oder?

2. DAB bräuchte ich nicht, tune in reicht mir und wenn mal kein Netz ist habe ich genug offline auf dem Handy

Funktioniert Android Auto? Ggf. sogar Wirelsss? Google Maps? Feisprechen über die USB Karte mit externen Mic?

A2-Nerd · 5. Oktober 2024

Android Auto habe ich bis jetzt nur über USB probiert und funktioniert.

Google-Maps geht auch. Es gibt eine Liste mit Aps, die mit Android-Auto

kompatibel sind. Als Player z.B. Pulsar.

Es gibt einige Stolpersteine, wie das Einschalten und Abschalten, über

Zündungsplus. Der Raspi sollte nicht einfach stromlos gemacht werden.

Ohne Programmierkenntnisse in Python etwas schwierig. Ist bei mir der Fall....

**A2 HL jense** · 5. Oktober 2024

Split screen mit navigation und tune in zum Beispiel geht auch?

A2-Nerd · 8. Oktober 2024

Ich habe mal ein paar Pic's vom Screen gemacht.

1. Zieleingabe von google-Maps. Die App wird auf dem Smartfone nicht geöffnet.

2. Das Telefonbuch. Die App wird auf dem Smartfone nicht geöffnet.

3. Der Pulsar-Mediaplayer. Die App wird auf dem Smartfone nicht geöffnet.

4. Das derzeitige Innenleben.

Bei diesem Projekt sollte eine externer Bluetooth-Dongle verwendet werden, da das

Raspi-Bluetooth mit Android-AutoPro nicht richtig funktionieren soll.

Verbaut sind:

Waveshare.7"-Display, Raspberry 4B, externer USB-Audio, 2-Kanal-Verstärker, USB-Hub,

5V-Netzteil mit 4xUSB-A, Ausschalttimer für Zündungsplus (hierfür braucht es noch eine

Routine, um den Raspi in einen sauberen shutdown zu bringen), ein Relais (öffner), für

den schutdown-Pin am Rasp, Dreh-Encoder für Lautstärke.

**Denni2** · 29. April

Ich arbeite auch gerade da dran. Aber in Verbindung mit dem RNS-E. Das schöne beim RNS-E ist, wenn es im TV Modus ist, sendet es ein paar Tasten in den CAN. Das nutze ich um den Pi mit Crankshaft zu steuern.

Hier ist ein Video wie das Ding in der Testumgebung läuft: YouTube

Falls es jemand nachbauen möchte, hier der Code.

Zitat

#!/usr/bin/env python3

# Korrigierte Import-Anweisungen (jede auf einer eigenen Zeile)

import can

import os

import subprocess

import time

# --- Konfiguration ---

CAN_INTERFACE = 'can0'

# CAN ID für RNS-E MMI Steuerung (im TV Modus)

TARGET_CAN_ID = 0x461

# Mapping: Tuple (Wert_Byte_3, Wert_Byte_4) -> xdotool Tastenname

# Die Werte im Tuple sind DEZIMAL

# Es wird nur auf Nachrichten reagiert, bei denen Byte 2 == 1 (Tastendruck) ist.

# ----- FINALE BELEGUNG (Beta 1) -----

COMMAND_TO_KEY = {

# (Dezimalwert Byte 3, Dezimalwert Byte 4) : Taste

(1, 0): 'V', # Hex 01 00 -> Prev Track -> Taste 'V'

(2, 0): 'N', # Hex 02 00 -> Next Track -> Taste 'N'

(64, 0): 'Up', # Hex 40 00 -> MMI links oben -> Pfeil Hoch

(128, 0): 'Down', # Hex 80 00 -> MMI links unten -> Pfeil Runter

(0, 16): 'Return', # Hex 00 10 -> MMI Knopf gedrückt -> Enter

(0, 32): '1', # Hex 00 20 -> MMI Knopf links -> Taste '1'

(0, 64): '2', # Hex 00 40 -> MMI Knopf rechts -> Taste '2'

(0, 2): 'Escape', # Hex 00 02 -> Return gedrückt -> Escape

(0, 1): 'H' # Hex 00 01 -> Setup gedrückt -> Taste 'H'

}

# --- Ende Konfiguration ---

# Funktion zum Simulieren eines Tastendrucks

def simulate_key(key_name):

""" Ruft xdotool auf, um einen Tastendruck zu simulieren. """

try:

print(f"Simuliere Tastendruck: {key_name}")

# Wichtig: 'key' simuliert einen kurzen Druck (Down + Up)

subprocess.run(['xdotool', 'key', key_name], check=True)

except FileNotFoundError:

print("FEHLER: 'xdotool' nicht gefunden. Bitte installieren (sudo apt install xdotool)")

except subprocess.CalledProcessError as e:

print(f"FEHLER beim Ausführen von xdotool: {e}")

except Exception as e:

print(f"Allgemeiner Fehler bei simulate_key: {e}")

# Hauptprogramm

if __name__ == "__main__":

print(f"Starte Audi RNS-E CAN Listener auf {CAN_INTERFACE} für ID {hex(TARGET_CAN_ID)}...")

print(f"Achte darauf, dass '{CAN_INTERFACE}' konfiguriert und UP ist (z.B. sudo ip link set {CAN_INTERFACE} up type can bitrate 100000)")

print(f"Stelle sicher, dass xdotool installiert ist (sudo apt install xdotool)")

bus = None

while True: # Endlosschleife für den Dauerbetrieb

try:

# Initialisiere den CAN-Bus (neu) falls er nicht verbunden ist

if bus is None:

print("Versuche CAN Bus zu initialisieren...")

try:

# Versuche, den Bus zu initialisieren

bus = can.interface.Bus(channel=CAN_INTERFACE, bustype='socketcan', receive_own_messages=False)

print(f"CAN Bus {CAN_INTERFACE} erfolgreich initialisiert.")

except Exception as init_e:

# Fehler bei der Initialisierung

print(f"Fehler bei CAN Bus Initialisierung: {init_e}")

print("Warte 10 Sekunden vor nächstem Versuch...")

time.sleep(10)

continue # Zurück zum Anfang der while-Schleife

# Warte auf die nächste Nachricht

message = bus.recv(timeout=1.0) # Timeout nach 1 Sekunde

if message:

# Prüfe, ob es die gewünschte CAN-ID ist

if message.arbitration_id == TARGET_CAN_ID:

# Gib die empfangenen Daten zur Diagnose aus (als Hex)

print(f"Empfangen: ID={hex(message.arbitration_id)}, DLC={message.dlc}, Daten={message.data.hex()}")

# Prüfe, ob die Nachricht lang genug ist (mind. 5 Bytes für Index 4)

# UND ob Byte 2 den Wert 1 hat (Tastendruck)

if message.dlc >= 5 and message.data[2] == 1:

# Extrahiere die relevanten Bytes (3 und 4) als INTEGER

byte3 = message.data[3]

byte4 = message.data[4]

# Erstelle das Tupel für den Dictionary-Lookup

command_tuple = (byte3, byte4)

print(f" Tastendruck erkannt (Byte 2 = 1). Prüfe Befehlscode (Byte 3, Byte 4): {command_tuple}")

# Finde den entsprechenden Tastennamen im Mapping

key_to_simulate = COMMAND_TO_KEY.get(command_tuple)

if key_to_simulate:

# Führe die Tastensimulation aus

simulate_key(key_to_simulate)

else:

# Gib eine Meldung aus, wenn die Kombination nicht definiert ist

print(f" Keine Aktion für Code-Tuple {command_tuple} definiert.")

# Optional: Hier könnte man auf message.data[2] == 4 (Loslassen) reagieren

# elif message.dlc >= 5 and message.data[2] == 4:

# print(" Taste losgelassen (Byte 2 = 4). Keine Aktion ausgeführt.")

# Wenn bus.recv() None zurückgibt (Timeout), passiert nichts und die Schleife beginnt erneut.

except can.CanError as e:

# Fehler bei der CAN-Kommunikation (z.B. Bus-Probleme, Interface down)

print(f"CAN Fehler aufgetreten: {e}")

if bus is not None:

print("Fahre CAN Bus herunter...")

bus.shutdown()

bus = None # Signalisiert, dass neu initialisiert werden muss

print("Warte 5 Sekunden vor nächstem Versuch...")

time.sleep(5) # Warte kurz, bevor die Schleife neu beginnt

except KeyboardInterrupt:

# Sauberes Beenden bei Strg+C

print("\nSkript wird beendet (Strg+C).")

break # Verlässt die while True Schleife

except Exception as e:

# Fängt andere unerwartete Fehler ab

print(f"Ein unerwarteter Fehler ist aufgetreten: {e}")

if bus is not None:

# Korrekte Einrückung für diese Zeilen:

bus.shutdown()

bus = None

print("Warte 10 Sekunden...")

# Korrekte Einrückung für diese Zeile (gleiche Ebene wie if darüber):

time.sleep(10)

# Aufräumen nach Verlassen der Schleife (nur bei KeyboardInterrupt)

if bus is not None:

print("Schließe CAN-Bus.")

bus.shutdown()

print("Programm beendet.")

Habe jetzt ein Multimedia Interface für das RNS-E bestellt, wenn das läuft, kann ich dazu eine Anleitung erstellen.

**A2 HL jense** · 29. April

Mega, sehr cooles Projekt!

Bearbeitet 29. April von A2 HL jense

**Krebserl** · 29. April

vor 6 Stunden schrieb Denni2:

Habe jetzt ein Multimedia Interface für das RNS-E bestellt

Das Multimediaadapter für RNS-E „basic plus“ von Kufatec sollte das können. Damit könnte man auch nen DVD Player mit den Tasten vom RNS-E steuern… hatte ich mir auch schon mal überlegt zu kaufen…. Aber aktuell andere Baustellen….

jedenfalls ein tolles Projekt und bin mal gespannt wie du es hinbekommst.

Man könnte mit einem Touchscreen der über den normalen Bildschirm gelegt wird noch mehr Bedienerfreundlichkeit rausholen….

**Denni2** · 29. April

vor einer Stunde schrieb Krebserl:

Das Multimediaadapter für RNS-E „basic plus“ von Kufatec sollte das können. Damit könnte man auch nen DVD Player mit den Tasten vom RNS-E steuern

Das hat relativ wenig mit dem Adapter an sich zu tun. Der muss sich nur beim RNS-E als TV über CAN "anmelden". Dann sendet das RNS-E nämlich im TV Mode ein paar Tasten über CAN. Wollte die Hardware des RNS-E an sich nicht berühren.

ID: 0x461 Länge: 6

Die Knöpfe stehen in den Bytes 3 und 4. Im Byte 2 steht ob der Knopf gedrückt wird 01 oder losgelassen wurde 04

00 10 Drehknopf gedrückt

00 40 Drehknopf rechts

00 20 Drehknopf links

02 00 Titel vor

01 00 Titel zurück

40 00 über Drehknopf links

80 00 unter Drehknopf links

00 02 Back

00 01 Setup

**Denni2** · 1. Mai

Da ist es. Test mit CAN erfolgt später, hatte jetzt keine Zeit mehr. Der anlaloge Ausgang wollte nicht, da der Pi eine spezielle Konfiguration des TRRS Kabel braucht, also müsste ich mir da schnell was zum testen zusammenfrickeln. Deswegen leidet auch die Farbwiedergabe sehr unter dem Provisorium.

Habe alles bei GitHub hochgeladen

**A2 HL jense** · 1. Mai

Sehr geil, dass du dich da so reinarbeitest...

Alternazive wäre ist die quick and dirty Android Auto Lösung mit originalem Radio mit bt Adapter und Android Auto Display, dazu noch eine 3d gedruckte Halterung und eine vernünftige Verkabelung...

**Denni2** · 2. Mai

Das System läuft, denke mit Glück kommt am Samstag das neue Kabel. Dann sollte auch die Bildqualität deutlich besser werden. Werde auch noch probieren, ob es mit einem HDMI Konverter vielleicht besser wird. Aber Steuerung läuft.

**Denni2** · 9. Mai

Habe die letzten Tage noch weiter dran gearbeitet. Langdruck wurde hinzugefügt, die Simulation auf Pynput umgestellt. Auch herausgefunden, dass die Spannungsversorgung des Pi nicht suffizient ist, was zu rauschen im Bild führt, sobald ein Handy am USB Anschluss angeschlossen wird. Auch mit Open Auto Pro wurde experimentiert. Aber da es leider nicht mehr online verfügbar ist, musste ich viel ändern, damit es noch mal halbwegs läuft und es gibt immer noch Probleme. Wird also bei Crankshaft bleiben.

**Denni2** · 22. Mai

Da nun alles soweit zuverlässig läuft, geht es an den Einbau ins Auto. Die Box kommt ins Geheimfach Fahrerseite. Da ist eine Befestigungsmöglichkeit wie für das Telefonsteuergerät auf der Beifahrerseite. Eine entsprechende Box wird gedruckt wo alles drin Platz hat. Damit auch der Ton ordentlich funktioniert, kommt noch ein Hifiberry DAC+ Hat drauf. Was nur zum Problem wird, da das CAN Hat dort nicht aufgesteckt werden kann. Glücklicherweise gibt es keine Überschneidungen bei den GPIO Pins und somit können beide parallel betrieben werden.