Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen

[Mic]

@Michael-Sauer sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Wenn noch was fehlt sag bescheid.

Danke für die Rückmeldung. Aufgrund wenig Zeit kam ich noch nicht dazu, dass ich das prüfe, hab auch parallel dazu hunderte Code-Zeilen geändert.
Magst du bitte aktuell neu testen mit der 0.1.0-alpha.10 Version?
Dann kann ich deutlich besser nachvollziehen und mir das anschauen.

@siggi85 sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Ist es bereits möglich, die Helligkeit einer zu schaltenden Lampe von einem gemessenen LUX Wert abhängig zu machen?

Spezielle Lichtsteuerungen wie diese sind noch nicht im Scope des Adapters. Ich muss irgendwie eingrenzen und erst mal Fokus setzen... Ziel ist erst mal eine stabile Erstversion rauszubringen. Dann folgt alles weitere wie dein Request

@BlackRed sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

bei mir funktioniert das Ganze mit dem normalen Hue Adapter ohne Probleme (Tasmota Birnen über den MQTT Adapter + den Philips Hue Bewegungsmelder)
Wenn ich jedoch den Hue Extended Adapter benutze, geht das Ganze nicht, also die 3 Birnen gehen nicht an.
Woran kann das liegen?
presence Object verändert sich von false zu true sobald Bewegung erkannt wird.
Kennt jemand/gibt es eine andere Lösung zwecks der Reaktionszeit/der Verzögerung? Gleiches Problem beim Node-Red Adapter, beträgt ja bei allen Adaptern mindestens 2 Sekunden...
Nur in der Alexa App/den Routinen reagiert der Bewegungsmelder sofort.

Interessant... Da ich so viel im Code für 0.1.0-alpha.10 geändert habe, kannst du bitte damit noch mal testen und dann Log posten? Schaue ich mehr gerne dann an.

@siggi85 sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Funktionieren auch mehrere Bedingen? Also bspw:
>=24 <24 & >=18 <18 & >=12 <12 & >=6 <6

Etwaige zusätzliche Bedingungen: noch Zukunftsmusik Ebenso wie komplexe Lichtsteuerungen usw (siehe Erklärung oben)

@Alle anderen
Ich hoffe, ich hab jetzt beim beantworten nichts vergessen, falls doch, bitte hier rein schreiben

[A Former User]

@Mic
Wie sieht das denn mit einem Button als Zielgerät aus.
Z.B. bei einem Broadlink.
Irgendwie stehe ich hier auf dem Schlauch.
Geht das schon?

[sigi234]

@Mic

Ich finde das Hilfssystem einfach Genial.

[crunchip]

@Yetiberg ist doch auch nichts andres wie ein true/false

[Mic]

@Yetiberg sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

@Mic
Wie sieht das denn mit einem Button als Zielgerät aus.
Z.B. bei einem Broadlink.
Irgendwie stehe ich hier auf dem Schlauch.
Geht das schon?

Wahrscheinlich noch nicht
Dein Use Case also: Datenpunkt gibt den Zustand des Endgerätes nicht wider, und schaltet einfach nur bei Aktivierung des Datenpunktes, also setzen auf true, oder?
Aus Entwickler-Sicht nicht nice, wenn man den Zustand nicht kennt, aber verstehe den Use Case gut, habe ich auch (Philips TV)
Muss ich noch einbauen, geht so noch nicht, weil der Adapter immer bislang die bestehenden Zustände prüft, damit nicht blind Stateänderungen raus geballert werden, aber das muss dann wohl so sein bei Buttons als Zielgeräte.

[Mic]

@sigi234 sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

@Mic

Ich finde das Hilfssystem einfach Genial.

Freut mich, danke Du meinst die Aufklapp-Überschriten zu jeder Option im Adapter, also wo man direkt die Hilfe hat, ohne unnötig in einer Github README zu suchen? Denn das war so mein Ziel damit, cool wenn es gut ankommt

[Mic]

@crunchip sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

@Yetiberg ist doch auch nichts andres wie ein true/false

Hatte grad parallel geantwortet, siehe meine Antwort, glaube daher dass das ein valider Request ist, weil ja "Button"-Datenpunkte nicht wirklich den Zustand (an/aus) kennen sondern z.B. nur einen http-Request absetzen.

[sigi234]

@Mic sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Freut mich, danke Du meinst die Aufklapp-Überschriten zu jeder Option im Adapter, also wo man direkt die Hilfe hat, ohne unnötig in einer Github README zu suchen?

Ja genau.

[crunchip]

@Mic @Yetiberg hab ich grad mal probiert mit meiner Esszimmerlampe, die wird vom Broadlink geschaltet

29079) Trigger 'BWM Wohn-Esszimmer' activated for 'Esszimmer'. However, devices 'Esstisch,Esszimmer Deckenlampe' not turned on as these are already on. Setting timer of 600s to turn off.

[A Former User]

@crunchip
Bei mir nicht
Ich habe z.B. einen selbst angelegten Datenpunkt: Ventilator.
Wenn der auf true geht soll der Broadlink die Steckdose schalten.
Wenn false dann der Broadlink die Steckdose ausschalten.
Das geht mit Blockly Perfekt.
Aber nicht mit diesem Adapter

[Mic]

Ach ja, hab noch ein wesentliches neues Feature vergessen.

Immer aus nach x Sekunden
In den Zonen gibt es eine neue Option "Aus nach x sec".

Erklärung:

Oben ergänzt.

@Yetiberg @crunchip
Interessant warum es bei dir @crunchip geht....

[Cristian]

@Mic said in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Hi All

So, hab grad auf Github 0.1.0-alpha.10 veröffentlicht, und wie es sich für eine runde Nummer gehört, gibt es mehr Features und Verbesserungen, sowie einige Fixes

Alles noch sehr ungetestet von mir, muss selbst noch testen, aber da der Adapter noch in einer Alpha-Version ist, stelle ich euch dennoch die Änderungen zur Verfügung. Kann und wird wohl noch Fehler geben. Nichtsdestotrotz will ich euch die Änderungen nicht vorenthalten.

Enthält auch einige Fixes, wie etwa der Fehler von @crunchip berichtet - https://forum.iobroker.net/post/462886

Zu den wichtigsten Änderungen/Neuerungen:

1. Neue Toggle-Funktion:

Beschreibung:

Danke an @Cristian für die Erklärung und Vorschlag zur Umsetzung.

Super, Danke für die Umsetzung! Schon probiert, funktioniert bestens, auch die Ziel-aus Funktion (vorher ging das nicht)

Kleine Sache im Log, nur wenn man die Ziel-aus benutzt:

 ... not turned off (as already off): ...

Im diesem Fall wäre das Log nicht richtig, es werden doch die angegebenen Zielgeräte off wenn die on sind.

[crunchip]

@Mic kam falsch rüber, die Lampe wird/ kann mit dem Broadlink geschaltet werden.
Jedoch wurde sie nicht geschaltet, siehe Log...not turned on....

[CKMartens]

@Mic
Ich habe heute mal versucht mein Flurlicht nicht per Script sondern per Smartcontrol zu schalten. Ziel ist es das das Flurlicht nur nachts bei Bewegung geschaltet wird.
Dazu habe ich natürlich das Zielgerät, den Auslöser, die Zone und die Ausführung definiert. Bei der Ausführung habe ich für Start "sunset-30" und Ende "sunrise+30" eingetragen.

Gestern Abend hat die Lampe auch brav geschaltet. Allerdings weigert sich Smartcontrol die Lampe nach Mitternacht zu schalten:

smartcontrol.0	2020-07-16 03:32:07.903	debug	(26560) Trigger is not matching a schedule, so no further action at this point.
smartcontrol.0	2020-07-16 03:32:07.903	debug	(26560) Execution table row for zone 'Flur' is NOT meeting conditions
smartcontrol.0	2020-07-16 03:32:07.903	debug	(26560) Current time is *not* within schedule times (start: 'sunset-30', end: 'sunrise+30) of 'Flur'.
smartcontrol.0	2020-07-16 03:32:07.903	debug	(26560) Start time > End time, but option 'Exceed Midnight' activated, so we add 24h to the end time. New end time: 'sunrise+30'='2020-7-17 5:55:00 AM'
smartcontrol.0	2020-07-16 03:32:07.902	debug	(26560) Start: 'sunset-30'='2020-7-16 8:51:00 PM', end: 'sunrise+30'='2020-7-16 5:55:00 AM'. To check if in between: '2020-7-16 3:32:07 AM'
smartcontrol.0	2020-07-16 03:32:07.900	debug	(26560) Trigger Bewegung Flur is associated with following Execution table row: {"active":true,"name":"Flur","start":"sunset-30","end":"sunrise+30","mon":true,"tue":true,"wed":true,"thu":true,"fri":tr
smartcontrol.0	2020-07-16 03:32:07.899	debug	(26560) [asyncSwitchTargetDevices] Config Parameters cP = {"triggerType":"statePath","triggerStatePath":"hm-rpc.1.0014DA49924E5C.3.MOTION","targetOff":false,"triggerStateValSet":true,"scheduleRows":[{
smartcontrol.0	2020-07-16 03:32:07.899	debug	(26560) Trigger [Bewegung Flur] Brightness of 0 is < threshold of 5, so we continue.
smartcontrol.0	2020-07-16 03:32:07.853	debug	(26560) [cP] : {"triggerType":"statePath","triggerStatePath":"hm-rpc.1.0014DA49924E5C.3.MOTION","targetOff":false,"triggerStateValSet":true,"scheduleRows":[{"active":true,"name":"Flur","start":"sunset
smartcontrol.0	2020-07-16 03:32:07.852	debug	(26560) Execution rows for 'Bewegung Flur' successfully found.
smartcontrol.0	2020-07-16 03:32:07.851	debug	(26560) State 'hm-rpc.1.0014DA49924E5C.3.MOTION' change --> execute asyncTriggerActivated()
smartcontrol.0	2020-07-16 03:32:07.844	debug	(26560) Subscribed state 'hm-rpc.1.0014DA49924E5C.3.MOTION' changed, new value: [true] (ack: true)

Das Probvlem ist das er für sunset den heutigen Tag (16.07.) nimmt. Und der ist logischerweise noch nicht erreicht, da ja eigentlich die Nacht von 15. auf 16. ist und da sunset für den 15.07. genommen werden müsste. Hab ich mich jetzt eigentlich verständlich ausgedrückt?

[Michael Sauer]

@Mic
Habe noch mal ein bisschen mit den Zeiten gespielt.
Dabei ist mir aufgefallen das deine Funktion "Über Mitternacht hinaus" nicht greift.

Nachdem ich die zeiten innerhalb eines Tages definiert habe schaltet er so wie es soll. Sobald ich eine Zeit zwischen 22-6 Uhr definiere schaltet er diesen den ganzen Tag.

Ich denke das sollte das Problem klären.

Danke.

[OstfrieseUnterwegs]

Low-Prio

Warnung/Fehlermeldung nicht ganz konsistent.

Wenn der Adapter auf Info steht, dass meldet er

Adapter admin configuration successfully validated...

Kurz darauf:

2 error(s) occurred while processing state generation of options.

Tatsächlich (im Debug Mode wird es gemeldet) liegt es daran, dass ich zum Test einen Trigger und eine Zone jeweils Namen mit nur zwei Zeichen gegeben habe. Das sollte entweder im Help stehen, oder besser noch beim Abspeichern abgefangen werden.

[Mic]

Bug in "Über Mitternacht hinaus" und Schaltzeiten

@CKMartens sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Allerdings weigert sich Smartcontrol die Lampe nach Mitternacht zu schalten:

@Michael-Sauer sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Dabei ist mir aufgefallen das deine Funktion "Über Mitternacht hinaus" nicht greift.

Danke für eure Rückmeldungen.
War ein Bug. Sollte behoben sein mit 0.1.0-alpha.11 - ich hatte da kompliziert mittels Zeitstempel verglichen, aber jetzt einfacher umgesetzt im Code und damit gelöst.
Mit 0.1.0-alpha.11 habe ich auch die Option "Über Mitternacht hinaus" entfernt und sie greift jetzt immer, auch weil es wohl keine Konstellation gibt, in der man das nicht bräuchte...

@crunchip sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

@Mic kam falsch rüber, die Lampe wird/ kann mit dem Broadlink geschaltet werden.
Jedoch wurde sie nicht geschaltet, siehe Log...not turned on....

Ok, danke, ist aufgenommen

• (Yetiberg) & (crunship) - 2020-07-15 - Zielgerät schalten per Button ohne Überprüfung ob bereits an/aus. Siehe Forum

@Cristian sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Kleine Sache im Log, nur wenn man die Ziel-aus benutzt:

 ... not turned off (as already off): ...

Im diesem Fall wäre das Log nicht richtig, es werden doch die angegebenen Zielgeräte off wenn die on sind.

Danke, ist aufgenommen:

• (OstfrieseUnterwegs) - 2020-16-07 - Warnung/Fehlermeldung nicht ganz konsistent. Siehe Forum

[EdgarM]

Hi,

ich habe das Gefühl , dass smartcontrol falsch zählt.

Ich habe für mein Esszimmer 3 verschiedene schedules: Tag, Abend, Nacht.

Seit Version scheint aber getrackt zu werden, ob ein schedult innerhalb der letzten 3 Sekunden bereits ausgelöst wurde.

soweit so gut

Aber offenbar wird das Tracking auf dem BWM zu sein, statt auf den schedules, er testet den "Tag" und merkt sich ein Aufruf.
Wenn es aber nicht Tag ist, dann geht er weiter und testet Abend. Dort merkt er aber das der Timer noch nicht abgelaufen ist und sagt das geht erst in 3 Sekunden wieder.

ich hoffe, ich habe es verständlich ausgedrückt.

@Mic Möchtest du eigentlich lieber ein Issue in github statt hier, nur hier oder beides?

grüße
E

[Mic]

@EdgarM
Sorry, aber ich verstehe nicht ganz und da sind auch Lücken im Text.
Bitte noch mal besser beschreiben, gerne zur Unterstützung mit Logauszug sowie deinen Konfigeinstellungen und/oder Screenshots.

@EdgarM sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Möchtest du eigentlich lieber ein Issue in github statt hier, nur hier oder beides?

Jetzt am Anfang (Alpha-Phase) gerne auch hier, sonst lieber Github.

Danke für dein Testen und Feedback.

[Mic]

@ Alle

Welches Info-Logging wünscht ihr euch denn?

Gibt ja in Adaptern die Log-Level "debug", "info", "warn", "error.
Zusätzlich habe ich in den Optionen noch:

Was soll...

1. ... im Info-Log angezeigt werden (z.B. jedes mal, wenn ein Bewegungsmelder auslöst, eine Meldung?, oder nur wenn geschalten wird, weil alle Bedingungen zutreffen, oder?)
2. ... raus aus Info-Log und nur angezeigt werden, wenn "Mehr Info-Log-Ausgaben" aktiviert ist?

Nur ein Beispiel:

info: smartcontrol.0 (8256) Trigger 'Motion Bathroom' activated, but it is not matching a current schedule, so no execution.