Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Mic]

@crunchip sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Beispiel:
Licht wurde durch BWM eingeschaltet (nach 10Min soll ausgeschaltet werden)
jetzt hab ich zwischenzeitlich durch testen / speichern, den Adapter ja neu gestartet, dadurch wurde scheinbar der bereits laufende Timer (10 min ) nicht mehr ausgeführt und Licht blieb an.
Ist mir jetzt schon paar mal passiert.

Das ist ein Feature ;-)
Bei jedem Speichern der Konfiguration wird ja der Adapter neu gestartet. ioBroker erfordert (sinnvollerweise!) bei Adapter-Stop (und ggf. dann Neustart) das Löschen aller laufender Timer.

[A Former User]

@crunchip sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

@Mic das kommt so vom Adapter,
aber dann haben wir ja den "Fehler"

Gerne Issue in GitHub erstellen oder direkt anpassen und Pullrequest erstellen. Danke

[Mic]

@nis

Danke dass du dich hier meldest :) Geht um diesen Adapter, oder?
https://github.com/nisiode/ioBroker.iogo/

Ich habe mal auf Github einen Blick in deinen Code geworfen, und mir gefällt deine Aufteilung in Module sehr, da muss ich mir noch was von abschauen ;-) Aber das nur nebenbei...

Wie gesagt, hab nur etwas durchgeklickt und das hier in der device-service.js gefunden:

    setDevice(id, data){
        this.adapter.setState(id + '.name', data.name);
        this.adapter.setState(id + '.battery.level', data.batteryLevel);
        this.adapter.setState(id + '.battery.charging', data.batteryCharging);
        this.adapter.setState(id + '.token', data.token);
        this.adapter.setState(id + '.alive', data.alive);
    }

Was ich hier machen würde, (außer der State wird gleich danach mit ack:true vom Adapter bestätigt):

setDevice(id, data){
    this.adapter.setState(id + '.name', {val:data.name, ack:true});
    this.adapter.setState(id + '.battery.level', {val:data.batteryLevel, ack:true});
    this.adapter.setState(id + '.battery.charging', {val:data.batteryCharging, ack:true});
    this.adapter.setState(id + '.token', {val:data.token, ack:true});
    this.adapter.setState(id + '.alive', {val:data.alive, ack:true});
}

Ich kann dir gerne auch einen Pull-Request machen, aber müsste wissen, ob du States noch wo anders setzt. Oder du machst selbst diese kleine Änderung ;-)

[A Former User]

@Mic Mach gerne einen PR, die Anpassung sieht doch schon perfekt aus

[jay-jey]

Hallo,
Also ich bin auch recht begeistert von dem Adapter, schöne Arbeit. Hab jetzt schon längere Zeit immer mal wieder verschiedene Systeme getestet, FHEM, Nodered und jetzt seit kurzem Iobroker. So schnell hab ich meine Lichtsteuerung über Bewegungsmelder noch nie hinbekommen.
Eine Frage hätte ich aber, ich würde gerne gegen Abend die Lichter nicht mit 100% laufen lassen. Wie würde ich das in dem Adapter umsetzten?

[Mic]

@nis sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

@Mic Mach gerne einen PR, die Anpassung sieht doch schon perfekt aus

Gerne: https://github.com/nisiode/ioBroker.iogo/pull/33

[Mic]

@jay-jey sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Also ich bin auch recht begeistert von dem Adapter, schöne Arbeit. Hab jetzt schon längere Zeit immer mal wieder verschiedene Systeme getestet, FHEM, Nodered und jetzt seit kurzem Iobroker. So schnell hab ich meine Lichtsteuerung über Bewegungsmelder noch nie hinbekommen.

Danke für dein tolles Feedback :-)

Eine Frage hätte ich aber, ich würde gerne gegen Abend die Lichter nicht mit 100% laufen lassen. Wie würde ich das in dem Adapter umsetzten?

Würde es so machen:

1. Du legst eine Zone an, z.B. "Wohnlicht". Der ordnest du deine Lichter als "zu schaltende Zielgeräte zu.

2. Diese Zone kopierst du entsprechend oft, also wie viele unterschiedliche Zeiten du brauchst (z.B. Ab Sonnenuntergang 70%, dann ab 22:00 Uhr 30%, etc.).

3. Jetzt machst du in jeder dieser Zonen:
   a) Unter "Ausführung" jeweils von wann bis wann diese gelten soll. z.B.
   

   b) Dann klickst du auf den blauen Knopf (Lupe) bei "Zu schaltenden Zielgeräte":
   
   c) Da machst du einen Doppelklick auf die entsprechenden Zielgeräte, und trägst den Zielwert ein, z.B. 70:
   

[Mic]

Das geht natürlich nur, falls was aktuell auslöst.

Wenn aber das Licht um 16:00 Uhr eingeschaltet wird, an bleibt, und bei Sonnenuntergang auf 70% gehen soll, dann brauchst du als "Zusätzliche Bedingung" eine Prüfung, ob Wohnlicht an ist:

Nun setzt du einen zeitabhängigen Auslöser, der in diesem Beispiel an jedem Tag zu Sonnenuntergang auslöst, aber auch nur, falls das Licht bereits an ist:

[crunchip]

@Mic Verständnisfrage
hab deinen PR gesehen
wenn ich nun über https://github.com/Mic-M/ioBroker.iogo/tree/patch-1 installiere, müsste doch die Änderung greifen?

[Mic]

@crunchip
Hmm, bin kein Github Pro und hab das noch nie versucht ;-) Theoretisch könnte das gehen, aber bitte erst mal in einer Testumgebung machen :)

[Mic]

@crunchip
Falls du Bock hast, kannst auch die Adapter-Datei auf deiner ioBroker-Installation direkt bearbeiten - https://github.com/nisiode/ioBroker.iogo/pull/33/files

Ist ja nur ein Block mit 5 Zeilen copy/paste. Nach Speichern und Adapter-Neustart sollte es greifen.

[crunchip]

@Mic ich habs ja schon installiert, bekomme aber kein ack:true

Mit Git kenn ich mich noch gar nicht aus :grin:

ja die Zeilen hab ich schon gelesen, hatte ja schon vorgestern im Adapter gesucht, wo was zu ändern wäre, aber wie gesagt, das ist alles Neuland
Dann schmeiss ich doch mal meinen PC an und änder es direkt bei mir

[Mic]

@crunchip
iobroker/node_modules/iobroker.iogo/lib/device-service.js sollte der Pfad sein ;)

[crunchip]

@Mic also Änderung von deiner https://github.com/Mic-M/ioBroker.iogo/tree/patch-1, hat nicht gegriffen
habs jetzt manuell eingetragen.
werde mal morgen testen, die Nachtschicht ruft

[SSenn]

@Mic Ich verfolge deine Adapter Entwicklung schon seit Anfang an (habe mal gefragt ob auch komplette Anfänger testen sollen oder besser nicht) 😉 Jetzt habe ich langsam alle Komponenten beisammen damit ich mal starten kann den Adapter zu testen. Wie man „normalerweise“ so startet, Lampe via Bewegungsmelder an - aus, funktioniert nach einigem herumprobieren 😊 Super Sache, bin gespannt was dir sonst noch so alles in den Sinn kommt 😊

Jetzt hätte ich eine Frage zum updaten des Adapters:
Wenn ich nun alles im Adapter eingegeben habe und du bringst eine neue Version heraus welche dann über GitHub installiert werden soll, muss dann alles nochmals von vorne eingetragen werden oder wird das update einfach darüber installiert? Oder muss ich zuerst die neue Version installieren und im Anschluss die alte Version deinstallieren?
Weil dann würde ich ein paar Printscreens machen damit ich noch weiss was ich wo eingetragen habe 😉

Dann hätte ich noch eine Shelly Frage (welche unter anderem auch mit dem Adapter zu tun hat). Ich stelle sie mal hier, falls das nicht in Ordnung ist werde ich dafür einen neuen Thread starten…

Was muss ich in der Shelly App einstellen damit ich den Lichtschalter an der Wand und auch den SmartControl Adapter gleichzeitig verwenden kann?
Wenn ich den Lichtschalter an der Wand auf AN habe, schaltet der Adapter automatisch nach 10Sek. wieder auf AUS (wie gewünscht). Wenn ich dann wieder unter den Bewegungsmelder gehe geht das Licht AN und nach 10Sek. wieder AUS (passt soweit).

Sofern nun „jemand“ (wahrscheinlich wird das meistens die bessere Hälfte sein):cold_sweat: den Lichtschalter auf AUS stellt, reagiert der Adapter nicht mehr auf den Bewegungsmelder bis man den Lichtschalter wieder von Hand oder aus der Shelly App auf AN stellt.

Sollte doch eigentlich der Sinn von Shelly sein, dass man immer auf den Taster zugreifen kann oder? Sobald ich mit der App den Schalter wieder auf AN stelle, reagiert auch der Adapter wieder wie gewünscht… Hmmm, hoffe mein Problem ist einigermassen verständlich dargestellt.

Besten Dank im Voraus für die Unterstützung.

[crunchip]

@SSenn sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Taster

Auch in der Shelly App als Taster hinterlegt, wenn du Taster hast, oder Schalter, dann entsprechend konfigurieren

[da_Woody]

@SSenn kann nur zu shelly antworten.
du schreibst von schalte und taster. so wie ich das verstehe hast due einen ein/ausschalter. bau den um auf taster. schaltflächentyp "momentary" dann sperrst du dich nicht mehr aus und der bwm kann seinen dienst tun.

[SSenn]

@crunchip sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Auch in der Shelly App als Taster hinterlegt, wenn du Taster hast, oder Schalter, dann entsprechend konfigurieren

@da_Woody sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

@SSenn kann nur zu shelly antworten.
du schreibst von schalte und taster. so wie ich das verstehe hast due einen ein/ausschalter. bau den um auf taster. schaltflächentyp "momentary" dann sperrst du dich nicht mehr aus und der bwm kann seinen dienst tun.

Besten Dank für die schnelle Rückmeldung 😊

Ich bin jetzt mal in den Raum mit dem Bewegungsmelder gestanden und habe in der Shelly App einige Veränderungen vorgenommen (habe mich dann nicht bewegt, sodass das Licht wieder ausschaltet) und ab und zu auf den Lichtschalter gedrückt um zu schauen was passiert.

Nun ja, irgendwie funktioniert es dann doch nicht so wie ich mir das vorgestellt habe. Bin mir sicher es gibt eine einfache Einstellung welche ich übersehen habe und ich stehe einfach „etwas“ auf dem Schlauch. Könnt ihr mir sagen welche 3 Haken ich hier setzen muss? Momentary wurde ja bereits erwähnt aber in welcher Kombination zu den anderen Haken?

[da_Woody]

@SSenn 1. und 2. ist egal, du musst den schalter hardwaremäsig auf taster umbauen.

1. ist was nach einem stromausfall passiert. wenn der shelly wieder strombekommt wird das licht bei deiner einstellung eingeschalten. wenn dein schalter auf ein ist.
2. der load type sagt nur aus obs eine steckdose oder ein licht ist. stell auf beleuchtung um. hat aber nichts mit deinem prob zu tun.

[crunchip]

@da_Woody auf Modus Edge, geht doch auch ohne Tasterumbau