• 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

Ok Melde Erfolg :)

habe ein Home Assistant in Virtual Box Installiert. Dort ESPHome Installiert und den Code vom @JBecker aus dem Posting 5 eingebaut.
Die Bluetooth Infos vom Grill habe ich mit Boardmitteln von Raspbian auf dem Raspi rauskopiert, und die MAC Adresse entsprechend eingetragen.

Aus dem Code habe ich die Home Assistant API rausgenommen dafür aber mqtt eingebaut:

Code: 
mqtt:
  topic_prefix: G32_Grill
  discovery: false
  broker: 192.168.x.x    # IP-Aadresse des Ziels
  port: 1883

Somit bekomme ich die Infos bei mir in FHEM
hier und da die Intervalle angepasst. die 1500° wenn Sensor nicht drin ist kann man dann noch mappen auf disconnected oder so ähnlich...
 

Anhänge

  • g32test.png
    g32test.png
    26,2 KB · Aufrufe: 43
Idee:
kann man diese 1500°C nicht bereits bei lambda rausfiltern und dann n/a senden ?

Code: 
    lambda: !lambda |-
            if ((x[14]*100.0+x[15]) > 150) {return {na};
            } else {
            return (x[14]*100.0+x[15])/10.0;
            };
bin da noch am basteln wie das ganze aufgebaut ist.
In den messages nimmst du ja hier die stelle 14 und 15 für den wert..
Innerhalb vom if else die rechenfunktion mit dem vergleich ist sicher nicht funktionsfähig, müsste man neue variablen füllen oder ?
Gibt auch so funktionen wie sensor.in_range: on_value_range: usw.
der Return wenn integer erwartet wird fliegt dann sicher mit text dann sicher auch auf die nase.
 
laserrichi schrieb:
Idee:
kann man diese 1500°C nicht bereits bei lambda rausfiltern und dann n/a senden ?

Code: 
    lambda: !lambda |-
            if ((x[14]*100.0+x[15]) > 150) {return {na};
            } else {
            return (x[14]*100.0+x[15])/10.0;
            };
bin da noch am basteln wie das ganze aufgebaut ist.
In den messages nimmst du ja hier die stelle 14 und 15 für den wert..
Innerhalb vom if else die rechenfunktion mit dem vergleich ist sicher nicht funktionsfähig, müsste man neue variablen füllen oder ?
Gibt auch so funktionen wie sensor.in_range: on_value_range: usw.
der Return wenn integer erwartet wird fliegt dann sicher mit text dann sicher auch auf die nase.
Zum Vergrößern anklicken....
Erst einmal schön, dass Du das hinbekommen hast! Gratulation!
Das Bewerten der 1500° ist im HA so einfach zu machen, da habe ich mir keine weiteren Gedanken zu gemacht ...
 
Ich habe soeben eine verifizierung gemacht von dem Flaschengewicht im Byte 22 und 23.
Dazu habe ich ein 100g Referenzgewicht verwendet und siehe da es waren 100 :-) ok... es schwankt hier immer etwas, aber es waren so +-5g.

Es wird hier also der netto Füllstand in Gramm ausgegeben.

Man kann das z.b. so auslesen:

Code: 
  - platform: ble_client
    type: characteristic
    name: "G32 Gasbuddy weight"
    service_uuid: 'dc0f41ea-b6ae-46a8-a19e-1a3bf4342bcb'
    characteristic_uuid: 'dc0f41e2-b6ae-46a8-a19e-1a3bf4342bcb'
    device_class: "weight"
    unit_of_measurement: "g"
    update_interval: 60s
    lambda: |-
     return (x[22]*256 +x[23]);
 
Bei mir ist es das Gesamtgewicht von Flasche, Gasmenge plus Offset!
Mit dieser Info kann man ja leider nicht viel anfangen, darum lesen wir es bisher nicht aus.
 
mit der Firmware 1.0.5 ?
 
JBecker schrieb:
Ja! 🤔Kontrolliere ich heute noch einmal ...
Zum Vergrößern anklicken....
Stimmt, da steht;auch bei mir jetzt ganz klar der Gasfüllstand in g!
OW scheint also wirklich mit der App steuern zu können, welche Werte in der UUID geschickt werden (war nämlich vorher definitiv ein anderer Wert)!
 
Ich nutze mein Grafikdisplay momentan auch recht häufig. Dann kann das Handy in der Tasche bleiben. Allerdings ist die Ablesbarkeit insbesondere bei Sonnenschein nicht berauschend. Und es fehlt noch ein Gehäuse ...


PXL_20240406_173424185.MP.jpg


Im Dunkeln geht es dann besser:
PXL_20240406_193640866.MP~4.jpg
 
Ich checks nicht.
Das Teil hat jetzt ein paar mal recht gut funktioniert.
Aber seit heute geht nichts mehr.
Hab mein Board direkt neben dem G32 liegen.
Aber es verbindet sich einfach nicht mit dem G32.
Am Smartphone ist die Bluetooth Kommunikation aus.
Ich bekomme immer Can not poll. Not connected.
 
mexx.111 schrieb:
Ich checks nicht.
Das Teil hat jetzt ein paar mal recht gut funktioniert.
Aber seit heute geht nichts mehr.
Hab mein Board direkt neben dem G32 liegen.
Aber es verbindet sich einfach nicht mit dem G32.
Am Smartphone ist die Bluetooth Kommunikation aus.
Ich bekomme immer Can not poll. Not connected.
Zum Vergrößern anklicken....
Grundsätzlich 'gehen' drei Verbindungen per BT gleichzeitig. Stell doch mal Dein Smartphone (die Otto Wilde App) auf BT Verbindung und versuch es damit. Wenn das funktioniert, dann sollte auch jede andere Verbindung per BT funktionieren.
Und am G32 muss natürlich die BT Led leuchten.
nRFconnect zeigt Dir auch an, ob BT beim Grill grundsätzlich funktioniert.
 
JBecker schrieb:
Grundsätzlich 'gehen' drei Verbindungen per BT gleichzeitig. Stell doch mal Dein Smartphone (die Otto Wilde App) auf BT Verbindung und versuch es damit. Wenn das funktioniert, dann sollte auch jede andere Verbindung per BT funktionieren.
Und am G32 muss natürlich die BT Led leuchten.
nRFconnect zeigt Dir auch an, ob BT beim Grill grundsätzlich funktioniert.
Zum Vergrößern anklicken....
Danke für den Tip!
Bt hat am Grill nicht funktioniert!
Grill aus und wieder ein - und alles rennt wieder!
 
Zurück
Oben Unten