Otto Wilde G32 | Smarthome

[JBecker]

Das hier sieht recht brauchbar aus. Damit ist zwar das Problem der Stromversorgung noch nicht ganz gelöst, aber könnte ein guter Anfang sein.

Zu dem Thema:

Ich habe jetzt mal ein Gehäuse (Wandgehäuse) gedruckt. Das ist im Original 'nur' eine sehr eng passende Halbschale für die Rückwand mit einem Schlitz an der Seite für ein Kabel. Ein USB-Kabel passt aber so nicht rein!?!

Ich wollte ja unbedingt noch meinen flachen Akku mit 2000mAh unterbringen. 3D-Design ist nicht meins. Also habe ich bei dem genannten Gehäuse die Z-Achse auf 250% skaliert. Es entsteht so genug Platz im Innenraum (ja, und an der Seite bleibt der unbrauchbare Schlitz, stört mich aber nicht soooo sehr ...). Von hinten habe ich einen Ausschnitt für den USB-C-Stecker gemacht und an der Seite einen Taster zum EIN-/AUS-Schalten eingebaut (Achtung: Lötarbeiten notwendig!). Dazu noch einen Piezo-Piepser angeschlossen (an GPIO-Pins, nicht an den eingebauten Audio-Chip!). Dann noch vier Magneten in den Ecken, damit haftet das Ding z.B. an der Haube vom G32.

Ich bin jetzt richtig zufrieden (ja, optisch 'geht' es natürlich noch besser ...). Laden funktioniert über USB-C. EIN/AUS ohne USB über den Taster (kurz tasten =-> EIN, >10 Sekunden gedrückt halten -> AUS). Das Ding piepst bei allen möglichen Aktionen vor sich hin (wichtig: Warnung vor Überhitzung des Meater!!!).
Was jetzt noch blöd ist: beim Laden über USB ist das Display dauerhaft aktiv (der Taster schaltet nur den Akku zu und weg!). Um den Effekt zu minimieren habe ich in der Software noch ein Timeout für die Hintergrundbeleuchtung eingebaut. Die geht nach einer einstellbaren Zeit von 0-3600s (0 = deaktiviert) automatisch aus und bei Touch wieder an.

Grüße, Jörg.

 

[floh86]

Sieht super aus, auch die Idee mit den Magneten gefällt mir! Kannst du den aktuellsten Code nochmal posten (oder auf GitHub hochladen)? Was mich noch interessieren würde: Welchen Akku verwendest du und wie hast du Akku, Pieper und Schalter angeschlossen?

 

[JBecker]

Sieht super aus, auch die Idee mit den Magneten gefällt mir! Kannst du den aktuellsten Code nochmal posten (oder auf GitHub hochladen)? Was mich noch interessieren würde: Welchen Akku verwendest du und wie hast du Akku, Pieper und Schalter angeschlossen?

Aktueller Code ist im Post #134!
Z.B folgender Akku, der wird einfach an den vorhandenen Steckverbinder angesteckt.
Pieper (Piezo ohne eingebaute Elektronik) habe ich mit einem 2-poligen JST1.25mm (hatte ich welche von bestellt, um meinen Akku mit JST 2.5mm auf JST 1.25mm umzubauen) auf den 8-poligen Steckverbinder im Display mit den IOs 9 und 14 aufgesteckt. IO14 wird als GND genutzt und das RTTTL Signal kommt auf IO9 (bitte im Code nachsehen, wie das gemacht ist).
Ja, und dann gibt es neben der Buchse für den Akku den Taster SW1. An die beiden Lötkontakte von diesem Taster dann zwei Kabel zu einem externen Taster anlöten. Ich habe den Taster komplett ausgelötet, weil ich ihn beim Rumprobieren beschädigt hatte.
Die hintere Abdeckung vom Display entfernen (4 Schrauben), dann sieht man die (beschrifteten) Steckverbinder und Taster. Rückseite weglassen, das deckt später alles das Gehäuse ab.
Display mit Schaltplan
So, jetzt läuft mir die Zeit weg, ich muss jetzt dringend in Urlaub fahren ...

Grüße, Jörg.

 

[Smokey Joe]

Zu dem Thema:

Ich habe jetzt mal ein Gehäuse (Wandgehäuse) gedruckt. Das ist im Original 'nur' eine sehr eng passende Halbschale für die Rückwand mit einem Schlitz an der Seite für ein Kabel. Ein USB-Kabel passt aber so nicht rein!?!

Ich wollte ja unbedingt noch meinen flachen Akku mit 2000mAh unterbringen. 3D-Design ist nicht meins. Also habe ich bei dem genannten Gehäuse die Z-Achse auf 250% skaliert. Es entsteht so genug Platz im Innenraum (ja, und an der Seite bleibt der unbrauchbare Schlitz, stört mich aber nicht soooo sehr ...). Von hinten habe ich einen Ausschnitt für den USB-C-Stecker gemacht und an der Seite einen Taster zum EIN-/AUS-Schalten eingebaut (Achtung: Lötarbeiten notwendig!). Dazu noch einen Piezo-Piepser angeschlossen (an GPIO-Pins, nicht an den eingebauten Audio-Chip!). Dann noch vier Magneten in den Ecken, damit haftet das Ding z.B. an der Haube vom G32.

Ich bin jetzt richtig zufrieden (ja, optisch 'geht' es natürlich noch besser ...). Laden funktioniert über USB-C. EIN/AUS ohne USB über den Taster (kurz tasten =-> EIN, >10 Sekunden gedrückt halten -> AUS). Das Ding piepst bei allen möglichen Aktionen vor sich hin (wichtig: Warnung vor Überhitzung des Meater!!!).
Was jetzt noch blöd ist: beim Laden über USB ist das Display dauerhaft aktiv (der Taster schaltet nur den Akku zu und weg!). Um den Effekt zu minimieren habe ich in der Software noch ein Timeout für die Hintergrundbeleuchtung eingebaut. Die geht nach einer einstellbaren Zeit von 0-3600s (0 = deaktiviert) automatisch aus und bei Touch wieder an.

Anhang anzeigen 3651384

Anhang anzeigen 3651385
Anhang anzeigen 3651386

Grüße, Jörg.

Wahnsinn, das sieht super aus, Jörg
Über die Datei zum Gehäuse würde ich mich freuen.
Das werde ich so nachbauen!

 

[JBecker]

Wahnsinn, das sieht super aus, Jörg
Über die Datei zum Gehäuse würde ich mich freuen.
Das werde ich so nachbauen!

Link ist in dem von Dir zitierten Beitrag. Wie gesagt, muss in Z-Richtung auf 250% gestreckt werden. Dann geht der Akku ( nur ohne die originale Rückwand) gerade so rein.
Wäre natürlich schön, wenn jemand das Gehäuse 'vernünftig' neu designen könnte. So hat man den überflüssigen Schlitz und benötigt auch vier längere 2mm Schrauben.

 

[s.ochs]

Z.B folgender Akku, der wird einfach an den vorhandenen Steckverbinder angesteckt.

Vorsicht: auf der Platine sitzt ein IP5306 für das Lade-Management. Dieser lädt den Akku mit 2,1 A. Für den verlinkten Akku sind 0,4 A empfohlen; Höchstwert 2 A. Sollte der Akku beim Laden sehr warm werden, würde ich ihn nicht weiter anschließen.

 

[JBecker]

Vorsicht: auf der Platine sitzt ein IP5306 für das Lade-Management. Dieser lädt den Akku mit 2,1 A. Für den verlinkten Akku sind 0,4 A empfohlen; Höchstwert 2 A. Sollte der Akku beim Laden sehr warm werden, würde ich ihn nicht weiter anschließen.

Danke für den Hinweis. War mir schon klar. Ladestrom ist aber maximal 2.1A (was beim Akku ja ungefähr zulässig ist) und das auch nicht bei vollem Akku, wo es tendenziell problematisch wäre. Dann müsste auch erst einmal das USB Ladegerät/Netzteil 2A liefern (können). Akku wird überhaupt nicht warm. Ich lade ihn am Labornetzteil auch mit 4.22V und 2A Ladestrombegrenzung und er wird auch dann nicht warm. Die dünnen Strippen sorgen da auch schon für reichlich Spannungsabfall.
Gruß, Jörg.

 

[JBecker]

Ich habe mich jetzt endlich überwunden und die Source-Codes zu den beiden G32-Displays (480x320 und 480x480 Pixel) auf Github G32 Displays hochgeladen. Das ist bisher sehr rudimentär, wird aber hoffentlich weiter wachsen.
Benutze das zum ersten Mal und hoffe, dass das so funktioniert. Bitte um Anmerkungen dazu.
Ich werde Änderungen und Neuerungen daher nur noch auf Github einpflegen und diesen Thread hier nicht weiter damit aufblähen.
Eventuell könnte ich ja bei bedeutenden Änderungen auch hier noch ein Update geben.

Gruß, Jörg.

 

[Ich-Grill-dann-mal]

Tach zusammen,
ich habe heute mein Display bekommen, in HA unter ESP Home ein neues Gerät angelegt und manuell geflasht. Danach taucht das Gerät nicht mal im WLAN auf, es bootet nicht und ich kann nichts machen. Also die Original SW downgeloadet und geflasht, siehe da das Display kommt wieder mit dem Originalen Bootbildschirm.
Das ganze habe ich jetzt bestimmt 10 mal versucht, immer wieder das selbe Ergebnis. Es geht auch unter HA nicht Online, ganz klar es taucht ja in meinem WLAN nicht auf. YAML bearbeiten kann ich dadurch auch nicht, muss das Display nach dem ( Neues Gerät anlagen unter ESPHome) und die *.bin Datei aufspielen Booten, sprich das Display angehen?? Der ganze Flashvorgang dauert ca. 15sec. Es kommt keine Fehlermeldung, die USB Verbindung geht auf Com17 und alles ist schön. Aber es klappt einfach nicht.
Die SW wird ja auch einwandfrei aufgespielt, das kann ich ja mit der Original *.bin Datei immer wieder testen.
Meine YAML:

esphome:
name: honk
friendly_name: honk

esp32:
board: esp32-s3-devkitc-1
framework:
type: esp-idf

# Enable logging
logger:

# Enable Home Assistant API
api:
encryption:
key: "tDCe1WWNTcQdm747+LQ6wlg3qD7HuvpvdN8ZH0yDMQk="

ota:
- platform: esphome
password: "4ed471dbec665e7e9577573f11bf01ad"

wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password

# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Honk Fallback Hotspot"
password: "iwcApBKd8RGz"

captive_portal:

Es wird ja nicht mal der AP des ESP32 aufgebaut, sprich auch kein Fallback...

Und so sieht es in ESPHome aus:

Irgendeine Idee??????

Grüße

 

[Ich-Grill-dann-mal]

Nicht mal einer 1 Antwort?? Sehr schade...
Der YAML Code funktioniert nicht. Besteht die Möglichkeit von einem Funktionierendem Gerät den YAML Code zu bekommen damit ich das einfach mal aufspielen kann?
Danke

 

[Smokey Joe]

Nicht mal einer 1 Antwort?? Sehr schade...
Der YAML Code funktioniert nicht. Besteht die Möglichkeit von einem Funktionierendem Gerät den YAML Code zu bekommen damit ich das einfach mal aufspielen kann?
Danke

Ich glaube du solltest mal direkten Kontakt mit @JBecker aufnehmen, der kennt die Tricks und Kniffe und hat es selbst bei mir geschafft, das Ding zum Laufen zu bekommen

 

[K1300S]

Nicht mal einer 1 Antwort??

Ich bin mir nicht sicher, ob dir die Komplexität deines Vorhabens bewusst ist, aber vermutlich wird dir niemand helfen können, der nicht weitergehende Kenntnisse in HA/ESPHome und deren Programmierung (nicht Nutzung!) hat. Wenn aber nicht einmal eine WLAN-Verbindung zustandekommt, würde ich da mal anfangen. Zugangsdaten kontrollieren, Netzstärke, -standard, -kanal prüfen ... so was halt. Hast du das schon gemacht?

 

[JBecker]

Tach zusammen,
ich habe heute mein Display bekommen, in HA unter ESP Home ein neues Gerät angelegt und manuell geflasht. Danach taucht das Gerät nicht mal im WLAN auf, es bootet nicht und ich kann nichts machen. Also die Original SW downgeloadet und geflasht, siehe da das Display kommt wieder mit dem Originalen Bootbildschirm.
Das ganze habe ich jetzt bestimmt 10 mal versucht, immer wieder das selbe Ergebnis. Es geht auch unter HA nicht Online, ganz klar es taucht ja in meinem WLAN nicht auf. YAML bearbeiten kann ich dadurch auch nicht, muss das Display nach dem ( Neues Gerät anlagen unter ESPHome) und die *.bin Datei aufspielen Booten, sprich das Display angehen?? Der ganze Flashvorgang dauert ca. 15sec. Es kommt keine Fehlermeldung, die USB Verbindung geht auf Com17 und alles ist schön. Aber es klappt einfach nicht.
Die SW wird ja auch einwandfrei aufgespielt, das kann ich ja mit der Original *.bin Datei immer wieder testen.
Meine YAML:


Es wird ja nicht mal der AP des ESP32 aufgebaut, sprich auch kein Fallback...

Und so sieht es in ESPHome aus:

Anhang anzeigen 3662789
Irgendeine Idee??????

Grüße

Nachdem Du in ESPHome ein neues Gerät angelegt hast und dieses Gerät erst einmal grundlegend installiert hast, dann sollte auch mindestens der Fallback Hotspot auftauchen (ohne Deine eigenen Wifi Credentials einzugeben).
Dann erst weitermachen ...
- Wifi Credentials eingeben, hast Du anscheinend in der secrets.yaml stehen? Dann sollte Dein Gerät in Deinem (2.4GHz!!!???) Wlan auftauchen und in ESPHome ONLINE sein und ab dann kannst Du OTA flashen ...
Natürlich 'geht' hier zu diesem Zeitpunkt das Display dann noch nicht, es ist ja kein Code für das Display vorhanden, nicht einmal, um das Backlight anzuschalten!
- meinen Code von Github einfügen ...

 

[Ich-Grill-dann-mal]

Hallo zusammen,
erst einmal ganz lieben Dank für Eure Hilfe, dann habe ich rausgefunden das mein Display eine andere CPU verbaut hat als wie Bestellt.
Ich habe das ganze mal mit einem D1 Mini in ESPHome versucht und siehe da, das Ding geht sofort Online und ich könnte es weiter bearbeiten. Somit habe ich das Display mal aufgeschraubt und siehe da.... Eine China Mogelpackung ist enthalten. Damit waren meine ganzen Versuche für den Popo..
Okay, ich habe mir jetzt noch ein Display bestellt und werde weiter berichten.
Ganz liebe Grüße und nochmals vielen Dank.

 

[K1300S]

Es mag jetzt meiner fehlenden Kompetenz geschuldet sein, aber an was genau erkennst du da jetzt ne Mogelpackung?

(Mogelpackung wäre jetzt für mich ein Gerät, das nicht funktionieren kann.)

 

[JBecker]

Hallo zusammen,
erst einmal ganz lieben Dank für Eure Hilfe, dann habe ich rausgefunden das mein Display eine andere CPU verbaut hat als wie Bestellt.
Ich habe das ganze mal mit einem D1 Mini in ESPHome versucht und siehe da, das Ding geht sofort Online und ich könnte es weiter bearbeiten. Somit habe ich das Display mal aufgeschraubt und siehe da.... Eine China Mogelpackung ist enthalten. Damit waren meine ganzen Versuche für den Popo..
Okay, ich habe mir jetzt noch ein Display bestellt und werde weiter berichten.
Ganz liebe Grüße und nochmals vielen Dank.

Anhang anzeigen 3665417

Das Foto zeigt einen ESP32 S3R8 mit 16MB Flash. Der sollte auf jeden Fall funktionieren!

 

[K1300S]

So hatte ich das auch interpretiert, also müsste es wohl doch an etwas Anderem liegen.

 

[s.ochs]

esp32:
board: esp32dev

Ich denke die Konfiguration passt nicht zum verbauten IC.

 

[JBecker]

Ich denke die Konfiguration passt nicht zum verbauten IC.

Der aktuelle Code steht bei Github!
Und bei der ersten Installation eines Gerätes in ESPHome wird eine passende Konfiguration automatisch erstellt (wenn der ESP32 über USB angeschlossen ist, und das sollte er tunlichst sein). So zumindest mein Stand. Hat man den ESP32 nicht angeschlossen (und er kann nicht automatisch erkannt werden), dann muss man den Chiptyp manuell angeben, also hier ESP32 S3. Dann 'geht' erst einmal alles.
Ich hatte da bisher nie Probleme.

 

[s.ochs]

Das passt auch alles, wenn es ein Espressif esp32-s3 Modul ist. Diese Version von Sparkle unterscheidet sich vermutlich leicht in der Konfiguration, daher passt die gewählte Board-Variante bei @Ich-Grill-dann-mal nicht.
https://registry.platformio.org/platforms/platformio/espressif32/boards?version=5.3.0&p=9
Den XH-S3E habe ich in der Liste nicht gefunden. Eventuell einfach mal die Konfigurationen durchprobieren, die für Sparkfun-Chips angegeben sind.