Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[igor123]

Hallo Leute,

Ich habe mir von HmIP einen Präsenzmelder besorgt. Dieser ins via PIVCCU3 mit iobroker verbunden.
Ebenso habe ich eine Hue-Leuchte die noch via Hue-Bridge mit iobroker eingebunden wurde.
Nun schaltet der Präsenzmelder via Blockly bei erkannter Bewegung die Lampe ein und nach eingestellter Zeit auch wieder aus falls keine Bewegung mehr erkannt wurde:

Das Problem ist jedoch dass es manchmal vorkommt dass das Licht nicht angeht.
Manchmal jedoch geht die Leuchte zwar an, jedoch nur sehr leicht gedimmt.
Die Lampe wird ausschließlich so geschalten - er rührt sie sonnst keiner via App o.ä. an - sie wird auch nicht Stromlos gemacht.
Jetzt weis ich nicht so recht wie ich da bei der Fehleranalyse vorgehen soll.
Ich denke mein Blockly passt so weit?
Oder kann man bei so einer einfachen Schaltung etwas verbessern um Fehler auszuschließen?
Evtl. eine Art Überprüfung im Blockly, ob bei erkannter Bewegung das Licht auch tatsächlich eingeschalten wurde und genauso umgekehrt? - wie auch immer ich sowas realisieren könnte... :-/

Danke euch schonmal für die Unterstützung!

[Codierknecht]

@igor123
Nimm für die Prüfung nicht „Wert von“ sondern den Baustein „Objekt Id“ aus dem Bereich Trigger. Den änderst Du dann in „Wert“.
Außerdem kannst Du die Lampe ja nicht nur einschalten sondern auch gleich den Level mitgeben.

[Cinimod]

@igor123

So ist besser:

Die Funktion sollte aber dennoch funktionieren.

Wie @Codierknecht schon sagt, du kannst auch den Level Datenpunkt ansprechen und den mit 100 bzw. 0 (zum ausschalten) ansteuern.

[paul53]

@igor123 sagte: Ich denke mein Blockly passt so weit?

Ja, aber viel zu aufwändig (Ressourcen). Besser:

[Cinimod]

@paul53 Paul du Fuchs,

Dann können wir ja auch dieses Blockly noch einwerfen:

[paul53]

@cinimod sagte: dieses Blockly noch einwerfen:

Ja, es liefert nahezu den gleichen Javascript-Code, befindet sich aber in der falschen Kategorie, d.h. man sieht dem Block nicht an, dass er einen Trigger enthält.

[igor123]

@cinimod @paul53 @codierknecht Danke euch vielmals für die Infos.
Ich werde mal den "Paul-Blockly" nehmen
Denkt ihr aber dass tatsächlich deswegen ich dieses Problem hatte?
Sollte ich sicherheitshalber trotz "PaulBlockly" noch den Wert mitschicken?

[Cinimod]

@igor123

Dein Blockly wie es war, sollte funktionieren. Das Problem liegt vermutlich wo anders. Versuch doch mal statt den an/aus Datenpunkt den Dimmwert zu steuern.
Einfach mal ausprobieren.

[Cinimod]

@paul53 Sehe ich genau so, weiß garnicht warum man das nicht in die Trigger-Kategorie verschiebt.

[paul53]

@cinimod sagte: statt den an/aus Datenpunkt den Dimmwert zu steuern.

[igor123]

@paul53 sagte in Fehleranalyse Präsenzmelder <> Hue-Leuchte:

@cinimod sagte: statt den an/aus Datenpunkt den Dimmwert zu steuern.

Habe es mal so versucht - bin gespannt ob es nun besser funkt
Danke derweil :-)

[igor123]

@paul53 @Cinimod @Codierknecht leider hat das ganze nicht wirklich was gebracht. Ich habe nun den brightness-Wert der Lampe geschickt. Da ich in der früh jedoch wieder das problem hatte dass das licht nur gedimmt an war, habe ich vor den bri-wert den on befehl geschickt und danah noch den bri. Leider hatte ich nun das gleiche problem. Scheinbar erhält die lampe zwar den on befehl und sollte eigentlich gleich auf 100% gehen, bleibt jedoch bei 1% Helligkeit… auch als ich 100 geschickt habe…

Und so sieht es beim protokoll aus

Ist eigentlich alles fein

Nur unter objekte sieht man dass die lampe statt 100 nur 1% bri eingetragen hat.
Jemand ne idee was da das problem ist bzw. wie ich es beheben kann?

[Cinimod]

@igor123

Der Gedanke war „statt“ dem in off datenpunkt den „bri“ zu steuern.
Du kannst ja vor dem Skript erstmal testen ob die Lampe selbst wie gewünscht funktioniert.
Also lass den on/off datenpunkt einfach immer auf „on“,
Und steuere die lampe nur mit 0-100% …

Wenn das Ergebnis zufriedenstellend ist, steuere mit dem Skript die „brightness“ wie gewünscht, aber nur diesen! (Lass den on/off immer in „on“ position)

[igor123]

@cinimod sagte in Fehleranalyse Präsenzmelder <> Hue-Leuchte:

@igor123

Der Gedanke war „statt“ dem in off datenpunkt den „bri“ zu steuern.
Du kannst ja vor dem Skript erstmal testen ob die Lampe selbst wie gewünscht funktioniert.
Also lass den on/off datenpunkt einfach immer auf „on“,
Und steuere die lampe nur mit 0-100% …

Wenn das Ergebnis zufriedenstellend ist, steuere mit dem Skript die „brightness“ wie gewünscht, aber nur diesen! (Lass den on/off immer in „on“ position)

Getestet hatte ich bereits davor.
Wenn auf on geschaltete wird, geht die an.
Nur von 0-100% zu steuern funkt nicht ganz.

Wenn die Lampe auf on ist, geht diese auf 100%.
Wenn diese auf off ist, geht sie auf 0%.

Das selbe mit bri.
Kaum ist die Helligkeit mehr als 0%, geht der status auf on.
Ist die Helligkeit gleich 0%, wechselt auch der status selber auf off.
Somit kann ich nicht immer auf on lassen.

Bei dem ganzen ist dass problem dass, aus welchen grund auch immer, dass die lampe zwar an geht und und auch auf 100%, jedoch manchmal (ca. bei 1 von 30 mal) nur auf 1%-auch obwohl ich ihr explizit 100% sende.
Warte ich die eingestellten 30sek bis der melder auf „keine Präsenz“ geht und dadurch die Lampe off & 0%, und gehe dann wieder in den Raum, funkt alles wie es soll…
Da weis ich nicht so recht wo das Problem liegt warum er manchmal zwar die Präsenz erhält, die Befehle auch sendet, aber eben manchmal nur mit 1% Helligkeit…

[Cinimod]

@igor123

Ja klingt wirklich etwas komisch, warum sollte er den Datenpunkt mit 1 ansteuern statt mit 100.

Prinzipiell steuerst du aber nur nur einen der Datenpunkte an ja?
In deinem Beispiel hattest du erst auf „on“ gesteuert und anschließend die „100%“

[Codierknecht]

@igor123
Stelle sicher, dass Du nur die Helligkeit per Script steuerst.
Der Status wird dann automatisch auf on/off gesetzt.

Stelle auch sicher, dass Dir da kein weiteres Script in die Suppe spuckt.

Möglicherweise prellt der Präsenzmelder auch - zumindest sporadisch.
Dem sollte man mit einem kleinen timeout abhelfen können.