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

[Pman]

@SRo769:

hi, habe den Adapter 1.1.1 im Test. Nun werden alle Befehle 2x gesendet. Der erste Befehl ist laut Log korrekt. Der Zweite lautet dann "sending command: undefined". D.h., jede Aktion wird jetzt doppelt ausgeführt. Ein Wechsel zurück auf Vers. 1.1.0 löst dann das Problem leider nicht mehr. Die Doppelbefehle bleiben. Ein LÖschen und Neuinstallieren des gesamten Adapters brachte auch keinen Erfolg. Habe jetzt eigentlich keine Ideen mehr, das Problem zu lösen. Ist der Fehler irgendwie bekannt, bzw. gibt es eine Lösung dazu? Wäre echt super - grad jetzt zu Weihnachten. Ohne funktionierende FB ist das voll bescheiden…

Nachtrag: mit neu aufgesetztem IOBroker auf virtuellem System das gleiche Bild: alle Befehle werden doppelt gesendet und entsprechend von den Geräten ausgeführt. Beispiel: 1x Kanal vorwärts bedeutet dann den Sprung von Kanal 1 auf Kanal 3 usw.. Habe alle Versionen des Adapters durchgetestet - entweder der Harmony-Hub reagiert gar nicht oder eben mit doppelter Befehlsübertragung. Finde trotz aller Versuche leider keine passende Lösung. Schade... `
Bitte teste mal Version 1.1.2 von GitHub. Dass die Meldung zwei mal kommt ist allerdings normal, die mit undefined müsste debug sein. Das undefined habe ich gefixt.

[SRo769]

Hi Pman, hatte ich zwischenzeitlich getan, half leider auch nichts. Auch die Eingabe von Zahlen (Millisekunden) kleiner 250 brachte keine Änderung. Habe den Adapter (1.1.2) dann mal auf einem parallel laufenden IOBroker installiert - leider auch ohne Erfolg. Das Überspringen der Kanäle bzw. das doppelte Ausführen der Befehle ist auch da zu beobachten.

Den Harmony-Hub hatte ich neu gestartet bzw. nach dem ersten Zurücksetzten der Firmware (21.12.) gestern wieder synchronisiert und upgedatet. Auch damit gab es dann keine Veränderung - irgendwie verhext.

Die beiden IOBroker laufen auf js-controller 1.4.2 und Node 8.14 sowie NPM 6.4.1.

[Homoran]

Bist du dir sicher dass das am Adapter liegt?

I h habe das selbe Problem seit etwa einem halben jahr auch mit der harmony ultimate.

Es wird zum Glücksspiel in dem Programmmenü der Dreambox die Zeile mit dem gewünschten Programm zu treffen und bei der Lautstärke ist die Verzögerung auf die Taste oft so groß, dass man einfach zu lange draufbleibt und anschließend die Lautstärke kontinuierlich weiter hochgeht, ohne dass man sie stoppen kann.

Die beste Ehefrau von allen ist da manchmal sehr genervt.

Gruß

Rainer

[mamoel]

@Homoran:

Bist du dir sicher dass das am Adapter liegt?

I h habe das selbe Problem seit etwa einem halben jahr auch mit der harmony ultimate.

Es wird zum Glücksspiel in dem Programmmenü der Dreambox die Zeile mit dem gewünschten Programm zu treffen und bei der Lautstärke ist die Verzögerung auf die Taste oft so groß, dass man einfach zu lange draufbleibt und anschließend die Lautstärke kontinuierlich weiter hochgeht, ohne dass man sie stoppen kann.

Die beste Ehefrau von allen ist da manchmal sehr genervt.

Gruß

Rainer `
Das Problem mit doppelten Befehlen habe ich schon ziemlich lange mit meiner Ultimate One (inkl. Hub). Ist schon nervig wenn man in Kodi mal wieder aus versehen den falschen Film startet und die Kinder Splatter statt Disney schauen :oops:

Auch das mit der Lautstärke kann ich bestätigen. Man drückt mehrere Male und denkt da passiert nichts und dann werden alle 30 Betätigungen von "Lautstärke +" auf einmal gesendet und die Bude wird ganz ordentlich beschallt. Das hat aber zumindest in meinem Fall nichts mit dem Adapter zu tun. Das tritt direkt mit der Fernbedienung auf - ohne Umweg über den ioBroker.

[Jan1]

@Homoran

Dein Problem kenne ich in Verbindung mit meiner Dream 7080, allerdings liegt das nicht am Adpater sondern an den Einstellungen des Hub. Ich habe da bei mir folgende Einstellungen gemacht und damit läuft das ganz gut:

[SRo769]

Bei mir funktioniert die Steuerung der Geräte über den Hub in Verbindung mit der Logitech-App ohne Fehler oder doppelte Befehle. Nur über den IOBroker kommt es zur Dopplung. Eine Veränderung der Geräteverzögerung bzw. der Befehlswiederholungen im Hub bringt dann auch nichts - zumindest für die Nutzung VIS/IOBroker - hab es ausprobiert. Da bleibt alles beim Alten - aus Tastenbefehl 1 wird 11 - mit "Kanal vor" werdens dann 2 Kanäle.

Sehr merkwürdig. Am 22.12. hatte noch alles (auf Hub zurück gefllashter Firmware und Adapter-Vers. 1.1.0) funktioniert - nach dem Update auf Adapter-Vers. 1.1.1 liegt nun alles im Argen - egal welche Variante (inkl. 1.1.2) bzw. Firmware auf dem Hub ich verwende.

[Pman]

Es gibt noch eine Version 1.1.3 auf GitHub zum testen. Im Moment ist es ein wenig gerate leider. Aber je mehr Tester, desto schneller bekommen wir das hin.

[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!!!!

[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!!!! `

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

[Pman]

Ich habe nochmal kleinere Änderungen vorgenommen in Version 1.1.4. Sollten Rückmeldungen kommen, dass diese besser funktioniert (als 1.1.2 und vorher) stelle ich sie auf NPM.

[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!!!! `

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.