Monatsrückblick Oktober 2026 ist online!

[Leonie]

Hey,
kurzer Nachtrag zu meiner Antwort oben, ich habe inzwischen in den Code geschaut und muss eine Aussage präzisieren.

@manne01 sagte:

muss ich dann alles mehrfach an jedem State überschreiben?

Ich hatte geschrieben, dass man eigentlich gar nichts überschreiben muss. Das stimmt nur für States, deren Rolle Hannah kennt (z.B. switch.light, level.dimmer, value.temperature, sensor.window). Bei zu generischen Rollen wie state (dein Homematic-Kontakt) muss man überschreiben, und zwar so:

• Typ (light, socket, window usw.): einmal am Gerät oder am State, ein Eintrag reicht.
• Key (on, level, open usw.): pro State, weil jeder State im Gerät eine andere Rolle spielt.

Bei einem Licht mit ON/DIMMER/SATURATION also den Typ einmal setzen, den Key nur bei den States, die nicht automatisch erkannt werden.

@manne01 sagte:

current = ACTUAL_HUMIDITY
current = ACTUAL_TEMPERATURE

Der Haken ist, dass ein Gerät (der Kanal/Ordner, in dem die States liegen) nur einen current-Platz hat. Liegen Temperatur und Feuchte im selben Kanal, überschreiben sie sich gegenseitig. Dafür wäre ein Mapping in der WebUI keine Lösung, das würde nur beide auf denselben Platz legen. Sauber ist es, die beiden auf getrennte Geräte zu legen (Alias), jeweils mit der passenden Rolle (value.temperature bzw. value.humidity).

Die Warnung mit ACTUAL (Matter ContactSensor-1) sieht mir nach demselben Fall wie beim Fenster aus: Die Rolle ist für Hannah zu generisch, also Override auf open. Ohne den Objektdump kann ich das aber nicht sicher sagen.

@manne01 sagte:

Könnte Hannah bei Rolladen Level abfragen auch in "offen/zu" übersetzen

Ich hatte geschrieben, das sollte sie eigentlich können. Präzisierung: Steuern geht ("Rolladen auf/zu" setzt 100%/0%), aber beim Abfragen nennt Hannah aktuell nur den Prozentwert. Deine Logs passen genau dazu. Eine Übersetzung in offen/zu (mit Prozent für alles dazwischen) gibt es noch nicht, ich schaue mir an, wie ich das sinnvoll mache.

Langfristig denke ich über ein Modell nach, in dem der Adapter Geräte anhand von Rolle, Raum und Function selbst zu typisierten Geräten (Licht, Thermostat, Sensor usw.) zusammensetzt. Dann wären Overrides die Ausnahme statt die Regel. Das ist noch Konzeptarbeit, aber genau dein Punkt ist einer der Auslöser dafür.

Liebe Grüße

[Jey Cee]

@Leonie sagte:

Langfristig denke ich über ein Modell nach, in dem der Adapter Geräte anhand von Rolle, Raum und Function selbst zu typisierten Geräten (Licht, Thermostat, Sensor usw.) zusammensetzt.

Dafür gibt es den type detector von ioBroker. Weis nicht ob du den schon kennst.

[Leonie]

Den habe ich auch gefunden :) Der steht auch in meinem Konzept bereits drin. Das Problem ist aber nicht ioBroker, sondern Hannah, sie muss das erstmal verstehen können :D

[manne01]

Hier nochmal eine Erinnerung an die Umfrage zur Sammelbestellung - bei Interesse bitte eintragen!

[Walter.O.]

Ich habe mal eine Frage an die User hier.
Ich habe ein ESP32 mit 3 Temperatur Fühlern im Garten Verbaut.
Die Daten kommen per Sonoff mit mqtt in den Broker.

und zB

Namen sind Pool, Schuppen und Pavilion.

Diese Tauchen in der Webui aber nicht auf.
Mache ich da was Falsch?

[Walter.O.]

Auf die Frage
"Wie ist die Temperatur Pool"
kommen aber nur die Temperaturen im Haus zur Info.
Temperatur Homyles im Keller: 22.4 Grad. (Ist Übrigens auch ein ESP§32)

Temperatur Grosser Keller im Keller: 17.9 Grad.
Temperatur Flur im Eingang: 22 Grad.
Temperatur Wohnzimmer im Wohnzimmer: 21.8 Grad.
Temperatur Büro im Büro: 19.7 Grad.

[Leonie]

Hi,

Ich denke erstmal wieder die Grundsatzfrage: Welche Räume und Funktionen hast du im Adapter ausgewählt? Mit der Art der Sensoren hat das absolut nichts zu tun, wichtig ist das der ioBroker die kennt.

[Walter.O.]

Der Raum Garten ist wie alle anderen Räume aktiviert. Shelly für Poolpumpe und andere Shellys im Garten Funktionieren

[Walter.O.]

Bin etwas weiter,
wenn ich nur einen dieser Sensoren für Hannah benutze taucht er auch in der Webui auf.
Sowie ich einen zweiten Einbinde Verschwindet auch der erste wieder.
Auch versuche über Alias oder per Script (Blockly) Datenpunkte in userdata.0 anzulegen, schlagen bei der Einbindung (ab den Zweiten Punkt) Fehl.
Keiner eine Idee?

[Leonie]

Meine beste Idee ohne Logs oder weitere Informationen ist, das du den States nicht unterschiedliche Namen gegeben hast.

Zu deiner Frage mit dem Alias: Ich weiß nicht was du mit dem zweiten Punkt meinst. Aliase klappen bei mir problemlos.

[Walter.O.]

So siehen die Aliasse aus

[Leonie]

das kann so nicht gehen. Jeder State braucht ein eigenes Device. Du müsstest also in den aliasen 3 Geräte erstellen mit je einem State.

[Walter.O.]

Okay, wie müsste ich das machen?

[Leonie]

bspw. so:

[Walter.O.]

Danke mal wieder. Hat jetzt funktioniert.
Noch eine Frage weil es so Schön ist.
Wie kann ich es machen das wenn ich Hannah z.B: sage "Mittagsruhe" das sie die Rollos im Wohnzimmer auf 60% fährt
und bei z.B: "Mittagsruhe ende" wieder öffnet?

[Leonie]

Weil ich grade keine Rolläden habe, am Beispiel einer Lampe:

[Walter.O.]

Schade, das Funktioniert leider nicht.
Antwort: Das kann ich Leider nicht Beantworten

[Leonie]

Sorry, so langsam müsstest du es doch wissen. Schick mir die Logs. Meine Glaskugel ist gestern runtergefallen.

[Leonie]

Mein Fehler. Das ist so vollkommen falsch :D

Sorry für meine unbrauchbare Anleitung vorhin.

Der Auslöser muss natürlich eine Phrase sein und das Gerät das du schalten muss, ist eine Aktion, also gehört in den "Dann"-Teil:

[Walter.O.]

Danke funktioniert, wieder ein Stück weiter.
Kann ich dann "Mittagsruhe Ende" Für das Hochfahren nutzen?
Denn das Funktioniert mit den gleichen Einstellungen (100%) nicht