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

[SRo769]

@Pman:

@SRo769:

Hi Pman, hab grad Adapter 1.1.3 ausprobiert - das Doppeln der Befehle ist weg! Sieht jetzt sehr gut aus. Werde alle Funktionen mal im Laufe des Tages durchspielen und Rückmeldung geben. Vorerst aber alles gut. Vielen Dank!!!! :D :D :D `

Super, kannst du ggf. auch das Verhalten bei langen Zeiten wie 2000 (=2 Sekunden) ausprobieren? `

Hab ich probiert - bis 250 alles so wie sein soll. Bei größeren Werten gibts keine Reaktion mehr.

Ein weiteres Issue: nach betätigen des Buttons (z.B. harmony.0.Harmony_Hub.Marantz-AV-Receiver.NextPreset) bleibt im Datenpunkt die 1 erhalten, d.h. der Wechsel zurück auf "ungedrückt" funktioniert nicht sauber. Im VIS bleibt der Button damit immer "eingedrückt" wechselt erst wieder, wenn der Button erneut gedrückt wurde.

[Pman]

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

[Homoran]

Hallo nochmal.

Habe auch jetzt upgedated, läuft auch fast alles, bekomme aber auch die Meldung:
> harmony.0 2018-12-25 16:35:14.959 warn [ACTIVITY] Activity does not exists

Wonach muss ich in den RAW Daten suchen?

Es handelt sich um diese activity:

! ````
{
"from": "system.adapter.harmony.0",
"ts": 1531647267763,
"common": {
"name": "activity:Kino BluRay",
"type": "number",
"role": "switch",
"min": 0,
"max": 3,
"def": false,
"read": true,
"write": true
},
"native": {
"label": "Kino BluRay",
"activityTypeDisplayName": "Default",
"icon": "userdata: 0x4454c8",
"suggestedDisplay": "WatchDvd",
"id": "32333284",
"type": "VirtualDvd",
"VolumeActivityRole": "52897018",
"imageKey": "Activity/11025953_74843f70-3c8e-4a08-808d-f3fb99490d6f.png",
"baseImageUri": "https://rcbu-test-ssl-amr.s3.amazonaws.com/",
"activityOrder": 2,
"isTuningDefault": false,
"isAVActivity": true,
"isMultiZone": false,
"enterActions": [],
"zones": null,
"roles": {
"PlayMovieActivityRole": "53124831",
"DisplayActivityRole": "52897020",
"VolumeActivityRole": "52897018"
}
},
"acl": {
"object": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
},
"_id": "harmony.0.Stube.activities.Kino BluRay",
"type": "state"
}

EDIT:

Habe nochmal einen Upload gemacht da kam:

harmony.0 2018-12-25 18:47:47.730 info [PROCESS] Added new activity: Kino_BluRay

Mein Verdacht, dass es an dem Leerzeichen im Namen liegt hat sich damit verdichtet.

Gruß

Rainer

[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