[Aufruf] IKEA-Trådfri v0.4.4 testen
-
Ich glaube genau hier scheint das Problem zu liegen. `
Bei mir besteht das Problem ebenfalls seit Version 0.3.2iobroker@1.0.0 /opt/iobroker └── (empty) npm ERR! code 1Folgendes habe ich im Log gefunden:
tradfri.0 2017-10-06 06:59:37.215 warn 3 consecutive pings failed, resetting connection (attempt #2)... tradfri.0 2017-10-06 06:59:07.057 warn 3 consecutive pings failed, resetting connection (attempt #1)... tradfri.0 2017-10-06 06:58:47.059 warn Lost connection to gatewayÜber die App konnte ich die Lampen allerdings problemlos schalten.
-
Dann führt den Befehl bitte nochmal im Ordner
/opt/iobroker/node_modules/iobroker.tradfriaus. Da sollte er was finden.
Folgendes habe ich im Log gefunden:
tradfri.0 2017-10-06 06:59:37.215 warn 3 consecutive pings failed, resetting connection (attempt #2)... tradfri.0 2017-10-06 06:59:07.057 warn 3 consecutive pings failed, resetting connection (attempt #1)... tradfri.0 2017-10-06 06:58:47.059 warn Lost connection to gateway ```` `Hat der Adapter danach neu gestartet? Bei mir tut er das.
Und um sicher zu gehen:
Euer JS-Controller ist halbwegs aktuell?
NodeJS ist mindestens 6.x?
-
Hatte auch wieder das Problem mit Adapter. Adapter wird jetzt mit dem Cron jede stunde nur gestartet.
root@DS:/opt/iobroker# npm ls node-dtls-client iobroker.core@1.0.0 /opt/iobroker └── (empty) npm ERR! code 1 root@DS:/opt/iobroker# npm ls node-dtls-client iobroker.core@1.0.0 /opt/iobroker └── (empty) npm codeERR! 1 root@DS:/opt/iobroker# cd /opt/iobroker/node_modules/iobroker.tradfri root@DS:/opt/iobroker/node_modules/iobroker.tradfri# npm ls node-dtls-client iobroker.tradfri@0.3.2 /opt/iobroker/node_modules/iobroker.tradfri └─┬ node-coap-client@0.4.6 └── UNMET DEPENDENCY node-dtls-client@^0.2.1 npm ERR! missing: node-dtls-client@^0.2.1, required by node-coap-client@0.4.6 root@DS:/opt/iobroker/node_modules/iobroker.tradfri# node -v v6.11.3 -
Hmm, du könntest mal probieren, den Adapter und alle Abhängigkeiten sauber neu zu installieren. Am besten zuerst Hostname und Key aus dem Admin-Menü kopieren (irgendwo abspeichern), dann:
iobroker del tradfri cd /opt/iobroker/node_modules rm -rf node-coap-client rm -rf node-dtls-client rm -rf node-aead-cryptoeventuell mit sudo, einige der Ordner existieren möglicherweise nicht. Danach den Adapter über die Liste im Admin wieder installieren. Ich hab das eben auch mal testweise gemacht, danach sieht es folgendermaßen aus:
/opt/iobroker $ npm ls node-dtls-client iobroker@1.0.0 /opt/iobroker └─┬ iobroker.tradfri@0.3.2 └─┬ node-coap-client@0.4.6 └── node-dtls-client@0.2.1 -
Hat der Adapter danach neu gestartet? Bei mir tut er das. `
Nein, musste ich manuell anstoßen.Und um sicher zu gehen:
Euer JS-Controller ist halbwegs aktuell?
NodeJS ist mindestens 6.x? `
Beides war nicht älter als zwei Wochen. Zur Sicherheit habe ich aber beides heute nochmal aktualisiert.Vielleicht kann sich nochmal jemand meiner Ursprungs-Frage annehmen:
Wie kann ich alle Funktionen meiner LEDs über einen Smartnamen (z. B. Wohnzimmer) via Alexa steuern?
Danke im Voraus.
Gruss,
reaper
-
Hat der Adapter danach neu gestartet? Bei mir tut er das.
Nein, musste ich manuell anstoßen.
Magst du mal die Anleitung aus meinem vorherigen Post ausprobieren, ob das was ändert? Ich versteh nämlich nicht ganz, warum mein Adapter neu startet und eurer anscheinend nicht.Vielleicht kann sich nochmal jemand meiner Ursprungs-Frage annehmen:
Wie kann ich alle Funktionen meiner LEDs über einen Smartnamen (z. B. Wohnzimmer) via Alexa steuern? `
Am besten probierst du es mal im Alexa-Subforum. Ich habe selbst auch nur "an/aus" direkt über Alexa geregelt, der Rest läuft über eine Szene. -
Hallo AlCalzone,
ich habe eben auf meinen View vom Tinkerboard gesehen und mit Schrecken festgestellt, dass die Temperatur >65°C war.
unter den laufenden Prozessen hatte tradfri 17,7% CPU Belastung, was normalerweise nie vorkommt.
im Admin war er "gelb"
nach einem restart erschien die Warnmeldung von ruhr70's Prozesse-Skript, dass der Adapter zwei mal läuft.
Auch noch nach deaktivierung des Adapters unter Instanzehn.
Die angeblich noch laufende Instanz (top), liess sich nur mit kill -9 abschießen ein einfaches kill half nicht.
Mir ist leider bewusst, dass jetzt ein systematisches Suchen wohl nicht mehr möglich ist, aber bei 65 - 70°C hatte das Überleben der CPU Vorrang.
Die Temperatur ist laut log heute Nacht gegen 0:45 sprunghaft angestiegen.
Gruß
Rainer
-
Danke für den Report. Das hatte ich letztens auch mal. Klingt verdammt nach einer Endlosschleife, ansonsten kann ich mir nichts vorstellen, was das Verhalten auslösen könnte. Habe in den Dependencies einige potentielle Endlosschleifen eliminiert (auch wenn die Bedingungen eigentlich nicht auftreten dürften).
v0.3.3 behebt das Problem hoffentlich.
-
Danke für das feedback.
Habe auf dem Tinker aktualisiert und überlegt, wo ich noch tradfri drauf habe:
Das ist ein NUC mit Pentium!EDIT:
Gruß
Rainer
-
Ich habe jetzt noch einiges herumgespielt, klappt schon eine ganze Menge! Danke dafür.
Noch ein paar Wünsche (ist ja bald Weihnachten
)Transition-duration klappt ganz hervorragend wo es geht aber…
-
in der Gruppe nur mit Helligkeit
-
- grundsätzlich keine colorchange in einer Gruppe möglich
-
-
- wird bei RGB noch wichtiger
-
Die (automatisch erzeugten) Namen der Datenpunkte sind nicht eindeutig, da gibt es z.B. bei Blockly Doubletten
bei mehreren Leuchtmitteln wird das schnell übersichtlich.- klar kann ich die manuell ändern, aber wäre nett wenn….
kann die Gruppensteuerung noch erweitert werden?
- s.o.
Danke
Rainer
-
-
Hallo Homoran,
danke für die Anregungen. Ein bisschen was davon habe ich schon auf dem Schirm.
Thema Gruppensteuerung:
Aktuell bilde ich nur ab, was der Endpoint auf dem Gateway auch anbietet. Ob die RGB-Lampen (dank anderer [?] Fernbedienung) in Gruppen die Farbe wechseln können, werden wir sehen.
Farbänderung geht aktuell nur über den Weg, dass der Adapter erkennt, welche Lampen zur Gruppe gehören und die alle die Farbe wechseln lässt.
Ich arbeite an https://github.com/AlCalzone/ioBroker.tradfri/tree/virtual-groups, der diese Funktion einerseits nachrüstet, aber noch einen Schritt weiter geht. Neben den vordefinierten Gruppen will ich virtuelle Gruppen einbauen. Die existieren dann zwar nur in ioBroker, erlauben aber verschiedene Lichter zusammenzufassen, ohne dass die Zuordnung zur jeweiligen Fernbedienung verloren geht. Und außerdem kann eine Lampe dann mehreren dieser Gruppen angehören.
Thema Namen/Blockly:
Ist mir auch schon aufgefallen, ist aber bei ZWave etc. nicht anders. Die Frage ist hier IMO eher, warum in Blockly der Name und nicht die ID angezeigt wird.
Wie ist das denn bei anderen Adaptern gelöst, die keine Dubletten mit sich bringen?
-
(dank anderer [?] Fernbedienung) `
ist meines Wissens identisch mit der für Farbtemperatur.RGB werde ich mir baldmöglichst zulegen.
Farbänderung geht aktuell nur über den Weg, dass der Adapter erkennt, welche Lampen zur Gruppe gehören und die alle die Farbe wechseln lässt. `
Das wäre doch schon was. Geht das auch mit Farbtemperatur? ich habe diese Funktion nicht herausfinden können.Gruß
Rainer
-
Ja, werde ich einbauen. Die Zuordnung der Geräte steht im Gruppen-Objekt:
{ "_id": "tradfri.0.G-132848", "type": "channel", "common": { "name": "STARTERSET" }, "native": { "instanceId": 132848, "deviceIDs": [ 65536, 65537, 65538 ], "type": "group" }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Du könntest also bis es soweit ist:
=> das Gruppen-Objekt auslesen und
=> in einer Schleife obj.native.deviceIDs durchgehen
=> Wenn state tradfri.0.L-<u>deviceId</u>.lightbulb.color existiert, diesen setzen.
-
Danke für den Report. Das hatte ich letztens auch mal. Klingt verdammt nach einer Endlosschleife, ansonsten kann ich mir nichts vorstellen, was das Verhalten auslösen könnte. Habe in den Dependencies einige potentielle Endlosschleifen eliminiert (auch wenn die Bedingungen eigentlich nicht auftreten dürften).
v0.3.3 behebt das Problem hoffentlich. `
Komme gerade von einer Dinstreise zurück muss ich sehen, dass tradfri 0.3.3 wieder 100% eines Kerns braucht und Temperatur und takt grenzwertig hoch resp. Maximum sind.Auf einem Rechner lief bereits die instanz doppelt, auf dem anderen nach Neuinstallation (falls es ein weiteres update gegeben hätte)
Auf beiden rechnern war die amoklaufende instanz nur mit kill -9 abzuschiessen, die andere instanz brauchte jeweils rinen njedrigen einstelligen cpu anteil.
Gruß
Rainer
-
Hmm dann muss ich mir ne andere Lösung für den reconnect einfallen lassen. Mehrere Instanzen kann nur der Neustart auslösen.
Gesendet von iPhone mit Tapatalk
-
Ich muss da morgen abend mal in ruhe testen.
Im moment ekommt er auch keinen connect mehr zum gateway und startet alle paar minuten neu.
Bin aber schon im Bett und zu faul zum Aufstehen und das gateway resetten.
Melde ich morgen wieder.
Danke!
Rainer
-
Habe erst diverse Zests mit der tradfri app gemacht. Dort hat alles geklappt.
Der Adapter bekam trotzdem keine Verbindung zum Gateway.
Erst nachdrm ich dem Gateway cen Strom kurzzeitig abgezogen hatte fand auch der Adapter das Gateway (und alle Geräte) wieder.
Gruß
Rainer
-
Zu den gruppen, Steuerung geht per ioBroker jedoch wird der Wert nicht geupdatet wen man es von der App aus macht.
Das selektieren „mood“ in ioBroker ändert auch den Status der Helligkeit nicht
-
Danke für den Report. Das hatte ich letztens auch mal. Klingt verdammt nach einer Endlosschleife, ansonsten kann ich mir nichts vorstellen, was das Verhalten auslösen könnte. Habe in den Dependencies einige potentielle Endlosschleifen eliminiert (auch wenn die Bedingungen eigentlich nicht auftreten dürften).
v0.3.3 behebt das Problem hoffentlich. `
Komme gerade von einer Dinstreise zurück muss ich sehen, dass tradfri 0.3.3 wieder 100% eines Kerns braucht und Temperatur und takt grenzwertig hoch resp. Maximum sind.Auf einem Rechner lief bereits die instanz doppelt, auf dem anderen nach Neuinstallation (falls es ein weiteres update gegeben hätte)
Auf beiden rechnern war die amoklaufende instanz nur mit kill -9 abzuschiessen, die andere instanz brauchte jeweils rinen njedrigen einstelligen cpu anteil.
Gruß
Rainer `
Exakt identisches Bild wie bei Rainer auch bei mir (v 0.3.3, nach kurzer Zeit regelmäßig ein Kern bei 100%, kill nur mit -9). Lass mich bitte wissen, falls weitere Infos Dir weiterhelfen würden.
Viele Grüße
-
Ich werde heute Abend mal testen, zum Glück lässt sich ein Verbindungsabbruch leicht reproduzieren.
