UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[da_Woody]

@kilasat ich hab da auch rumprobiert. bei 1 hats geklappert.
warum tust du da jetzt mit 30 rum? anscheinend hats da was mit dem adapter, das kann aber nur der DEV, oder ein anderer progger sagen. warum das bis jetzt nicht aufgefallen ist... ?

@crunchip wie schon oben geschrieben, sollte laut hilfe so tun. is aber nicht.
nachdem ich bei @kilasat die 0 gesehn habe, hab ich mal mit keinem eintrag probiert. nix. erst mit 1 wurde auch ausgeschalten...

[crunchip]

@da_woody na es muss ja eine Zeit eingegeben werden, ab wann wieder ausgeschaltet werden soll.
Zuzüglich anders als beim Präsenzmelder, der normale BWM geht von sich aus nach Zeit x auf false(xiaomi nach rund 60sec)

[da_Woody]

@crunchip sorry:

nebenbei hat @kilasat geschrieben, daß der melder auf false geht und dann nichts passiert. somit kein unterschied zu meinem shelly-motion.

[crunchip]

@kilasat sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:

Gemäss Log hat er dann nach 2 Minuten ausgeschaltet

nein, er hat zwischendrin immer wieder getriggert, daher wurde von vorne gestartet

@da_woody sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:

nebenbei hat @kilasat geschrieben, daß der melder auf false geht und dann nichts passiert

gab auch irgendwo weiter oben Probleme mit linkeddevice, meine ich mich zu erinnern.

ok, ich hatte die Passage nicht im Kopf, hatte nur am Handy mitgelesen

zudem, ich weiss nicht wie dieser Melder tickt,
jedoch ist es bei den "normalen" xiaomi BWM so, das die ggf innerhalb von millisec doppelt senden, weil Helligkeit und Bewegung gleichzeitig gesendet wird.

allerdings gibt es unter weitere Optionen noch dieses

Auslöser ignorieren, falls letzes Auslösen desselben Auslösers vor weniger als x Sekunden war
Aus Stabilitätsgründen werden Auslöser ignoriert, wenn diese bereits vor weniger als x Sekunden ausgelöst haben. Du kannst diese Anzahl Sekunden hier anpassen. Weniger als 1 Sekunde ist nicht erlaubt.

[nukleuz]

Wird der Adapter noch weiterentwickelt?

[crunchip]

@nukleuz theoretisch, siehe https://github.com/iobroker-community-adapters/ioBroker.smartcontrol

[oelison]

@crunchip @nukleuz
Zum weiterentwickeln ist der Adapter schon zu kompliziert. Ich habe die Wartung übernommen. Ein paar kleine visuelle Vebesserungen sind ja da, aber Funktionen hinzufügen hätte den Nachteil dass der Adapter noch komplizierter wird und der soll es ja gerade einfach machen.
Dennoch würde ich empfehlen gute Ideen unter der Adresse als feature request zu schreiben. Vielleicht ist es ja einfach machbar. Leider ist die Lebenszeit möglicherweise begrenzt, da diverse Updates möglicherweise zu einem Bruch führen können, die ich (insbesondere ich) nicht lösen kann, da der Adapter sehr viele feature der Weboberfläche nutzt.

[crunchip]

@oelison sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:

paar kleine visuelle Vebesserungen sind ja da

was das lesen betrifft aber immer noch erschwert

[oelison]

@crunchip Im Zweifel auf den hellen Modus umschalten. Leider geht es nicht besser. Ich habe mich da mit einigen Experten unterhalten.

[nukleuz]

@oelison

Ok, ich verstehe. Super, dass du dich dem angenommen hast.

[Jan Fiedler]

Ich habe seit kurzem die Lidl Bewegungsmelder über Zigbee im Einsatz. Diese melden keine neue Bewegung solange noch Bewegung vorhanden ist. Das führt dazu, dass entweder das Licht bereits ausschaltet, obwohl noch Bewegung ist (Timer gesetzt), oder nie ausgeschaltet wird (ohne Timer).
Ich dachte jetzt, ich setze das Feld NeverSwitchOffIf in der Zone auf Occupancy des Sensors, aber das kann nicht validiert werden (asyncAreScheduleConditionsMet(): condition details for 'Occupancy' could not be found.).

Vielleicht denke ich auch kompliziert, aber so etwas (Licht an bei Bewegung, Licht aus wenn keine Bewegung mehr erkannt oder Timer abgelaufen) sollte doch einfach mit dem Adapter möglich sein?

[Jan Fiedler]

@jan-fiedler Okay bitte löschen

[Mike Hellracer]

@oelison
Hi, auf Github steht angeblich eine Version 1.3.2 zur Verfügung.
Hatte die ganze Zeit 1.3.1 und wollte jetzt ein update durchführen. Leider ist meine Version jetzt wieder auf 1.2.1 (stable) downgegraded worden.
Kann ich die aktuelle Version noch irgendwo bekommen?
Und was mich auch interessieren würde, hast du das Problem mit den "fehlenden Objekte für die enums" in den Griff bekommen?

[crunchip]

@mike-hellracer sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:

und wollte jetzt ein update durchführen

wie?

[oelison]

@mike-hellracer
Hi, Ich habe nachgesehen. V1.2.1 ist als stable eingetragen. Ich werde noch ein pullrequest stellen mit V1.3.2.
V1.3.2 kann nur manuel oder aus unstable installiert werden.
In ein paar Tagen kommt dann die Version hoffentlich automatisch.
Das problem mit den fehlenden Objekten habe ich nicht lösen können, da auf meinem Testsystem der Fehler nicht auftaucht. Im meinen Hauptsystem tritt der Fehler auf, aber ich habe bei debuggen nicht gesehen wo er auf tritt.
Da es im Moment nur die Logs betrifft habe ich leider noch nicht daran weiter gearbeitet. :disappointed:

[Mike Hellracer]

@oelison
Hi, Update auf 1.3.2 läuft gerade...
Danach habe ich dieselben Meldungen im Log.
folgendes ToDo

1. Zielgerät: Aufzählung anlegen
2. Funktions-Name und Raum auswählen
3. aktivieren
4. speichern
5. lange genug warten :)

State "smartcontrol.0.targetDevices.Bad.Nachtlicht_enum-1" has no existing object, this might lead to an error in future versions
Wenn ich dann manuell unter smartcontrol.0.targetDevices.Bad.Nachtlicht_enum-1 einen Eintrag anlege sind die Meldungen bis zum Neustart des Adapter weg.
Beim Neustart werden alle Einträge gelöscht und neu angelegt. Nur für Aufzählungen nicht. (Was ja auch bei Aufzählungen keinen Sinn macht)
Die Prüfung legt jedoch Wert darauf das diese Einträge existent sind :)
Mein Vorschlag: entweder den Teil in der Prüfung berücksichtigen
Oder "quick'n'dirty einfach anlegen (Was wahrscheinlich unter den gegebenen Umständen am einfachsten und schnellsten zu realisieren wäre.

Ein weiteres Problem / Designfehler das ich gefunden habe ist die Verknüpfung auf Funktions-Namen und Räume der Aufzählung. Beide gehen auf den Namen und nicht auf die ID der Aufzählung. Damit sind Namensänderungen nachträglich nicht mehr möglich. Die Folge davon die Einträge werden geleert

Spoiler

[Mike Hellracer]

@mike-hellracer

[oelison]

@mike-hellracer Die Anleitung kling gut. Ich denke eine Prüfung ist besser und hat die selbe "gefährlichkeit".

[oelison]

@mike-hellracer Ich glaube die Warnungen sind jetzt alle raus. Ich habe noch kein Release erstellt. Ich würde mich aber freuen, wenn ich vorher ein Fedback bekommen würde, ob alles noch läuft. Hier der Link zum installieren: https://github.com/iobroker-community-adapters/ioBroker.smartcontrol

[Mike Hellracer]

@oelison said in Test Adapter SmartControl 0.3.x-0.6.x Latest:

Spoiler

@mike-hellracer Ich glaube die Warnungen sind jetzt alle raus. Ich habe noch kein Release erstellt. Ich würde mich aber freuen, wenn ich vorher ein Fedback bekommen würde, ob alles noch läuft. Hier der Link zum installieren: https://github.com/iobroker-community-adapters/ioBroker.smartcontrol

Sorry war ein wenig ausgeknockt. Habe es jetzt mal installiert und zum Test eine Zielgerät unter Auflösung angelegt. Beim 1. Mal gab es einen Fehler und beim 2. Start ist alles Ok. ein kurzer Test hat ein Problem bei den Trigger/Auslöser ergeben. Habe jetzt wieder die 1.3.2 installiert. Da tritt das Problem allerdings auch schon auf.
Ich bekomme mit einem normalen boolean DP unter Alias folgende Meldung.

2023-05-08 09:37:10.247	info	Trigger 'Kind2.Tür zu (an)' was already activated 0.02 seconds ago and is ignored. Must be at least 2 seconds.
2023-05-08 09:37:02.182	info	Trigger 'Kind2.Tür auf (aus)' was already activated 0 seconds ago and is ignored. Must be at least 2 seconds.
2023-05-08 09:35:21.560	info	Trigger 'Bad.Tür zu (aus)' was already activated 0.01 seconds ago and is ignored. Must be at least 2 seconds.
2023-05-08 09:35:06.776	info	Trigger 'Kind2.Tür auf (aus)' was already activated 0 seconds ago and is ignored. Must be at least 2 seconds.

Die Folge ist das Zielobjekt wird aufgrund dieses Auslösers nie geschaltet. Habe auch den Zeitstempel des Alias DP vor dem Auslösen geprüft und auch mal mehrere Minuten vergehen lassen. Im Log kann man an den Zeitstempel sehen, das es schon länger her war.

Unter weitere Optionen habe ich die folgende Konfiguration gesetzt.
Und länger als 2 sec. warte ich auch.

Spoiler

ToDo zum Nachstellen:
2x Trigger/Auslöser anlegen (1x true/an, 1x false/aus)

Spoiler

1x Zielgerät anlegen
1x Zone anlegen und Auslöser und Zielgerät verknüpfen.
Einstellungen
Die 2 DP als boolean für Trigger und Zielgerät unter Alias.0 anlegen.

Spoiler

{
 "_id": "alias.0.nursery2.door1.ACTUAL",
 "common": {
   "name": "ACTUAL",
   "role": "sensor.door",
   "type": "boolean",
   "read": true,
   "write": false,
   "alias": {
     "id": "zigbee.0.00158d000542426d.opened"
   }
 },
 "native": {},
 "type": "state",
 "acl": {
   "object": 1636,
   "state": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator"
 },
 "from": "system.adapter.admin.0",
 "user": "system.user.admin",
 "ts": 1666337389688
}

PS: Triggern über Zeit geht.