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

[Homoran]

EDIT2:

Ich habe jetzt mal die Objekte von Harmony.0 gelöscht und die Instanz neugestartet.

Die neu angelegten IDs enthalten jetzt Underscores anstelle der Leerzeichen.

also harmony.0.Stube.activities.Kino_BluRay anstelle harmony.0.Stube.activities.Kino BluRay

werde heute Abend mir einen Film mit der Familie genehmigen und berichten, ob das geholfen hat.

Im Blockly mussten die DPs natürlich neu eingelesen werden.

Gruß

Rainer

[SRo769]

@Pman:

Das Rücksetzen auf 0 sollte gefixt sein, zum anderen habe ich noch keine Idee. Versionsnummer ist noch die selbe. `

Ja, das Rücksetzen auf 0 funktioniert wieder. Alles andere tuts auch - perfekt! Super Arbeit, Pman - kann mich gar nicht genug bedanken!!!

[Pman]

Auch danke fürs testen, habe die Version auf npm gestellt.

[Homoran]

Wenn man dann nach dem Neustart der Instanz auch den richtigen Datenpunkt in dem Blockly verwendet klappt auch alles

Danke

Rainer

[Rucon]

Hallo Pman, auch von mir danke für deine Arbeit.

Version 1.1.4 hat bei meiner Konstellation - yahka Adapter - in HomeKit leider zu Folge, dass Taster nach dem Befehl im ausgelösten Zustand verbleiben und nicht mehr wie bisher unmittelbar danach wieder in den alten Zustand gehen.

Beispiel:

bisher-> (bis einschließlich 1.1.1) Befehl „Fernseher lauter“ löst aus, der Zustand geht automatisch zurück und der Befehl kann sofort nochmals gesendet werden.

neu-> Befehl „Fernseher lauter“ löst aus , Taster/Zustand bleibt ausgelöst/an, der nächste Befehl führt nur zur Rückstellung in nicht ausgelöst/aus.

Soweit dies an den Änderungen der Schaltverzögerung liegen sollte; wäre es möglich dies in den Adaptereinstellungen mit einzupflegen, so dass diese dort anpassbar ist?

Gruß Rucon

[Pman]

Das sollte eigentlich nicht mehr passieren, derZzustand sollte zurück gesetzt werden. Wann hast du die Version installiert?

[Rucon]

1.1.4 hatte ich unmittelbar installiert als Du diese in Github eingestellt hattest. Werde heute noch mal mit der finalen latest Version 1.1.4 probieren und melde mich dann.

[Rucon]

1.1.4 wieder eingespielt, Tastenverhalten in HomeKit -jetzt zeitweise- wie schon beschrieben, der Zustand wird dort nicht zurückgesetzt. Dies passiert auch so, wenn der Taster direkt in der admin-Oberfläche bei den Objekten gedrückt wird.

Eventuell ein Problem mit der Weitergabe/Verarbeitung im yahka Adapter?

[Pman]

Welcher Wert genau wird denn in den State geschrieben?

Achja und hast du den Adapter manuell neugestartet nach der Neuinstallation? Das macht er nämlich nicht automatisch, wenn man von GitHub installiert.

[Rucon]

Adapter wurde neu gestartet, danach auch testweise der Raspberry. Heute nochmal komplette Neuinstallation mit vorherigen Löschen Instanz/Adapter durchgeführt.

Leider immer noch zeitweise kein Zurücksetzen des Zustandes.

unter Objekte sieht es nach drücken des Taster so aus:

unter HomeKit im iPhone so:

Richtig wäre es wenn die Kachel "leiser" nach dem Tasten wieder auf aus geht.

[Pman]

Es gibt eine neue Version 1.1.5 auf GitHub, damit sollte Buttons halten (bei Werten > 250) gefixt sein.

@Rucon

Ich kann das nicht reproduzieren, bitte schalte mal den Expertenmodus in der Objektansicht ein, so dass man sieht welcher Wert bei den Buttons steht.

[Homoran]

Kann das am Widget liegen?

Ist es als Taster definiert?

Gruß

Rainer

[Rucon]

@ Homoran

in HomeKit gibt es nur Switch, keine Taster

@ Pman

auch in 1.1.5 bei etwa 1 mal von 10 Tasten/Befehlseingaben erfolgt kein Zurücksetzen

in der 1.1.5 im Expertenmodus:

wenn es in HomeKit zurückgesetzt wird : 0 -> true -> 0

wenn es nicht zurückgesetzt wird : 0 -> true -> 0 beim 2.ten Druck kommt -> false -> 0 und die HomeKit Kachel schaltet auf aus

Irgendwie scheint der neue Status nicht an HomeKit (yahka Adapter) weitergeben zu werden

bin zwischenzeitlich wieder auf 1.1.1 zurück. Hier passiert dies nur -wenn überhaupt-wenn ich es durch mehrmaliges schnelles Tasten provoziere.

[Pman]

Wenn es am Ende auf 0 steht und die Zahl nicht rot ist (also ack = true), dann macht der Adapter alles richtig. Vielleicht geht durch die schnelle Änderung irgendwo zwischendurch was verloren?

[Rucon]

! irgendwo zwischendurch was verloren

denke ich auch, war/ist ja mit der 1.1.1 besser wo der Wert für die Verzögerung anders war. SRo769 hat vom doppeln der Befehle geschrieben. Diese Verzögerung war eventuell beim HomeKit Adapter besser so.

Möglich auch ein Hardwareproblem beim Raspberry? Die Befehle werden ja wohl nacheinander abgearbeitet. Beim Aufruf einer Szene in HomeKit mit mehreren Geräten gibt es teilweise Verzögerungen bis zum Schalten einer Steckdose über den Hue Adapter von gefühlt 3 Sec.

Würde gerne selber mal rumprobieren. Wo/in welcher Datei kann ich den Wert der Verzögerung einstellen?

[Saschag]

Hallo zusammen,

bekomme denn Adapter leider nicht zum laufen

Kann mir jemand helfen?

Danke im Voraus
1532_ohne_titel.png

[Homoran]

Welche Hardware?

Welches OS?

Welche node-Version?

welche npm-Version?

Welche Adapter-Version?

Wie installiert?

Welches Repo?

Was sind da noch für 18 Upgrades nicht durchgeführt?

Gruß

Rainer

[Saschag]

Hallo Rainer,

habe mal versucht alle Info‘s „zusammenzusuchen“

Hardware — pi3

So — Raspian 8 Jessie

Node-V —4.8.6

Npm-V — 2.15.11

Adapter-V — 1.1.0 über GitHub wie im Threat zuvor beschrieben

Mit 18 Upgrade verstehe ich nicht ganz :?

Vielen Dank schon mal!!!!
1532_0753a39c-9902-40a8-91ea-0c76fb5719bb.png
1532_2c206847-7440-454b-aaec-53c5055ed7e7.jpeg

[wendy2702]

@Saschag:

Node-V —4.8.6

Npm-V — 2.15.11 `

Ich befürchte diese Versionen sind zu alt und müssen aktualisiert werden.

Eventuell kann Pman das bestätigen.

Mit den "18" meinte Rainer das du noch 18 ausstehende Updates für Adapter hast.

[Homoran]

@wendy2702:

Mit den "18" meinte Rainer das du noch 18 ausstehende Updates für Adapter hast. `
und jetzt sehe ich auch, dass der controller nicht aktuell ist.

Bitte möglichst immer alles auf aktuellem Stand halten.

Gruß

Rainer