[Aufruf] IKEA-Trådfri v0.4.4 testen

reaper

Ich glaube genau hier scheint das Problem zu liegen. `
Bei mir besteht das Problem ebenfalls seit Version 0.3.2

iobroker@1.0.0 /opt/iobroker
└── (empty)

npm ERR! code 1

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

Über die App konnte ich die Lampen allerdings problemlos schalten.

AlCalzone

Dann führt den Befehl bitte nochmal im Ordner

/opt/iobroker/node_modules/iobroker.tradfri

aus. Da sollte er was finden.

~~@reaper:~~

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?

Alex1808

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

AlCalzone

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-crypto

eventuell 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

reaper

~~@AlCalzone:~~

Hat der Adapter danach neu gestartet? Bei mir tut er das. `
Nein, musste ich manuell anstoßen.

~~@AlCalzone:~~

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

AlCalzone

~~@reaper:~~

~~@AlCalzone:~~

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.

~~@reaper:~~

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.

Homoran

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

AlCalzone

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.

Homoran

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

Homoran

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

AlCalzone

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?

Homoran

~~@AlCalzone:~~

(dank anderer [?] Fernbedienung) `
ist meines Wissens identisch mit der für Farbtemperatur.

RGB werde ich mir baldmöglichst zulegen.

~~@AlCalzone:~~

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

AlCalzone

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.

Homoran

~~@AlCalzone:~~

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

AlCalzone

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

Homoran

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

Homoran

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

Dutchman

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

P1PPO

~~@Homoran:~~

~~@AlCalzone:~~

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

AlCalzone

Ich werde heute Abend mal testen, zum Glück lässt sich ein Verbindungsabbruch leicht reproduzieren.

Community Forum

NEWS

[Aufruf] IKEA-Trådfri v0.4.4 testen

Support us

361

32.4k

81.5k

1.3m