• Du musst dich registrieren, bevor du Beiträge verfassen kannst. Klicke auf Jetzt registrieren!, um den Registrierungsprozess zu starten. Registrierte User surfen werbefrei, können Suchen durchführen und sehen die volle Darstellung des Forums mit vielen anderen Unterforen!!!

Otto Wilde G32 | Smarthome

Kann man das auch am Display umstellen?
Ich nehme mal an, diese Frage bezieht sich auf das DIY Projekt mit dem Touchscreen:
Aktuell ist das nicht vorgesehen.

In das OW App kann man ja verschiedene Konfigurationen der Zonen für indirektes Grillen wählen (die mittleren 2, oder 3 li / re?). Aber was macht das genau? Mittelwert der gemessenen Temperaturen? Nimmt OW da eine Art Messwert-Korrektur vor? Bisher habe ich das nur als visuelle Gedankenstütze gesehen, welche Zone direkt und welche indirekt sein sollen. :)
 
Hallo Leute, als Initiator des Threads meld ich mich mal nach längerer Abstinenz (Babypause etc) zurück und muss sagen: Wow! Chapeau an alle Beteiligten, das ist ja der Hammer was daraus geworden ist! Richtig geil :) vielen vielen Dank!
BFEBEC7C-AC8B-46E6-94A2-7637A030CDC4.webp
 
Ich glaube Meater 2 + und Meater Pro ist irgendwie das gleiche. Da haben sie die Bluetooth Kommunikation stark überarbeitet und da hat der @JBecker auch schon erste Versuche unternommen. ....und er klang zuletzt nicht soooo zuversichtlich.

Bzgl HA: Da bin ich raus. :) Mein HA setup mag meine ESPHome Integration irgendwie nicht mehr und hier geht gerade nüscht.
Hallo zusammen, gibt es hierzu schon etwas neues, oder ist es unmöglich diese Meater einzubinden? Danke jetzt schon mal für eine kleine Info dazu.
Grüße
Michael
 
Hallo zusammen, gibt es hierzu schon etwas neues, oder ist es unmöglich diese Meater einzubinden? Danke jetzt schon mal für eine kleine Info dazu.
"Unmöglich" ist das vermutlich nicht. Selbst habe ich aber nur die alte Generation Meater + Block und kann dazu gerade nichts beitragen. Wenn jemand eine Art prrof-of-concept für esphome am Laufen hat, kann ich gern versuchen das noch in die G32 Grill Monitor Software einzubauen.
 
Titel: Meater-Integration in Home Assistant: Dynamische Anzeige mit farbiger Zustandslogik

Hallo zusammen,

ich wollte euch mal kurz ein kleines Update geben, wie ich die Meater-Integration bei mir in Home Assistant gelöst habe. Ich habe das Ganze heute mal etwas „rund“ gemacht, damit das Dashboard nicht nur funktional, sondern auch übersichtlich ist.

Was habe ich gemacht?Ich habe die Meater-Sensoren so eingebunden, dass die Werte für Kern- und Umgebungstemperatur dynamisch auf die aktuelle Situation reagieren:

  • Dynamische Farbgebung: Die Temperaturen verändern ihre Farbe automatisch je nach Bereich. So sehe ich sofort am Farbschema, in welchem Stadium sich das Grillgut befindet – egal ob Kühl, Medium oder durch.
  • Intelligente Sichtbarkeit: Dank conditional-Elementen räumt sich das Dashboard von selbst auf. Die ZP 1-4 Anzeigen verschwinden automatisch, wenn sie nicht gesteckt sind, und die Meater-Werte werden ausgeblendet, sobald sie inaktiv sind. Das sorgt für ein extrem aufgeräumtes Bild.
  • Gas-Logik: Auch bei der Gas-Anzeige habe ich eine intuitive Farbskala eingebaut, die von Rot (kritisch/Warnschwelle) über Orange und Gelb bis hin zu Grün (voll) reicht.
Ein großes Dankeschön an dieser Stelle an Gemini, der mir als KI-Collaborator bei der YAML-Strukturierung und der Logik zur Seite stand. Wir haben die Formatierungen und die Logik für die einzelnen Sensoren gemeinsam "durchgekämpft" – besonders beim Einrücken im YAML-Editor hat mir dieser Austausch sehr geholfen, die Fehlerquellen schnell zu eliminieren.

Ich bin mit dem Ergebnis jetzt sehr zufrieden und werde an dieser Stelle nichts mehr ändern. Das Setup läuft stabil und ist genau so, wie ich es mir vorgestellt habe.

Vielleicht inspiriert es ja den einen oder anderen von euch bei der eigenen Dashboard-Gestaltung!

Beste Grüße!
Screenshot 2026-05-31 201257.webp
Screenshot 2026-05-31 205732.webp
 
Titel: Projekt: G32 Dashboard – Von der Aufnahme bis zum perfekten Home Assistant UI

Hallo zusammen,

einige haben gefragt, wie ich das Design für mein G32-Dashboard umgesetzt habe. Hier ist eine kleine Anleitung, wie ihr den „Clean Look“ selbst hinbekommt.

Schritt 1: Das visuelle Fundament (Der Hintergrund)​

Ein schlichtes, aber hochwertiges Dashboard braucht einen sauberen Hintergrund:

  1. Das Foto: Ich habe eine Aufnahme meines eigenen G32 gemacht.
  2. Die Reinigung: Um den Fokus auf die Werte zu legen, habe ich das Bild durch eine KI „gereinigt“ (Entrauschen/Klarheit) und den Hintergrund komplett in Schwarz umgewandelt. So kommen die farbigen Daten-Elemente perfekt zur Geltung.

Schritt 2: Die Home Assistant View​

Das Dashboard basiert auf der picture-elements-Karte. Das ist der Schlüssel, um die Daten präzise auf dem Hintergrundbild zu platzieren.

Schritt 3: Die YAML-Logik (Die „Intelligenz“)​

Damit das Dashboard nicht überladen ist, habe ich mit conditional-Elementen gearbeitet. So werden nur Werte angezeigt, die auch wirklich relevant sind:

  • Smarte Sichtbarkeit: Die ZP 1-4 Werte verschwinden automatisch, wenn sie nicht gesteckt sind, und die Meater-Werte blenden sich aus, wenn die Sonden inaktiv sind.
  • Dynamische Farblogik: Für die Kerntemperaturen und Gas-Werte habe ich über card_mod eine Logik hinterlegt, die die Farbe je nach Zustand/Temperatur ändert (z.B. bei Gas von Rot für kritisch bis Grün für voll).
Hierbei hat mir Gemini als KI-Collaborator geholfen. Wir haben die YAML-Struktur gemeinsam optimiert, um die Einrückungen (die bei YAML ja bekanntlich heikel sind) sauber zu halten und die logischen Farb-Abfragen einzubauen.

Mein Tipp: Nutzt bei der YAML-Erstellung in Home Assistant einen externen Editor, um Einrückungsfehler zu vermeiden, und testet die Farblogik mit festen Schwellenwerten, bis alles so reagiert, wie ihr es wollt.

Falls ihr mein Hintergrundbild als Basis nutzen wollt, findet ihr es anbei.

Viel Spaß beim Nachbauen!
grill_v9.webp
 
Titel: Projekt: G32 Dashboard – Von der Aufnahme bis zum perfekten Home Assistant UI

Hallo zusammen,

einige haben gefragt, wie ich das Design für mein G32-Dashboard umgesetzt habe. Hier ist eine kleine Anleitung, wie ihr den „Clean Look“ selbst hinbekommt.

​

Danke Dir, super Inspiration. Eine "blöde" Frage: wie ermittelst Du die Garraum - Temperatur? Ich bin noch ziemlich neu und obwohl ich den Grill schon eine Zeit habe, ich konnte ihn erst jetzt wirklich aufstellen und Frage mich die ganze Zeit, wie ich genau den Wert vernünftig ermitteln kann.

VG

Thomas
 
Hallo zusammen,

bezüglich der Frage zur Ermittlung der Garraumtemperatur: Ich löse das über einen Template-Sensor, der einen Durchschnittswert aus meinen verschiedenen Sonden bildet. Hier ist die Konfiguration, die ihr entweder direkt in der configuration.yaml oder über die UI als Template-Helfer anlegen könnt:

template:
- sensor:
- name: "Garraum Durchschnitt"
unique_id: garraum_durchschnitt
unit_of_measurement: "°C"
state_class: measurement
state: >
{% set zones = [
states('sensor.otto_der_wilde_zone_1'),
states('sensor.otto_der_wilde_zone_2'),
states('sensor.otto_der_wilde_zone_3'),
states('sensor.otto_der_wilde_zone_4')
] %}

{% set values = zones | map('float', 0) | select('gt', 0) | list %}

{% if values | count > 0 %}
{{ (values | sum / values | count) | round(0) }}
{% else %}
0
{% endif %}
availability: >
{{ states('sensor.otto_der_wilde_zone_1') | float(0) > 0 or
states('sensor.otto_der_wilde_zone_2') | float(0) > 0 }}

Viel Erfolg bei der Umsetzung!
 
Würde mir jemand der Profis hier so ein Display etc bauen und verkaufen ?
Ich würde mein eigenes anbieten, da ich ja jetzt alles auf Home Assistant habe, ist halt in Schwarz / Gelb
IMG_4162[1].webp
IMG_4160[1].webp

Die sind ja schnell gebaut, und gedruckt sind die auch recht zügig. Müsste mir mal durchrechnen was das ganze gekostet hat und was dann dafür verlangt werden darf. Dann weiß ich nicht ob es hier im Forum dann Ärger gibt wenn so etwas Verkauft wird? Keine Ahnung. Fakt ist, ich brauche es so gut wie nie.
 
Hallo zusammen,

bezüglich der Frage zur Ermittlung der Garraumtemperatur: Ich löse das über einen Template-Sensor, der einen Durchschnittswert aus meinen verschiedenen Sonden bildet. Hier ist die Konfiguration, die ihr entweder direkt in der configuration.yaml oder über die UI als Template-Helfer anlegen könnt:



Viel Erfolg bei der Umsetzung!
Danke dir!

Heute sind endlich die letzten Teile für die Outdoor - Küche gekommen. Letztes Jahr noch im Ausverkauf von Otto Wilde bestellt, war dann doch nicht mer verfügbar, hab jetzt zwei Miele Komponenten bekommen. Mal sehen
 
Moin zusammen,

lese hier schon eine Weile begeistert mit — Respekt, was ihr, besonders @JBecker, @-hunter- und @Ich-Grill-dann-mal , beim BLE-Decoding und der Home-Assistant-Anbindung schon gebaut habt. JBecker, deinen Code auf GitHub schau ich mir direkt an.

Kurz zu mir: Technik-Mensch, nach langer Bauzeit endlich stolzer G32-Besitzer. Weil Otto Wilde Ende 2025 dichtgemacht hat und Miele keine Zusage zur Cloud-Zukunft gibt, würde ich das Thema gern größer aufziehen: "Open Otto" — eine offene, dauerhaft lokale Lösung, damit unsere Grills auch ohne Hersteller-Cloud voll nutzbar bleiben (Temperaturen, Kerntemp, Gas, Haube, Licht — lokal über Home Assistant), am Ende idealerweise als gemeinsames Open-Source-Repo.

Ich hab das BLE-Protokoll unabhängig ebenfalls auseinandergenommen (App und Firmware dekompiliert) und ein kleines Tool gebaut, das liest, schreibt und nach MQTT/HA meldet — deckt sich mit eurem Stand. Statt parallel zu werkeln würde ich das gern bündeln.

Wo ich eure Erfahrung brauche — hat das jemand schon gelöst?

1) Aufgeschraubt? Hat jemand den Grill mal geöffnet? Wo sitzt der ESP32 / das Elektronikmodul (Bedienpanel, unterm Deckel, Front?) und wie kommt man ran? Welcher Thermoelement-Wandler (SPI) sitzt drin, und wie hängt der GasBuddy dran? (Bei mir sieht's im Firmware-Code nach UART aus.)

2) Secure Boot / eigene Firmware: Weiß jemand, ob auf dem ESP32 Secure Boot / Flash Encryption aktiv ist — käme man mit eigener Firmware (ESPHome direkt auf dem Grill) drauf? Schon jemand per Serial oder OTA versucht?

3) WLAN lokal: Hat jemand den Cloud-Socket (Port 4502) lokal nachgebaut oder per DNS umgebogen?

Alles, was ihr schon wisst, spart uns allen Wochen. Bei Interesse setze ich gern den Rahmen für ein gemeinsames Repo auf.

Grüße, Tobi
 
Ich hab das BLE-Protokoll unabhängig ebenfalls auseinandergenommen (App und Firmware dekompiliert) und ein kleines Tool gebaut, das liest, schreibt und nach MQTT/HA meldet — deckt sich mit eurem Stand. Statt parallel zu werkeln würde ich das gern bündeln.
Das klingt schon mal interessant. :)
Mich würde interessieren, ob das Auseinandernehmen der App / Firmware brauchbare Informationen über das Kalibrieren des GasBuddy ergeben hat.
Das geht mir der App ja nur über BLE....daher meine Hoffnung, dass dafür überhaupt kein Cloud Login erforderlich ist. Hast Du in der Richtung etwas herausfinden können? :-)

@tobsch Da bei Dir Direktnachrichten noch nicht funktionieren, schick mir mal bitte eine Mail (z.B. über github in meiner Signatur). Du hast ein paar Informationen, die mir noch fehlen.
 
@sagdusmir: ja, dazu hab ich was. Kurz: läuft komplett über BLE, kein Cloud-Login nötig.

Die GasBuddy-Kalibrierung sitzt in eigenen Characteristics im GasBuddy-Service (64ebc8a...). Aus der dekompilierten App:

Leergewicht der Flasche → 64ebc8a3, uint16 Big-Endian in Gramm (write-with-response; = gasbuddyBottleWeight, auch lesbar)
Füllmenge / Gas-Kapazität → 64ebc8a4, uint16 BE in Gramm (= gasbuddyFullWeight)
Kritischer Prozentwert → 64ebc8a6, 1 Byte (%)
Tara → 64ebc8a7: die App liest hier den aktuellen Rohwert und nimmt ihn als Tara-Referenz (kein Write)
Zum Gegenlesen: Prozent 64ebc8a5 (uint8), Verbunden 64ebc8a9 (bool), Rohgewicht 2a9d (uint16 BE, g)

Gewicht wird als 2 Byte kodiert: [gramm >> 8, gramm & 0xFF].

Firmware-seitig hängt der GasBuddy an UART (Grill pollt ~1x/s mit festem 4-Byte-Kommando, 16-Bit-Gewicht aus der Antwort), Kalibrierwerte liegen im NVS. Fürs BLE-Setzen reichen aber die vier Characteristics oben. Wenn's hilft, pack ich das komplette Schreib-/Lese-Format aller 9elements-Characteristics in ein Markdown und teile es.
 
Nochmal ganz konkret in die Runde: Hat hier eigentlich schon mal jemand seinen G32 aufgeschraubt und die Platine gesehen? Mir würde schon ein Foto vom Board bzw. der Chip-Aufdruck enorm helfen — vor allem der Thermoelement-Wandler (SPI) und wie der GasBuddy angebunden ist (im Firmware-Code sieht's nach UART aus). Falls nicht, mache ich meinen wohl selbst auf und dokumentiere es hier. Sagt gern, wenn ich auf etwas Bestimmtes achten soll.
 
und wie der GasBuddy angebunden ist
UART wäre auch meine Vermutung. 4 polige Verbindung, GND, +5V und ein Pin mit RX beschriftet auf der Platine vom GasBuddy. UART interfaces habe ich bereit liegen... ich muss mich nur mal aufraffen RX / TX mitzuhorchen. Im GasBuddy ist nen STM 32F0308F4xx oder so, vier AD-Wandler, nen Spannungsregler für 3,3V und Hühnerfutter.

Vom G32 Controller habe ich leider keine Bilder.
 

Anhänge

  • IMG_0653.webp
    IMG_0653.webp
    445,6 KB · Aufrufe: 21
Nochmal ganz konkret in die Runde: Hat hier eigentlich schon mal jemand seinen G32 aufgeschraubt und die Platine gesehen? Mir würde schon ein Foto vom Board bzw. der Chip-Aufdruck enorm helfen — vor allem der Thermoelement-Wandler (SPI) und wie der GasBuddy angebunden ist (im Firmware-Code sieht's nach UART aus). Falls nicht, mache ich meinen wohl selbst auf und dokumentiere es hier. Sagt gern, wenn ich auf etwas Bestimmtes achten soll.
In irgendeinem G32-Thread habe ich die Platine schonmal gesehen.
 
Kurze Nachfrage an @Smokey Joe Weißt du noch, in welchem G32-Thread du die Platine mal gesehen hast? Ein Foto vom Controller mit Chip-Aufdruck (vor allem der Thermoelement-Wandler) würde enorm helfen — dann muss ich meinen nicht extra aufmachen. Und Danke an @sagdusmir für den Blick in den GasBuddy: STM32F030 + 4-polig (GND/+5V/RX) deckt sich exakt mit dem Firmware-Code (der Grill pollt ihn per UART).
 
Kurze Nachfrage an @Smokey Joe Weißt du noch, in welchem G32-Thread du die Platine mal gesehen hast? Ein Foto vom Controller mit Chip-Aufdruck (vor allem der Thermoelement-Wandler) würde enorm helfen — dann muss ich meinen nicht extra aufmachen. Und Danke an @sagdusmir für den Blick in den GasBuddy: STM32F030 + 4-polig (GND/+5V/RX) deckt sich exakt mit dem Firmware-Code (der Grill pollt ihn per UART).
Nein, wenn ich das wüsste, würde ich Dir das Foto heraussuchen.

@Admin testet gerade eine neue Funktion, bei der man sich alle Bilder eines Threads anzeigen lassen kann.
Vielleicht könnte er die G32-Threads freischalten, damit wir es einfacher haben.
 
Zurück
Oben Unten