Otto Wilde G32 | Smarthome

[JBecker]

Hallo Jörg,
im Auslieferungzustand hat Touch funktioniert.
Wie komme ich in diesen Debug-Modus?
Wenn das Display an ist und ich drauf tippe passiert rein gar nichts.
Habe ein JC3248W535C_I_Y direkt bei Aliexpress bestellt

Ja klar. Die passen natürlich ihre Firmware an, wenn sie andere Bauteile verwenden. Wäre vielleicht eine Idee, direkt beim Hersteller (Guition?) anzufragen, was am JC3248W535C geändert wurde. Oder ob sie die Sourcen zur Firmware schicken können.
Mit 'Debug' Modus meine ich den Zustand direkt nach dem Programmieren. Egal ob USB oder OTA werden ja dann dauerhaft Statusmeldungen (Logs) ausgegeben. Dort müsste man dann die Touch-Koordinaten sehen (wenn das enabled ist, Zeilen so um 230 müssen dafür ent-kommentiert werden).
Boah, ist das blöd mit den Displays ... das hätte ich nicht erwartet.

 

[JBecker]

Mal was anderes:
Das gedruckte Gehäuse ist angekommen und passt. Einzig die lose "Abdeckung" vom Speaker-Anschluss habe ich ungeschickterweise direkt gehimmelt.

Das sieht ja ganz gut aus.
Welche Abdeckung meinst Du? Das einzige 'lose' Teil ist der Taster, mit dem man im Akku-Betrieb das Display ausschalten kann.

 

[marcbw]

Ja klar. Die passen natürlich ihre Firmware an, wenn sie andere Bauteile verwenden. Wäre vielleicht eine Idee, direkt beim Hersteller (Guition?) anzufragen, was am JC3248W535C geändert wurde. Oder ob sie die Sourcen zur Firmware schicken können.
Mit 'Debug' Modus meine ich den Zustand direkt nach dem Programmieren. Egal ob USB oder OTA werden ja dann dauerhaft Statusmeldungen (Logs) ausgegeben. Dort müsste man dann die Touch-Koordinaten sehen (wenn das enabled ist, Zeilen so um 230 müssen dafür ent-kommentiert werden).
Boah, ist das blöd mit den Displays ... das hätte ich nicht erwartet.

ich bekomme keinen Debug Modus nach dem programmieren.

Vielleicht ist auch meine Vorgehensweise falsch... der größte Bug sitzt ja oft vor dem Bildschirm

Ich starte per commandline das kompilieren mit "esphome run g32xxx.yaml"

Über web ESP Home flashe ich dann das firmware.factory.bin file

Nach dem flashen startet das Display direkt mit der Anzeige

 

[mczerwon]

ja - den meine ich wohl .... aber ich glaube fast, dass es den bei mir gar nicht gibt ....

 

[JBecker]

ja - den meine ich wohl .... aber ich glaube fast, dass es den bei mir gar nicht gibt ....

Doch. Du musst die hintere Abdeckung abnehmen (vier Schrauben). Dann sitzt neben dem Akku-Anschluss der kleine Taster. Diesen muss man >8 Sekunden (ist bei mir so, andere Chips sollen das in >2 Sekunden machen) drücken, um den Akku vom Display zu 'trennen' (der Step-Up Wandler wird ausgeschaltet). Kurzes Drücken aktiviert den Wandler wieder und das Display startet.

 

[JBecker]

ich bekomme keinen Debug Modus nach dem programmieren.

Vielleicht ist auch meine Vorgehensweise falsch... der größte Bug sitzt ja oft vor dem Bildschirm

Ich starte per commandline das kompilieren mit "esphome run g32xxx.yaml"

Über web ESP Home flashe ich dann das firmware.factory.bin file

Nach dem flashen startet das Display direkt mit der Anzeige

Bevor Du in der Kommandozeile 'esphome run g32xxx.yaml' eingibst, verbindest Du das Display einfach über USB mit dem PC, auf dem Du kompilierst. Nach dem Kompilieren und Linken wirst Du gefragt, ob Du das Display über USB (1) oder OTA (2) programmieren willst. In beiden Fällen wird dann programmiert und sofort danach beginnt das Logging (über USB oder WIFI). Das ist eigentlich sehr komfortabel.
Ansonsten direkt in ESPHome kompilieren und dann wird auch automatisch über OTA programmiert.

 

[JBecker]

die neue Variante läuft bei mir leider nicht, ich bekomme nur einen drehenden KreisAnhang anzeigen 3708937

ja, da helfen jetzt nur die Debug-Ausgaben. Da ist dann wahrscheinlich WIFI SSID oder Passwort nicht korrekt. Hast Du die in einer secrets.yaml angegeben?

 

[marcbw]

Bevor Du in der Kommandozeile 'esphome run g32xxx.yaml' eingibst, verbindest Du das Display einfach über USB mit dem PC, auf dem Du kompilierst. Nach dem Kompilieren und Linken wirst Du gefragt, ob Du das Display über USB (1) oder OTA (2) programmieren willst. In beiden Fällen wird dann programmiert und sofort danach beginnt das Logging (über USB oder WIFI). Das ist eigentlich sehr komfortabel.
Ansonsten direkt in ESPHome kompilieren und dann wird auch automatisch über OTA programmiert.

Danke für die Hilfe, bei mir werden keinerlei Touch Koordinaten ausgegeben. Dann liegt es wohl am Display

 

[marcbw]

ja, da helfen jetzt nur die Debug-Ausgaben. Da ist dann wahrscheinlich WIFI SSID oder Passwort nicht korrekt. Hast Du die in einer secrets.yaml angegeben?

Geht doch.. ich war zu weit weg vom Grill und das Display hatte keine Verbindung zum Grill

 

[s.ochs]

Das gedruckte Gehäuse ist angekommen und passt. Einzig die lose "Abdeckung" vom Speaker-Anschluss habe ich ungeschickterweise direkt gehimmelt.

Doch. Du musst die hintere Abdeckung abnehmen (vier Schrauben). Dann sitzt neben dem Akku-Anschluss der kleine Taster.

So was hat ich schon befürchtet. Ich werde mal auf Thingiverse einen Hinweis ergänzen. Wenn die Abdeckung nicht entfernt wird, drückt man beim Zusammenschrauben den Button leider aus dem Gehäuse (wobei einem das eigentlich auffallen sollte, bevor die elastischen Haltebalken brechen).

 

[s.ochs]

Wer das Display+Gehäuse im aufrechten Zustand nutzen will (und es nicht falsch herum ins Gehäuse einbaut ), muss die Anzeige im Code manuell (zumindest aktuell noch) drehen:

rotation: 270

Mir ist gerade aufgefallen, dass in diesem Fall die Touch-Erkennung nicht automatisch mit gedreht wird. In diesem Fall muss man auch die x/y-Ausrichtung spiegeln:

mirror_x: true
mirror_y: false

@JBecker eventuell fällt dir da aber noch was anderes ein. Ich nutze ESPHome nicht so oft.

 

[marcbw]

Hallo Jörg,
vielen Dank für Deine Hilfe!
Jetzt läuft es bis auf Touch, aber eigentlich denke ich das ich das gar nicht brauche da mir die Anzeige alleine genügt.

 

[JBecker]

Hallo Jörg,
vielen Dank für Deine Hilfe!
Jetzt läuft es bis auf Touch, aber eigentlich denke ich das ich das gar nicht brauche da mir die Anzeige alleine genügt.
Anhang anzeigen 3709113

Gut, wenn Dir das so reicht!
Ich denke, irgendwann wird herauskommen, was an den Displays geändert wurde und dann werde ich das anpassen. Da ich kein 'defektes' Display habe, kann ich auch nichts unternehmen um den Fehler zu finden, schade ...
Grüße, Jörg.

 

[Altberater]

Entschuldigt bitte die blöde Frage, aber ich bin halt mit allem jenseits eines Kugelschreibers überfordert: was für einen Akku soll ich mir zu dem Display bestellen? Ich bin für alles offen, es soll nur einfach sein ...

 

[marcbw]

Ja klar. Die passen natürlich ihre Firmware an, wenn sie andere Bauteile verwenden. Wäre vielleicht eine Idee, direkt beim Hersteller (Guition?) anzufragen, was am JC3248W535C geändert wurde. Oder ob sie die Sourcen zur Firmware schicken können.
Mit 'Debug' Modus meine ich den Zustand direkt nach dem Programmieren. Egal ob USB oder OTA werden ja dann dauerhaft Statusmeldungen (Logs) ausgegeben. Dort müsste man dann die Touch-Koordinaten sehen (wenn das enabled ist, Zeilen so um 230 müssen dafür ent-kommentiert werden).
Boah, ist das blöd mit den Displays ... das hätte ich nicht erwartet.

Hallo Jörg,
hier sind die kompletten Unterlagen zum Display, auch AXS Treiber für das Touch.
http://pan.jczn1688.com/directlink/1/HMI%20display/JC3248W535EN.zip
http://pan.jczn1688.com/directlink/1/HMI display/JC3248W535EN.zip

 

[JBecker]

Hallo Jörg,
hier sind die kompletten Unterlagen zum Display, auch AXS Treiber für das Touch.
http://pan.jczn1688.com/directlink/1/HMI%20display/JC3248W535EN.zip
http://pan.jczn1688.com/directlink/1/HMI display/JC3248W535EN.zip

Oh, das ist schon mal gut! Sind die jetzt wirklich von dem 'Neuen' Display, wo touch nicht funktioniert? Ich werde die nicht kompilieren, weil ich sie dann ja gar nicht ausprobieren kann (nur als cross-check, dass sie dann auf meinem Display nicht laufen ...).

Ich sehe in dem vielen Kram bis jetzt auch nichts wirklich anderes. I²C Adresse ist 0x3B, genau wie vorher. I/Os für I²C sind auch gleich. Und dann bin ich mit meinem Latein auch langsam am Ende ...

Wenn Du Lust hast, dann kannst Du mal so um Zeile 253 folgendes einfügen (das 'scan: true'):

i2c:
  sda: 4
  scl: 8
  id: touchscreen_bus
  scan: true

Beim Starten des Codes (Debug-Ausgaben) steht dann irgendwo so etwas wie:

[I][i2c.idf:104]: Results from bus scan:
[I][i2c.idf:110]: Found device at address 0x3B

Wäre interessant, ob da bei Dir die gleiche Adresse (0x3b) herauskommt oder garbish, wenn die I/Os nicht stimmen oder sonst was faul ist.

Gruß, Jörg.

PS: das Ganze könnte etwas mit der ESPHome Version zu tun haben. Es gibt dort einiges dazu im Netz. Und wohl auch einen Workaraound:
Dieses hier etwa vor spi: einfügen:

external_components:
  - source: github://esphome/esphome@dev
    components: [i2c, axs15231]
    refresh: 1h

Kann das mal jemand mit einem betroffenen Display ausprobieren? Meines funktioniert mit dem Workaraound weiterhin ...

 

[marcbw]

vielen vielen Dank !!


hiermit funktioniert jetzt auch das Touch Display

external_components:
- source: github://esphome/esphome@dev
components: [i2c, axs15231]
refresh: 1h

 

[JBecker]

vielen vielen Dank !!


hiermit funktioniert jetzt auch das Touch Display

Super!
Vielen lieben Dank für das Testen!
Grüße, Jörg.

 

[mczerwon]

Hier läuft es jetzt auch (mit der 1.1.0c) und den o.g. Anpassungen. Weiterhin musste ich (wie auch schon vorher erwähnt) setzen.
mirror_x: true
mirror_y: false

Vielen Dank!

Jetzt muss ich mir nur noch einen Weg einfallen lassen, wie ich den kaputten Taster irgendwie ersetzen kann.
Ganz ohne die Möglichkeit zum Ausschalten im Batteriebetrieb ist doof.


Ach ja: Ein Bug ist mir noch aufgefallen - Auch im Akkubetrieb ist der "gelbe Blitz" neben dem WLAN Symbol an.
Ich denke, dies soll wohl nur bei aktiver Kabel/Stromverbindung sein, oder?

 

[JBecker]

Hier läuft es jetzt auch (mit der 1.1.0c) und den o.g. Anpassungen. Weiterhin musste ich (wie auch schon vorher erwähnt) setzen.
mirror_x: true
mirror_y: false

Vielen Dank!

Jetzt muss ich mir nur noch einen Weg einfallen lassen, wie ich den kaputten Taster irgendwie ersetzen kann.
Ganz ohne die Möglichkeit zum Ausschalten im Batteriebetrieb ist doof.


Ach ja: Ein Bug ist mir noch aufgefallen - Auch im Akkubetrieb ist der "gelbe Blitz" neben dem WLAN Symbol an.
Ich denke, dies soll wohl nur bei aktiver Kabel/Stromverbindung sein, oder?

Ja, das ist super!
Der Fehler soll übrigens in ESPHome 2025.8.2 behoben sein! (war wohl nur in 2025.8.0 und 2025.8.1 drin).

Ich habe den Taster ausgelötet und einen externen Taster mit Litzen an die beiden SMD Pads angelötet. Dann ein Loch ins Gehäuse und mit Heißkleber fixiert.

Der gelbe 'Blitz' steht für das Licht im Grill. Ist momentan auch bei geschlossener Haube manchmal aktiv. Das ist ein Feature vom Grill und die HACS Integration von Chris gibt das eben so weiter. Kann man leicht ausmaskieren, muss ich noch machen ... (oder Chris ).