Unsere Climatronic soll schöner werden

Idee:
Die PQ35-Climatronic (Golf 5, Touran 1T) hatte noch schöne, grafische Displays zur Temperaturanzeige.
Nach der ziemlich hässlichen Climatronic im Golf 6 ist VW dann wieder zurück zu Drehreglern und Displays.
Leider aber nur mit 7-Segment-LCDs. Zwar optisch in weiß schon sehr hübsch, aber es war halt nicht die Schriftart wie im KI und Radio.

Also müssen grafische Displays rein. OLED bietet sich da absolut an. Arduino bietet die perfekte Plattform für schnelle Erfolge und dazu recht günstig.

Also schnell mal was bestellt:

1. Arduino Uno zum basteln (war vorhanden, Preise variieren)
   
2. MCP2515 CAN-Shield (~2€)
   
3. 2x 0,96" weißes OLED-Display (~2€)
   

Dazu dann ein Climatronic-Bedienteil für den Schreibtisch (Danke an MrAnderson für das schnelle & günstige Angebot).

Umsetzung:
Erste Idee: Platine nach Multiplexer für die LCDs absuchen, die abgreifen und dekodieren auf die Klarzahlen. Blöde Idee. Erstmal keine direkten Multiplexer gefunden, es scheint direkt über den Hauptprozessor zu gehen und dann wäre es ziemlicher Aufwand (syncen auf den Multiplexer, mitlesen und Zahlen daraus zusammen bauen...)

Zweite Idee: Die Wunschtemperatur wird im Radio angezeigt! Also muss sie aufm CAN liegen. Also CAN-Interface ran, an den Reglern gedreht und den Trace durchsucht, um auf die Zahlen zu kommen.

Will nicht ausufern, hab mehrere Abende/Stunden gebraucht um den CAN-Shield richtig anzusteuern, aber dann klappte es.
Der Rest ist Fleißarbeit die Hex-Werte umzurechnen und auf dem Display darzustellen.
Wer mehr zur Vorgehensweise wissen möchte, darf gerne fragen

Schreibtisch-Aufbau:
IMG20210103221049.jpg

Die CAN-Nachricht bei Änderung wird ohne Verzögerung sofort gesendet. Deswegen gibt es keine merkliche Verzögerung beim drehen. Weder im Radio (vorher getestet) noch jetzt im Arduino.

Hab das mal gefilmt und als GIF gemacht (doppelte Geschwindigkeit, deswegen so "zittrig"):
20210103_223823.gif

Wie gehts weiter?

• Font aus Radio/KI nachbauen, reinladen zur Anzeige
  
• kleinere Displays besorgen (0,64" aus China. 0,96" passt nicht ins CT-Gehäuse)
  
• Animation einbauen, das die Zahlen von oben nach unten scrollen bei Änderung, wie beim Tageskilometer-Zähler
  
• Start-Animation eines VW-Logos bei Öffnung der Tür, bis die Climatronic eingeschaltet wird
  
• vielleicht noch mit einem Vollfarb-Display probieren
  

Werde hier weiter berichten. Fragen und Ideen immer gern.

Sehr viel schöner ist es beim PQ35 nicht, da es auch sehr grobpixelig ist, dazu ein LCD mit Hintergrundbeleuchtung.

Das OLED ist viel feiner aufgelöst. Dieses hat 128x64 Pixel. Entsprechend fein kann man noch die Schrift auflösen.
Die erste Anzeige oben ist mit der Standardschrift, die auch grob aufgelöst ist.

Da geht es jetzt erstmal weiter.
CAN läuft.
Als nächstes ein zweites Display ansteuern.
Die laufen über I²C mit festen Adressen. Zum Glück scheint man bei den China-Displays zumindest eine alternative Adresse einstellen zu können.

Ausgezeichnete Frage, daran hab ich noch gar nicht gedacht!

Muss ich erstmal schauen, wie das OFF aufm CAN übertragen wird, um das umzusetzen.

Wie gesagt: aktuell schicke ich die Werte sturr mit na Standard-Bibliothek mit integriertem Schriftsatz an das Display.
Da muss ich jetzt schauen, wie ich die Bibliothek auf meine Wünsche umbaue oder komplett von Hand die Darstellung mache...

edit:
Hab auch die Idee LO durch eine Schneeflocke und HI durch ein Feuer zu ersetzen...

Also was der Arduino dann ausgibt, da gibt es kaum Grenzen (außer Auflösung und Speicher).

So, mal ein kleines Update, da es auch hier weiter geht, wenn ich nicht gerade an den anderen Projekten bin.

• Lib-Wechsel von der Adafruit_SSD1306 auf die U8g2, weil mit zwei Displays der RAM knapp wird
  
• Optimierungen: es wird jetzt der Interrupt des MCP2515 genutzt, damit der Arduino schneller läuft und keine Informationen verloren gehen (vorher gab's Probleme, wenn man schnell die Temperatur änderte und es war einfach nicht "schön" programmiert, sondern ja nur der erste Versuch)
  
• Mit U8g2 dann auch mal eine Helvetica-Font genommen, die ähnlich der VW-Schriftart ist
  
• Jetzt mit zwei getrennten Displays
  
• Off funzt und bei On kommen auch die alten Werte
  

Mittlerweile sind auch die 0,42" Displays aus China gekommen. Die sind aber etwas kleiner als die originalen und deswegen hab ich nochmal 0,66" geordert, in der Hoffnung, dass die dann optimal passen und auch ohne Anpassungen ins Gehäuse gehen.

Problem aktuell ist noch, dass der MCP2515 manchmal beim booten auf Error geht. Hab zwar eine Routine, die ihn dann nochmal neu startet und dann klappt es auch. Trotzdem interessiert mich, was ihn da stört.

IMG_20210207_200747.jpg

Vielen Dank, @crankdoc
Jeder hat halt so seine Hobbies
Ich bin auch immer offen für Ideen, vielleicht sollte man dazu mal ein Labber-Thread machen.

Jupp, den Cursor anzupassen, wo der Text aufm Display steht, ist ne kleine Sache.

Das wird dann individuell angepasst, wenn die Displays eingebaut sind.
Als nächstes werde ich mit den Grafik-Routinen experimentieren, das die Zahlen durchlaufen wie bei der KM-Anzeige im Tacho.

Von den farbigen TFT-Displays bin ich noch nicht so überzeugt. Deswegen erstmal die OLEDs realisieren und dann weitersehen.

Die Adafruit liefert schnelle Ergebnisse, aber ist dann doch sehr speicherhungrig. Die U8g2 ist da wirklich sehr universell, sparsam und hat ein paar nette Funktionen, die ich benötige. Hätte von Anfang an auf die Lib setzen sollen, naja nun hab ichs einmal geändert.

Teensy kenne ich noch nicht. Bastel auf dem Uno, weil ich davon zwei rumliegen habe und mit denen mal was anfangen wollte. Wenn es ins Auto geht, muss eh was kompakteres her.




Das vermute ich auch. Ich nehme die arduino-mcp2515. Hatte ihn schonmal nach dem Initialisieren per delay() ausgebremst, war aber keine Abhilfe.
Da ich aufm Schreibtisch den MCP auch nutze, die Kl.15 an die Climatronic zu senden und vorher der CAN tot ist, sollte er nix empfangen, bis der loop-Teil läuft.

Also was ich über getInterrupts zurück bekomme, kommt Bit 7 des CANINTF-Registers. Nach Datenblatt:

bit 7 MERRF: Message Error Interrupt Flag bit
1 = Interrupt is pending (must be cleared by MCU to reset the interrupt condition)

Kommt aber halt, ich sag mal circa 50/50. Häufiger, wenn ich den Sketch neu hochlade als wenn ich einfach nur Spannung auf den Arduino gebe. Nach dem ersten Reset des Arduino oder eines mcp.reset über meine Routine aber nie wieder.
Vielleicht hilft ein delay() vor der Initialisierung?




Gerade nachgeschaut, die Lib setzt den SPI-Clock auf 10Mhz. Maximum vom MCP.