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

[StM47]

Hey Stuebi,
gute Neues erstmal!

Ich habe es endlich geschaft, Yahka mit dem Homekit zu verbinden. Habe Lupusec bereits integriert.

Kannst du mir ein paar Screenshoot machen, wie du deine Rauchmelder, Fensterkontakte und andere Sensoren eingbunden hast?

[Stuebi]

@StM47, kann ich machen.

Bewegungsmelder:

Türkontakt:

[StM47]

Danke!

Rauchmelder und Steckdosen?

[Stuebi]

@StM47 ,

Rauchmelder:

Steckdose:

ich hoffe es hilft

[StM47]

perfekt, danke!

[StM47]

Stuebi, ich muss dich noch mal bemühen.

Ich bekomme im Log Fehlermeldungen, beim scharf und unscharf schalten mit der Home App.
Mit der Lupusec App läuft alles wie es soll.

Die Zuordnung im Adapter beim Status stimmt nicht.

[Stuebi]

@StM47 , die Frage ist, wie schaltest Du denn den State mode_pc_a1, über VIS? Kannst Du bitte den Status mode_pc_a1 einmal in der Admin Oberfläche unter Objekte schalten. Der Fehler sagt nämlich, dass ein String statt Nummer im mode_pc_a1 steht. Daher denke ich, Du schreibst wahrscheinlich z.B. "1" statt 1 dort rein.
Was ist denn an der Zuordnung (Mapping) vom Apple State -> Lupsusec State falsch?

VG
Stübi

[StM47]

@Stuebi

Der Fehler im Log erscheint nur, wenn ich über HomeKit (Yahka) schalte.
Habe die Art im mode_pc_a1 von Zahl auf gemischt gestellt, jetzt ist der Fehler Weg.

Danke und schönen Abend!

[frana120500]

Guten Morgen zusammen,
ich frage über ein Blockly meine Xiaomi Fenstersensoren ab. Bei den Fenstern wo Einbruchgefahr besteht, habe ich die Lupusec Sensoren verbaut. Hier wird mir derzeit als Batterie State nur ein "Okay(1)" geliefert.

Wie lautet denn der State, wenn ein Sensor leer geht? Gibt es noch mehr States oder nur okay und empty (wenn er so heißt)

Weiß das einer?

LG
Frank

[Stuebi]

@frana120500 , dann ist der Wert 0 (empty). Die Lupusec liefert nur 0 oder 1.

[frana120500]

Vielen Dank für deine Antwort. Dann weiß ich was ich nehmen muss. Schade das da nicht mehr geliefert wird

[mucki]

Hallo,

ich habe jetzt ja schon seit längerem meine Lupusec Komponenten in ioBroker eingebunden - auf diesem Wege noch mal vielen Dank für den tollen Adapter.

Ich habe auch nahezu alle Lupusec Komponenten via Yahka in Homekit bereitgestellt und genau dazu mal eine Frage in die Runde:

Benutzt hier irgendjemand die Kombination Lupusec->iobroker->Yahka->Homekit und hat auch eventuell Automationen in Homekit damit erstellt?

Das funktioniert alles wunderbar, aber leider auch sehr langsam. Wenn man zB eine Lampe anschalten möchte wenn ein Türkontakt geöffnet wird, dann funktioniert das zuverlässig allerdings immer mit 5 bis 7 Sekunden Verzögerung.

An dem Einschalten der Lampe liegt es nicht, diese reagiert durch manuelles Schalten in Homekit sofort. Andere Automationen mit anderen (nicht Lupusec) Komponenten laufen auch nahezu in Echtzeit ab.
In den Objekten in Lupusec kann man auch sehen, dass sich der Zustand bei Türkontakten erst nach ein paar Sekunden ändert. Den Polltime Wert habe ich bereits auf 1 gesetzt.

Hat noch jemand ähnliche Erfahrungen gemacht? Gibt es noch irgendwas, was ich zur Verbesserung umstellen kann?

VG

[Stuebi]

@mucki , ja eine gewisse Verzögerung ist da. Das Problem ist, wenn man die Polltime noch weiter runtersetzt, lehnt die Lupusec Alarmanlage aus Sicherheitsgründen (Attack) weitere Anfragen für eine ganze Weile ab. Ich habe mit den Zeiten schon ordentlich experimentiert.
Super wäre wenn die Lupusec Status Informationen auch per CoAP oder MQTT (beides Push) senden könnte. Dann bekäme man Statusänderungen nahe realtime. Ich werde einmal nachfragen.

VG
Stübi

[Stuebi]

@mucki, noch ein Nachtrag. Ich habe bei mir den Polltime Wert auf 0.25 Sekunden gestellt. Maximal kannst Du 0.20 Sekunden runter gehen.
Kannst Du das einmal testen. Ist es mit den Werten besser (bitte auch einmal direkt in den Objekten schauen)?

[mucki]

@Stuebi
Vielen Dank für die Antwort.
Habe die Polltime mal testweise ebenfalls auf 0.25 gesetzt.

Leider bringt das auch nicht das "gewünschte" Ergebnis. Allerdings befürchte ich, dass die Verzögerung bereits in der XT2 Plus selber einfach zu groß ist.

Also mit zu groß meine ich jetzt nicht unbedingt, dass man damit nicht arbeiten kann. Aber für einige Smarthome Konstellationen ist es dann doch einfach zu langsam.

Z. B. wenn ich die Terassentür öffne und schnellen Schrittes die Terrasse hin zur Garage quere, dann soll dabei das Terrassenlicht angehen. In diesem Fall sind 5 Sekunden für die Auslösung im praktischen Ablauf schon zu viel und ich realisiere dieses derzeit mit einem zusätzlichen Homematic Türkontakt (hier geht das Licht ohne Verzögerung an ähnlich wie bei eingebundenen Hue Bewegungsmeldern).

Vielleicht kann Lupusec daran ja wirklich noch feilen.

Vielen Dank und viele Grüße

[Stuebi]

@mucki , ich habe nochmals etwas geändert. Ich hoffe jetzt kommt die Statusänderungen schneller. Ändere die Polltime auf 0.20 bzw. 0.25 Sekunden. Dann lade die Version 1.2.5 Github runter. Das geht wie folgt: Melde Dich in ioBroker an. Gehe auf den Adapter Reiter und klicke oben auf die GitHub Katze (Installieren aus eigener URL) und wähle in der Auswahlliste den Lupusec Adapter aus. Sobald die Installation durch ist, gehst Du auf den Reiter Instanzen und startest den Lupusec Adapter neu.
Wie ist jetzt die Reaktionszeit?

[mucki]

@Stuebi
Super vielen Dank!
Die Version 1.2.5 ist drauf und ich teste gerade mit einer Polltime von 0.20.
Erste Aktionen werden schon mal deutlich schneller ausgeführt. Noch nicht ganz so schnell, wie bei anderen Komponenten, aber mehr kann man sicherlich nicht rauskitzeln

Gefühlt würde ich mal sagen wenn man die Objekte in ioBroker betrachtet, dass du die Reaktion von 5 auf 2 Sekunden verbessert hast.
Tolle Sache! Vielen Dank!

Werde mal sehen, wie sich das bei weiteren Automationen verhält.

VG

[Stuebi]

@mucki , bei mir würde ich sagen ist die Reaktionszeit nun bei 1-2 Sekunden. Die Lupusec App bekommt den Status bei den Türsensoren bei mir nicht schneller angezeigt.
Ich habe aber noch eine Idee. Die werde ich jetzt nochmals einbauen und Dir dann bescheid geben, damit Du testen kannst. Dann sollten die Sensoren vielleicht schneller reagieren.

[mirage-1]

Hallo zusammen.
Erstmal großes Lob an den Adapter funktioniert in Summe sehr gut, klasse Arbeit @Stuebi und die noch mitgeholfen haben!

Könnte man den Adapter noch erweitern, um im Status Bereich die Anzahl der offenen Tür/Fenster Kontakte als State wiederzugeben ?
Ich dachte dc_ex tut das, ist aber im unarmed Zustand offensichtlich nicht der Fall. Schön wäre auch, einen weiteren State zu haben der die Namen der offen Sensoren als array beinhaltet.

Ich weis die einzelnen Objekte unter Devises weisen den jeweiligen Status des einzelnen Sensors aus. Hab diesbezüglich schon darüber nachgedacht wie ich das in Blockly realisieren kann, aber ich habe echt viele Fenster/Türen Kontakte und mit meinem newbi Kenntnisstand habe ich aktuell keine Ahnung wie man das effizient machen kann. Würde das mit jetzigem Kenntnisstand jeweils mit nem „falls mache“ Objekt bauen was nen Monster Script gibt.

Ich hab bereits nen Script erstellt was mir ne Nachricht per Push schickt wenn Tür/Fensterkontakt länger als 10 min offen ist wenn es draußen kälter als 15 Grad ist. Soweit so gut, es sollen aber eben alle Fenster/Türen mit einbezogen sein und in der Push Nachricht sollte auch die konkreten offen Kontakte stehen.

Vielleicht kann mir auch jemand helfen und hat nen Blockly Beispiel wie ich per Blocky „einfach“ über meine xx Sensoren iteriere um zum gleichen Ergebnis zu kommen.
DANKE

[Stuebi]

@mirage-1 , also im Adapter möchte ich das nicht mit aufnehmen. Ich finde Zählen der offenen Fenster/Türen oder Darstellung dieser in einem Array kann man wunderbar als Javascript abbilden. Ich möchte mich so wenig wie möglich vom Lupusec Standard entfernen.

VG
Stübi