Adapter: fakeRoku (Harmony to ioBroker)

[SlowMoe]

@Pman:

Hier ein Beispiel aus einem alten Thread, das du Sinngemäß anpassen kannst. Im Beispiel wird der aktuelle Wert einer Homematic-Steckdose getoggelt (!getState("hm-rpc.0.NEQ1736283:1.STATE")) und es gibt einen 500ms delay, bevor geschaltet wird, um versehentliches Mehrfachdrücken des Knopfes abzufangen.

on({id: "fakeroku.0.ioBroker.keys.Info", val: true}, function (obj) {
   setStateDelayed("hm-rpc.0.NEQ1736283:1.STATE",!getState("hm-rpc.0.NEQ1736283:1.STATE").val, false, 500, true);
});
```` `  

Danke schon mal für die Info!

Ich hätte dazu zwei Fragen:

1. Wo muss ich den Code denn genau im ioBroker eintragen? Hatte einen entsprechenden Anwenungsfall bis dato noch nicht.

2. Anstelle des Objektes "hm-rpc.0.NEQ1736283:1" nehme ich dann entsprechend des Screenshots "192_168_0_54.STATE" korrekt?
   3104_ausschnitt_iobroker_objects.png

[Pman]

Du benötigst den Javascript Adapter, dann kannst du oben im Admin einen Tab "Skripte" hinzufügen. Dort erstellst du ein neues Skript (Javascript, nicht Blockly). Es müsste hs100.1.192_168_0_54.STATE sein!

[Scrounger]

Bei mir funktioniert es jetzt endlich.

Lösung war dem Harmony Hub eine feste IP zuzuordnen. Jetzt wird der fakeroku auch über "Geräte suchen" gefunden.

[SlowMoe]

Bei mir funktioniert es jetzt auch!

Habe meine Zusammenfassung ein Stück weiter oben aktualisiert.

[KaFaBe]

Wie würde so ein Script für einen KNX Schalter aussehen?

ID: knx.0.Licht_EG_und_KG.E_A.Wohnzimmer_Spots

on({id: "fakeroku.0.ioBroker.keys.Info", val: true}, function (obj) {
   setStateDelayed("knx.0.Licht_EG_und_KG.E_A.Wohnzimmer_Spots"/*Wohnzimmer Spots*/),!getState("knx.0.Licht_EG_und_KG.E_A.Wohnzimmer_Spots"/*Wohnzimmer Spots*/).val, false, 500, true);
});

Bei dem Script kommt direkt ein Fehler "Stop"

[Pman]

Du hast irgendwas bei den Klammern durcheinander gebracht, das ist kein korrektes Skript mehr. Im Editor-Fenster des Javascript Adapters müsste dir das durch ein rotes "X" angezeigt werden.

[uweklatt]

Hallo,

leider findet mein Harmony Hub den Fakeroku immer noch nicht. :?

Laut Logfile wird aber zumindest kommunziert:

! ````
Harmony-Hub: 102.68.178.113
Harmony-App: 192.168.178.110
! fakeroku.0 2018-01-28 15:04:20.725 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:20.409 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:20.337 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:20.253 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:20.175 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:19.484 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:19.169 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:18.926 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:18.852 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:18.771 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:18.296 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:17.805 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:17.724 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:17.644 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:17.568 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:16.094 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:15.620 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:15.540 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:15.466 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:15.387 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:14.748 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:14.427 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:14.349 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:14.271 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:14.193 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:13.535 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:13.221 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:12.984 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:12.906 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:12.827 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:12.354 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:11.867 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:11.792 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:11.713 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:11.686 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:10.154 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:09.672 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:09.594 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:09.518 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:09.443 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:08.823 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:08.507 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:08.427 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:08.348 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:08.271 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:07.636 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:07.323 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:07.244 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:07.216 debug responding to 192.168.178.110:47942
fakeroku.0 2018-01-28 15:04:07.166 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:07.089 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:06.429 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:06.067 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:05.819 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:05.745 debug responding to 192.168.178.113:35884
fakeroku.0 2018-01-28 15:04:05.739 debug sending service description
fakeroku.0 2018-01-28 15:04:05.736 debug GET-request to / from 192.168.178.113
fakeroku.0 2018-01-28 15:04:05.659 debug responding to 192.168.178.113:35884

Die Fakerokudatei kann ich per Browser problemlos aufrufen:

>!  ![3419_bild2.png](/assets/uploads/files/3419_bild2.png) 

Was nun?

Tschau

Uwe

[Pman]

Welche Hub FW? Ich update mal meinen Hub und teste dann.

[uweklatt]

Hallo Pman,

der Hub hat die Version 4.14.123

Tschau

Uwe

[Pman]

Wie genau versuchst du den Roku hinzuzufügen?

Funktioniert hier ohne Probleme, ich habe im Adapter 2 FakeRokus mit den simplen Namen "io1" und "io2".

In der MyHarmony Desktop App suche ich dann nach Geräten im LAN (nach Geräten Suchen), dort wird meine Hue Bridge sowie "io1" und "io2" gefunden.

Der GET-request von Harmony kommt auch beim Adapter an und wird beantwortet. Danach sollte Harmony das Gerät erkannt haben (dass der Hub erstmal munter weiter requests sendet ist normal).

[uweklatt]

Hallo Pman,

ich habe eine neue Instanz von fakeroku angelegt und alles default gelassen.

Dann habe ich versucht, mit der Android Harmony App ein neues Gerät über die Netzwerksuche hinzuzufügen.

Auch das manuelle Hinzufügen von "Roku", "Roku3" in der Harmony App findet beim anschliessenden Scan nichts.

Auf welchem Weg (Portnummer) kontaktiert der Hub den Fakeroku Adapter?

Tschau

Uwe

[Pman]

Erstmal sendet der Hub SSDP Requests ins Netzwerk, auf diese antwortet der Adapter ("responding to 192.168.178.113:35884").

In dieser Antwort findet der Hub dann die IP und den PORT des HTTP-Servers, welcher die service description bereit stellt und fragt diese dann ab ("GET-request to / from 192.168.178.113"). So weit funktioniert die Kommunikation bei dir definitiv. Den Port für den HTTP-Server kannst du in den Adaptereinstellungen sehen und festlegen. Wenn du mehrere Fake-Rokus anlegen möchstest, benötigt jeder einen eigenen Port.

Der GET-Request kommt laut log zumindest beim Adapter an und wird beantwortet, natürlich könnte eine Firewall jetzt irgendwie die Antwort ("sending service description") blockieren, davon bekommt der Adapter dann aber nichts mehr mit, das ist über das ioBroker-Log nicht festzustellen. Dagegen spricht, dass du per Browser darauf zugreifen kannst.

[uweklatt]

Und nun?

Mein Netzwerksetup ist eigentlich simpel:

Alle Teilnehmer befinden sich im gleichen Class-C Netzwerk.

PC und Harmony Hub hängen am gleichen WLAN-Accesspoint. Alle WLAN-Teilnehmer können sich untereinander "sehen".

Vom Accesspoint geht es per Netzwerkkabel zu einem Switch, an dem auch das NAS mit ioBroker hängt.

ioBroker läuft ansonsten problemlos (Cloudservice, SQL-Datenbank auf dem NAS, IFTTT, …)

Tschau

Uwe

[Kochenmitmusik]

Die Aufgabenstellung ist folgendermaßen:

Wenn ich auf Play der Remote drücke soll das Licht gedimmt werden und wenn ich auf Pause der Remote drücke soll das Licht wieder „hochgedimmt“ werden.

Hardware:

• AppleTV 4 mit Plex

• Harmony Hub mit Remote

• Phillips Hue

• fakeRoku

Grundsätzlich kommen ja keine Tastenbefehle der Harmony bei ioBroker an, kann ich das jetzt mit fakeRoku realisieren?

Danke.

[Pman]

@Kochenmitmusik:

Die Aufgabenstellung ist folgendermaßen:

Wenn ich auf Play der Remote drücke soll das Licht gedimmt werden und wenn ich auf Pause der Remote drücke soll das Licht wieder „hochgedimmt“ werden. `

Deine Frage hat eigentlich nichts mit diesem Adapter zu tun, sondern generell damit, wie man in ioBroker auf State-Änderungen reagiert. Daher solltest du diese Frage besser im Skripteforum stellen, dort bekommst du sicher Hilfe. Alle Zutaten sind aber auch hier genannt:

http://forum.iobroker.net/viewtopic.php … 40#p109755

[Kochenmitmusik]

@Pman:

@Kochenmitmusik:

Die Aufgabenstellung ist folgendermaßen:

Wenn ich auf Play der Remote drücke soll das Licht gedimmt werden und wenn ich auf Pause der Remote drücke soll das Licht wieder „hochgedimmt“ werden. `

Deine Frage hat eigentlich nichts mit diesem Adapter zu tun, sondern generell damit, wie man in ioBroker auf State-Änderungen reagiert. Daher solltest du diese Frage besser im Skripteforum stellen, dort bekommst du sicher Hilfe. Alle Zutaten sind aber auch hier genannt:

http://forum.iobroker.net/viewtopic.php … 40#p109755 `

Eine State-Änderungen von Play/Pause wird aber nicht mitgeteilt.

Das ich das später Scripten muss ist mir klar.

[Pman]

Du kannst in der Harmony Software auf jede physische Taste eine Roku-Taste belegen.

[fischmir]

Hi!

Ich habe den Adapter heute installiertm kann aber die IP nur aus einem DropDown wählen und es enthält überhaupt keine lokale IP 192.168.178.xxx…

Im Log kann ich auch nichts auffälliges finden. Jemand eine Idee?

Grüße,

Christian

[Pman]

Das ist auch eine lokale IP und es sollten theoretisch alle angezeigt werden, welche das ioBroker Gerät nutzt.

[T.Kottemann]

Hallo zusammen,

mein Ziel ist es mit den Zusatztasten meiner Harmony Elite bestimmte Yeelight Lampen zu steuern. Ich habe den Adapter fakeRoku soweit ans laufen gebracht und habe auch die Harmony Tasten zu Roku zugeordnet.

Wenn ich unter Objekte die Roku Tasten drücke(simuliere) werden die Lampen auch gesteuert. In meinem Fall ist es die „Home“ Roku Taste. Wenn ich jetzt aber die Harmonytaste(zugeordnet/Home) drücke, passiert nichts. Habe ich noch irgendwas vergessen? Die Zuordnung muss eigentlich passen, denn seitdem die Zuordnung in der Harmony App gespeichert wurde, reagiert auch der Hub beim betätigen der Zusatztasten.