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

[sirtwist672]

Hallo,

ich habe den Adapter installiert und er funktioniert auch soweit.

Vielen Dank für die investierte Zeit und Mühe.

Wie ich jetzt sehe werden die Werte der Lampen angezeigt und auch sehr flott aktualisiert.

Mein Wunsch wäre jetzt gewesen daß ich die Fernbedienung als günstige Universalfernbedienung mißbrauchen könnte.

leider werden keine Tastenbetätigungen der Fernbedienungen direkt im Adapter angezeigt.

Ist es möglich das vielleicht noch zu implementieren oder ist das vom gateway her nicht vorgesehen?

sirtwist

[Homoran]

So, ich habe es jetzt auch einmal getestet.

Boshaft wie ich nun einmal bin mit Absicht etwas anders:

System: Tinkerboard mit ArmBian, js-controller 1.0.3

• vorher noch nie eine Version von Tradfri drauf

Einfach über Octocat installiert

• die üblichen "root does not have the permission…" Errors

• auch einige build errors

Trotzdem durchgelaufen und mit Code 0 beendet

Das gleiche gilt auch bei der Instanz

Konfiguration:

ich kam auf die Schnelle nicht an die IP, habe den Namen des Gateways eingetragen so wie mit die Frotz-App angezeigt hat

• es wurden keine Datenpunkte angelegt.

Namen anschließend auf IP-Adresse geändert

Datenpunkte wurden angelegt

(Vielleicht hätte ich beim Namen noch ".fritz.box" hinzufügen müssen (??)

Bedienung über die Objekte passt auch, ABER:

der Wert des Datenpunktes level.color.temperature bleibt im vorherigen Wert stehen und wird rot.

die anderen Datenpunkte werden aktualisiert.

Danke für deine bisherigen (und zukünftigen) Mühen

Gruß

Rainer

EDIT:

als sich der Wert auch beim Ändern der Lichtfarbe über die Fernbedienung nicht mehr änderte habe ich die Instanz neu gestartet.

Jetzt läuft alles!

[Homoran]

Hello again ;-)

Jetzt stellt mich dieses (geplante) System allerdings vor einige Herausforderungen.

Zum Testen hatte ich erst eine und jetzt zwei Leuchtmittel mit Farbtemperaturänderung gekauft. Diese befinden sich zum Testen in einer dreiflammigen Stehleuchte.

Wie bereits irgendwo erwähnt hatte / hat auch die Tradfri App und auch die Fernbedienung zeitweise Probleme diese Leuchtmittel synchron zu schalten. Teilweise muss ich zweimal anschalten (in der App geht das getrennt, mit der Fernbadienung nicht).

Das einzelne Schalten geht jetzt mit den Datenpunkten des Adapters:

Es wird zwar auch ein Gag sein, spaßeshalber mal ein Wabern der drei Leuchten in verschiedenen Weißtönen zu erzeugen, aber wie bekomme ich diese Leuchtmittel (und später ggf. 24 davon als Downlight) synchron geschaltet (spätestens bei 24 brauch ich sogar auch drei Fernbedienungen)?

Gruß

Rainer

[krissi]

Ich hol mir heute noch kurz die Fernbedienung, dann teste ich auch!

Schon gelesen?

https://www.heise.de/mac-and-i/meldung/ … 23154.html

http://www.ikea-unternehmensblog.de/art … he-steuern

[AlCalzone]

@sirtwist672:

Mein Wunsch wäre jetzt gewesen daß ich die Fernbedienung als günstige Universalfernbedienung mißbrauchen könnte.

leider werden keine Tastenbetätigungen der Fernbedienungen direkt im Adapter angezeigt.

Ist es möglich das vielleicht noch zu implementieren oder ist das vom gateway her nicht vorgesehen? `
Müsste ich testen, aber habe in die Richtung bisher noch nichts gesehen.

@Homoran:

Es wird zwar auch ein Gag sein, spaßeshalber mal ein Wabern der drei Leuchten in verschiedenen Weißtönen zu erzeugen, aber wie bekomme ich diese Leuchtmittel (und später ggf. 24 davon als Downlight) synchron geschaltet (spätestens bei 24 brauch ich sogar auch drei Fernbedienungen)? `
Nur dass ich dich richtig verstehe, du willst 24 Lampen synchron ihre Farbe wechseln lassen? Könnte mir höchstens vorstellen per Skript zeitgesteuert die Datenpunkte zu setzen und zu hoffen, dass das Gateway damit klarkommt :D

@Homoran:

ich kam auf die Schnelle nicht an die IP, habe den Namen des Gateways eingetragen so wie mit die Frotz-App angezeigt hat

• es wurden keine Datenpunkte angelegt.

Namen anschließend auf IP-Adresse geändert

Datenpunkte wurden angelegt

(Vielleicht hätte ich beim Namen noch ".fritz.box" hinzufügen müssen (??) `
Hast du mal geschaut, ob du unter dem Namen das Gateway pingen kannst?

@Homoran:

als sich der Wert auch beim Ändern der Lichtfarbe über die Fernbedienung nicht mehr änderte habe ich die Instanz neu gestartet.

Jetzt läuft alles! `
Verbindungswiederherstellung und ähnliche Späße sind leider noch nicht drin, das wird mit der Zeit kommen.

[Homoran]

Hallo AlCalzone,

@AlCalzone:

Nur dass ich dich richtig verstehe, du willst 24 Lampen synchron ihre Farbe wechseln lassen? Könnte mir höchstens vorstellen per Skript zeitgesteuert die Datenpunkte zu setzen und zu hoffen, dass das Gateway damit klarkommt `

So in der Art.

Ich möchte dass sich die Lichtfarbe von tagsüber kaltweiß in den Abendstunden immer mehr ins warmweiß verschiebt. Ähnlich der Grudhelleigkeit bei HM Dimmern, die ich über einen zweiten virtuellen Kanal nachts auf 50% senke.

@AlCalzone:

Hast du mal geschaut, ob du unter dem Namen das Gateway pingen kannst? `
leider nein. Ich arbeite zu 99% mit den IP-Adressen, die vom Gateway kannte ich nicht auswendig :(

@AlCalzone:

Verbindungswiederherstellung und ähnliche Späße sind leider noch nicht drin, das wird mit der Zeit kommen. `
keine Hektik. Ist das Problem denn bekannt / oder üblich?

Ist mir gestern noch einmal passiert, und jetzt wo ich das tippe, probiere ich es auch erstmalig heute:

Die Fernbedienung ändert die beiden Birnen nicht synchron und nach paarmal schalten ist die Verbindung Gateway -> ioBroker ganz weg.

Schalten über ioBroker geht weiterhin, die Rückmeldung fehlt jedoch.

Gruß

Rainer

[AlCalzone]

@Homoran:

Ich möchte dass sich die Lichtfarbe von tagsüber kaltweiß in den Abendstunden immer mehr ins warmweiß verschiebt. `
Das klingt wie das, was https://justgetflux.com/ macht. Nur mit Lampen statt PC-Bildschirmen. Das fährt mit der Farbtemperatur quasi eine Sinus-Kurve ab, wobei Werte über einem Grenzwert (tagsüber) konstant gehalten werden.

Du könntest ein Skript basteln, das alle 5-10 Minuten einen Trigger ausführt. Dieser müsste je nach aktueller Uhrzeit die Soll-Farbtemperatur zwischen 0 und 100% einstellen. Wenn die Schritte klein genug sind, solltest du das gar nicht merken.

Die Lampen haben einen Parameter, der das Zeitintervall einer Zustandsänderung vorgibt. Der ist aktuell auf wenige Sekunden hartcodiert, müsste man mal testen, was hier die Grenzen sind. Vielleicht geht das ja auch.

@Homoran:

keine Hektik. Ist das Problem denn bekannt / oder üblich? `
Sagen wir mal so: Da ich bisher null Code zur Verbindungswiederherstellung oder erneutem Senden von verlorenen Paketen implementiert habe, hätte es mich gewundert, wenn nicht ab und zu mal ein Neustart des Adapters nötig wäre.

Bei mir ist es auch schon öfters vorgekommen, dass beim Schalten über die Fernbedienung eine Lampe nicht sofort reagiert hat, sodass die dann gegenläufig an und ausgegangen sind.

@Homoran:

nach paarmal schalten ist die Verbindung Gateway -> ioBroker ganz weg.

Schalten über ioBroker geht weiterhin, die Rückmeldung fehlt jedoch. `
Interessant. Sollten wir mal beobachten. Wenn das in zukünftigen, stabileren Versionen immer noch auftritt muss ich mir das mal genau anschauen.

[Homoran]

@AlCalzone:

Das fährt mit der Farbtemperatur quasi eine Sinus-Kurve ab, wobei Werte über einem Grenzwert (tagsüber) konstant gehalten werden…Du könntest ein Skript basteln, das alle 5-10 Minuten einen Trigger ausführt. Dieser müsste je nach aktueller Uhrzeit die Soll-Farbtemperatur zwischen 0 und 100% einstellen. Wenn die Schritte klein genug sind, solltest du das gar nicht merken. `
Ja so in der Art schwebt es mir vor.

@AlCalzone:

Die Lampen haben einen Parameter, der das Zeitintervall einer Zustandsänderung vorgibt. Der ist aktuell auf wenige Sekunden hartcodiert, `
Das erklärt dann auch, warum mit der Fernbedienung drei Befehle unmittelbar hinereinander nicht funktionieren, sondern nur mit Pause.

Hatte gehofft dass das an der FB liegt und über ioBroker besser läuft.

Gruß

Rainer

[AlCalzone]

@Homoran:

@AlCalzone:

Die Lampen haben einen Parameter, der das Zeitintervall einer Zustandsänderung vorgibt. Der ist aktuell auf wenige Sekunden hartcodiert, `
Das erklärt dann auch, warum mit der Fernbedienung drei Befehle unmittelbar hinereinander nicht funktionieren, sondern nur mit Pause.

Hatte gehofft dass das an der FB liegt und über ioBroker besser läuft. `
Mit hartcodiert meinte ich im Adapter und in der App. Wie die FB es regelt weiß ich nicht, ich vermute aber ähnlich.

Musst du beim Schalten per ioBroker die gleichen Pausen einlegen bzw. würde dir eine variable Übergangsdauer was bringen?

Btw, in der CoAP-Schicht ist wiederholtes Senden von verlorenen Nachrichten jetzt implementiert. Kurzzeitige Verbindungsaussetzer in Richtung ioBroker ==> Gateway können jetzt überbrückt werden. Update per:

cd /opt/iobroker
sudo npm install https://github.com/AlCalzone/node-coap-client/tarball/master --production

oder Adapter neu installieren (gibt aber keine neue Version).

[Homoran]

@AlCalzone:

Musst du beim Schalten per ioBroker die gleichen Pausen einlegen `
Im Moment "steuere" ich noch über die Objekte. Bis ich da einen neuen Wert eingehämmert habe, dürfte die Lag-Time verstrichen sein.

@AlCalzone:

Kurzzeitige Verbindungsaussetzer in Richtung ioBroker ==> Gateway können jetzt überbrückt werden. `
Ich habe ja die Probleme in die andere Richtung

Gruß

Rainer

[AlCalzone]

@Homoran:

Ich habe ja die Probleme in die andere Richtung `
Ich weiß, das erneute Senden ist aber Teil der Spezifikation, musste daher eh irgendwann rein. Und es könnte sein, dass das irgendwie einen Einfluss auf dein Problem hat. Ganz zu Anfang hat mich das Gateway auch schnell wieder vergessen, weil ich keine Bestätigungspakete zurückgeschickt habe.

Sofern du dein Problem aber gezielt provozieren kannst, gibt es etwas was du tun könntest:

sudo tcpdump -w tradfri.dump udp port 5684

schneidet den gesamten Traffic auf Port 5684 mit und speichert ihn in der Datei tradfri.dump. Um dein Problem zu analysieren, brauche ich die sowie deinen Security-Code vom Gateway. Wichtig ist, dass du beginnst zu loggen bevor der Adapter gestartet wird, sonst kann ich mit dem Traffic nichts anfangen (verschlüsselt).

[Homoran]

Ich helfe ja gerne ;) , aber…

@AlCalzone:

Sofern du dein Problem aber gezielt provozieren kannst `
Habe ich bisher noch nicht getestet.

…und was bedeutet das für einen alten dummen Mann:
@AlCalzone:

speichert ihn in der Datei tradfri.dump. …Wichtig ist, dass du beginnst zu loggen bevor der Adapter gestartet wird, `
:?: :?:

Anfangen zu loggen und dann den Adapter starten und dann irgendwie die Kommunikation kaputt bekommen? (oder einfach nur ein paar Stunden warten?)

Wieviel wird das denn?

und wo ist diese Datei?

Gruß

Rainer

[AlCalzone]

@Homoran:

…und was bedeutet das für einen alten dummen Mann:
@AlCalzone:

speichert ihn in der Datei tradfri.dump. …Wichtig ist, dass du beginnst zu loggen bevor der Adapter gestartet wird, `
:?: :?:

1.) Anfangen zu loggen und dann den Adapter starten und dann irgendwie die Kommunikation kaputt bekommen? (oder einfach nur ein paar Stunden warten?)

2.) Wieviel wird das denn?

3.) und wo ist diese Datei?r `
Ok, nochmal langsam:

1.) ja. Du hattest mal gemeint, du schaffst das durch mehrmaliges schnelles Betätigen der Fernbedienung, dass keine Infos mehr zurück an den Adapter kommen. Ansonsten wirst du vermutlich warten müssen, bis etwas kaputt geht.

2.) hängt ganz von der übertragenen Datenmenge ab. Ein paar wenige MB könnten es schon werden.

3.) Mit dem Befehl gibst du hinter -w an, wo der Log hin soll, in diesem Fall heißt die Datei "tradfri.dump" und ist in dem Ordner wo du den Befehl ausführst.

sudo tcpdump -w tradfri.dump udp port 5684

Auf dem Pi ist das direkt nach Login üblicherweise "/home/pi".

[Homoran]

Da habe ich mich wohl irgendwann nicht deutlich ausgedrückt, oder mein Hirn ist schon so durchlöchert, dass ich mich da nicht mehr dran erinnere.
@AlCalzone:

Du hattest mal gemeint, du schaffst das durch mehrmaliges schnelles Betätigen der Fernbedienung, dass keine Infos mehr zurück an den Adapter kommen `
Aber: das könnte auch ein Ansatz sein, werde ich heute Abend zu Hause versuchen zu provozieren.

@AlCalzone:

und ist in dem Ordner wo du den Befehl ausführst. `
ok, dann bis heute Abend.

Gruß

Rainer

[AlCalzone]

@Homoran:

Da habe ich mich wohl irgendwann nicht deutlich ausgedrückt, oder mein Hirn ist schon so durchlöchert, dass ich mich da nicht mehr dran erinnere. Vielleicht hab ich dich auch falsch verstanden: > Die Fernbedienung ändert die beiden Birnen nicht synchron und nach paarmal schalten ist die Verbindung Gateway -> ioBroker ganz weg.

Schalten über ioBroker geht weiterhin, die Rückmeldung fehlt jedoch. `

@Homoran:

ok, dann bis heute Abend. `
Kein Stress, komme erst morgen dazu.

[Homoran]

Hallo AlCalzone,

@AlCalzone:

Die Fernbedienung ändert die beiden Birnen nicht synchron und nach paarmal schalten ist die Verbindung Gateway -> ioBroker ganz weg.

Schalten über ioBroker geht weiterhin, die Rückmeldung fehlt jedoch. `
Das lässt sich definitiv provozieren ;-)

und jetzt…

linaro@linaro-alip:~$ sudo tcpdump -w tradfri.dump udp port 5684
sudo: tcpdump: Kommando nicht gefunden

Wat nu?

etwa:

 sudo apt-get install tcpdump

:?: :?:

Hab ich gemacht ;-)

…und mit CTRL-C wieder raus nach dem er endlich wieder hing.

linaro@linaro-alip:~$ sudo tcpdump -w tradfri.dump udp port 5684
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
^C278 packets captured
278 packets received by filter
0 packets dropped by kernel

Rest kommt mit PN

Gruß

Rainer

[krissi]

Nabend, erster Test war direkt positiv. Ich werde das Ganze am WE mal in VIS einbinden. Hab im Moment 3 Lampen über eine Fernbedienung verbunden. Nächste Woche kauf ich dann noch eine und ein paar Lampen. Danke!!! :D

[AlCalzone]

@Homoran:

In deinem Dump ist recht gut zu erkennen, was passiert. Ich weiß nur noch nicht, warum.

Der Fehler scheint tatsächlich in der Richtung ioBroker => Gateway aufzutreten. Auf einen Schlag werden keine Bestätigungen mehr über die empfangenen Pakete gesendet. Dann hört das Gateway nach kurzer Zeit auf zu senden, weil es denkt, da hört keiner mehr zu.

Gibts irgendwelche Fehler im Log?

Ich würde dich mal bitten, die aktuelle Debug-Version zu installieren:

cd /opt/iobroker
sudo npm install https://github.com/AlCalzone/iobroker.tradfri/tarball/debug --production

und den Adapter im Admin-Menü auf "debug" output zu stellen.

Damit sollte die CoAP- und DTLS-Schicht aktualisiert sein, ein paar mehr Infos von sich geben und im ioBroker-Log landen.

cd /opt/iobroker/log
sudo cat iobroker.2017-07-XX.log | grep tradfri.0 | grep STDOUT

gibt dir nur die logs der Transport-Schichten aus und lässt den unnötigen Kram weg. Oder eben mit Filter "STDOUT" im Admin-Menü.

[Homoran]

@AlCalzone:

Gibts irgendwelche Fehler im Log? `
Nope, aber es hat sich diesmal einiges später selbst geheilt (!?)

Daher hatte ich schon befürchtet, dass ich zu früh beendet hatte.

@AlCalzone:

Ich würde dich mal bitten, die aktuelle Debug-Version zu installieren:…und den Adapter im Admin-Menü auf "debug" output zu stellen. `
Gerne, wenn ich mal aus dem Büro rauskomme ;-)

Gruß

Rainer

[moses123]

Hi,

ich habe hier zwei Ikea- Lampen mit Weissschattierungen im Einsatz. Gesteuert werden sollen diese über Alexa.

Im Adapter werden die Lampen angezeigt und sind auch über die Cloud in Alexa sichtbar (ein einer Gruppe zusammengefasst).

Leider läuft nach einer gewissen Zeit etwas schief und die Lampen beginnen ein Eigenleben zu entwickeln ;-)

Ich habe im Cloudadapter beide Lampen mit Brightness Start 100% freigegeben. Das gleiche mit der Farbtemp, Startwert 65%.

Schalte ich nun ein paar mal über Alexa ändert sich zufällig die Helligkeit, obwohl ich nur den Befehl AN verwende, ohne Dimmen.

Auch die Farbtemperatur passt irgendwann nicht mehr, beide Lampen haben dann eine Unterschiedliche.

Das beste ist jedoch das folgende Eigenleben: Die Lampen gehen kurz aus und wieder an, ändern die Helligkeit und oder Farbtemperatur. Und das in einem Abstand von ein paar Sekunden, ohne jegliche Aktion meinerseits…

Strange. Wenn ich es schaffe, lege ich heute abend auch mal ein Log an bzw. einen Dump.

Reines Einschalten, ohne Farbtemp in der Gruppe scheint zu gehen.

Ziel ist es aber, ähnlich wie beim Kollegen die Farbtemepratur auch zu ändern, und zwar abhängig von morgens, mittags und abends.

Gruß,

Moses123