[Aufruf] IKEA-Trådfri Adapter testen

AlCalzone

> mdns@2.3.3 install /opt/iobroker/node_modules/mdns
> node-gyp rebuild

make: Entering directory '/opt/iobroker/node_modules/mdns/build'
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
In file included from ../src/dns_sd.cpp:1:0:
../src/mdns.hpp:32:20: fatal error: dns_sd.h: Datei oder Verzeichnis nicht gefunden
#include <dns_sd.h>
^
compilation terminated.
dns_sd_bindings.target.mk:149: recipe for target 'Release/obj.target/dns_sd_bindings/src/dns_sd.o' failed
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1
make: Leaving directory '/opt/iobroker/node_modules/mdns/build'</dns_sd.h>
```` `

Da haben wir's doch! Ich schau, wie man das beheben/verhindern kann.

AlCalzone

~~@Homoran:~~

Auch nach versuch über die Konsole kein trådfri ordner

                                 
  CC(target) Release/obj.target/mbedcrypto/mbedtls/library/bignum.o                                          
../mbedtls/library/bignum.c: In function ‘mpi_mul_hlp’:                                                      
../mbedtls/library/bignum.c:1168:1: error: r7 cannot be used in asm here                                     
 }                                                                                                           
 ^                                                                                                           
../mbedtls/library/bignum.c:1168:1: error: r7 cannot be used in asm here                                     
mbedcrypto.target.mk:144: recipe for target 'Release/obj.target/mbedcrypto/mbedtls/library/bignum.o' failed  

```` `

Die DTLS-Library scheint hier nicht kompatibel zu sein :( Muss ich mal schauen, ob ich ein anderes Paket finde.

ACE76

Hallo,

erst einmal vielen Dank an AlCalzone für die Entwicklung dieses Adapters!

Nach stöbern im Thread habe ich es letztendlich geschafft den Tradfri Adapter zu installieren. Nun habe ich allerdings das Problem, dass sich der Adapter scheinbar nicht mit dem Gateway verbindet, obwohl die IP als auch Security Code stimmen. Ich finde einfach den Fehler nicht selbst.

Das Log zeigt die folgende Schleife (IP anonymisiert):

tradfri.0	2017-05-13 00:11:06.844	info	requesting coap endpoint 192.168.XXX.XX/15001
tradfri.0	2017-05-13 00:11:06.820	info	starting. Version 0.1.2 in /opt/iobroker/node_modules/iobroker.tradfri, node: v4.8.1
tradfri.0	2017-05-13 00:11:06.774	debug	statesDB connected
tradfri.0	2017-05-13 00:11:06.699	debug	objectDB connected
tradfri.0	2017-05-13 00:10:52.588	info	requesting coap endpoint 192.168.XXX.XX/15001
tradfri.0	2017-05-13 00:10:52.564	info	starting. Version 0.1.2 in /opt/iobroker/node_modules/iobroker.tradfri, node: v4.8.1
tradfri.0	2017-05-13 00:10:52.497	debug	statesDB connected
tradfri.0	2017-05-13 00:10:52.423	debug	objectDB connected

Unter den Objekten werden keine Datenpunkte für die Geräte angelegt. Lediglich eine Instanz.

Hat jemand eine Idee woran dies liegen könnte? Falls ich noch etwas anderes beisteuern kann zur Fehlerfindung bitte ich um Hinweis.

PS:
~~@han_swurst:~~

Was mir noch aufgefallen ist, die Instanz des Adapters terminiert sich sobald sie eine IP konfiguriert hat. Im unkonfiguriertem Zustand, oder wenn die IP gelöscht wird, bleibt die Instanz gestartet. `
Gerade noch diesen Post gesehen und überprüft. Ist bei mir genau so. Ändert aber nichts daran, dass kein Ordner angelegt wird mit den Geräten.
2436_screenshot.jpg

han_swurst

~~@AlCalzone:~~

~~@han_swurst:~~

> mdns@2.3.3 install /opt/iobroker/node_modules/mdns
> node-gyp rebuild

make: Entering directory '/opt/iobroker/node_modules/mdns/build'
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
In file included from ../src/dns_sd.cpp:1:0:
../src/mdns.hpp:32:20: fatal error: dns_sd.h: Datei oder Verzeichnis nicht gefunden
#include <dns_sd.h>
^
compilation terminated.
dns_sd_bindings.target.mk:149: recipe for target 'Release/obj.target/dns_sd_bindings/src/dns_sd.o' failed
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1
make: Leaving directory '/opt/iobroker/node_modules/mdns/build'</dns_sd.h>
```` `

Da haben wir's doch! Ich schau, wie man das beheben/verhindern kann. `

Das ist nicht das Problem. Da fehlen ein nur ein paar Abhängigkeiten für mdns.

Ein apt-get install libavahi-compat-libdnssd-dev behebt den Fehler beim Installieren von mdns.

Ich hab auch schon libcoap installiert bzw. kompiliert. Aber auch damit bringt der Adapter den bekannten Fehler.

Nochwas:

Ich weiß nicht obs Dir beim Fehler suchen hilft, aber der Adapter schmiert nur ab, wenn man die IP vom Ikea-Gateway eingibt.

MfG

Chris

AlCalzone

Danke für die zahlreichen Infos. Ich kann noch nichts versprechen, da ich aktuell nicht viel Zeit habe, aber ich versuche im Laufe der Woche nachzuvollziehen, was da bei euch schief läuft.

Dass keine Objekte angelegt werden, ist zu erwarten, da der Adapter keine Verbindung herstellt. Die Objekte sollten bei erfolgreicher Verbindung angelegt werden.

–-

Update: Ich kann euer Problem mittlerweile reproduzieren. Bei Ausführung über Konsole gibt es weitere Infos:

io.tradfri.0: ../../nan/nan.h:704: Nan::MaybeLocal <v8::object>Nan::CopyBuffer(const char*, uint32_t): Assertion `size <= imp::kMaxLength && "too large buffer"' failed.</v8::object>

Wenn ich jetzt noch wüsste, warum das vorher bei mir funktioniert hat…

AlCalzone

Ich habe mal nach Alternativen geschaut:

mbed-dtls (aktuelle Lösung, problematisch)
tiny-dtls (in C geschrieben, schlecht bis nicht dokumentiert, muss ich irgendwie wrappen)
node-dtls (nodeJS, aber kann nur RSA, kein PSK wie von Tradfri benötigt, Code ist etwas… äääh unübersichtlich)
libcoap (kann kein DTLS, der beigelegte client erfordert pro überwachter Ressource [das sind einige] einen neuen Prozess)

Habe mich jetzt entschieden, DTLS und CoAP selbst zu implementieren, das wird aber noch ein bisschen dauern…

smartie

Hallo!

"Update: Ich kann euer Problem mittlerweile reproduzieren. Bei Ausführung über Konsole gibt es weitere Infos:

Code:

io.tradfri.0: ../../nan/nan.h:704: Nan::MaybeLocal v8::objectNan::CopyBuffer(const char*, uint32_t): Assertion `size <= imp::kMaxLength && "too large buffer"' failed.

Wenn ich jetzt noch wüsste, warum das vorher bei mir funktioniert hat…"

Nun, ohne der große JS Experte zu sein:

Ich würde vermuten das wenn das auf RPi NICH läuft, auf anderen Umgebungen schon würde ich schlicht vermuten das es daran liegt, das der standardmäßig für JAVA bereitgestellte Speicher auf dem RPi schlicht kleiner ist als in anderen Umgebungen.

Das ist denke ich aber eher Symptom und nicht Ursache. Die Frage ist: Was braucht denn im tradfri Adapter so eine Menge an Speicher, denn offensichtlich ist die Größe, also der Wert des 1. Parameters zu groß ....

Ich bekomme diese start/crash schleife auch ohne eigegebene IP/Securitycode ....</v8::object>

smartie

So, ich muss nun meinen Beitrag ergänzen - das Fehlerbild hat sich geändert.

Mein erstes Problem war: Die Prozedur zum Entfernen von node.js 4 hat wohl nicht funktioniert - und so hatte ich v4 und v7 parallel ( fieser weise hat die Command-line auf v7 zugegriffen, aber ioBroker auf v4).

Somit bin ich jetzt bei dem Status: Keine IP eingetragen –> Adapter läuft.

"Irgend eine IP - nur kein tradfri gate" --> Adapter sended coap request - und bekommt natürlich keine Antwort.

Sobald ich die IP vom Gate eingebe - auch ohne Securitycode crasht der Adapter mit

"host.csprint01 2017-05-30 16:43:38.925 error instance system.adapter.tradfri.0 terminated with code null ()

host.csprint01 2017-05-30 16:43:38.924 warn instance system.adapter.tradfri.0 terminated due to SIGABRT"

So ins Blaue geraten also dann wenn der client irgendwas antwortet ....

smartie

Hallo zusammen!

Ich habe mal ein bischen angefangen zu debuggen- um einzugrenzen wo der crash passiert:

Es liegt an coapClient.js

Line 147 - 172

Mehr Details habe ich noch nicht, aber vielleicht hilft's ja ….

AlCalzone

Danke für den Input. Mir ist bewusst, dass es an den 3rd-party libs liegt - irgendwas mit fehlerhafter Buffer-Größe. Hatte weiter oben auch schon mal einen Log gepostet mit dem exakten Fehler.

Was mich nur wundert:

Ich habe die erste Version auf einem Raspi 2 entwickelt, auf dem vorher schon einiges anderes installiert war. Da hats einwandfrei funktioniert. Die CI-Tests ebenfalls.

Dann kamen die ersten Nutzer, die es auf diversen Systemen nicht ausführen konnten. Auf einem frisch aufgesetzten Raspi (2 oder 3, weiß ich gerade nicht) ging es dann plötzlich auch bei mir nicht mehr. Irgendwas scheint also zu fehlen, nur was…?

Naja, ich werde die COAP und DTLS-Libraries demnächst durch eigenen Code ersetzen - ist nicht so schrecklich umfangreich auf der Client-Seite. Bin nur gerade im Umzugsstress, da ist keine Zeit für so Spielchen.

smartie

Das ist sicher eine gute Idee.

Ich bin auch noch einen Schritt weiter:

Das Problem liegt in coap-dtls/index.js , bei der Instantiierung des Agent ab Zeile 41 - 52.

AlCalzone

Das Problem müsste eigentlich im Paket mbed-dtls liegen, da hier die Bindings zum nativen C-Code liegen.

https://github.com/AlCalzone/node-mbed- … master/src

Wenn du die exakte Stelle finden solltest, lass es mich wissen. Ansonsten werde ich (sobald ich Zeit habe) die Libraries durch selbstgeschriebenen Code (reines JS) ersetzen.

smartie

Damit kann ich dienen:

in node-mbed-dstl\client_socket.js

Zeile 52: Bei der Instantiierung von mbed.DtlsClientSocket kracht's …..

Gruß

Smartie

smartie

~~@smartie:~~

Damit kann ich dienen:

in node-mbed-dstl\client_socket.js

Zeile 52: Bei der Instantiierung von mbed.DtlsClientSocket kracht's …..

Gruß

Smartie `

… ich nehm alles zurück und behaupte das Gegenteil ....

Dar Aufruf

const data = this.mbedSocket.receiveData(msg);

in client_socket.js macht das Problem. (So um Zeilennummer 85).

sunny999999

Gibts in dieser Richtung was neues ?

Häng auch da und warte auf ne Lösung oder nen workaround…...

Thx

Sunny

AlCalzone

Bin dran, dauert leider noch etwas. Die Implementierung von (D)TLS ist recht aufwändig und ich war die letzten Wochen nur unterwegs. Bin auf jeden Fall dran, da ich den Adapter in meiner Wohnung auch brauche.

Gesendet von iPhone mit Tapatalk

sirtwist672

Hallo AlCalzone,

ohne hetzen zu wollen,

gibts was neues?

SirTwist

AlCalzone

Habe letzte Woche die ersten Kommunikationsversuche per DTLS unternommen und einige Fehler ausgebaut. Prinzipiell funktioniert der Handshake (Austausch der Verschlüsselungsinformationen).

Allerdings habe ich dabei gemerkt, dass das Gateway nur AEAD-Verschlüsselungsmethoden unterstützt, die ich noch nicht implementiert hatte. Da komme ich frühestens Donnerstag dazu… habe leider momentan fast jede Minute neben der Arbeit verplant. Dann kann ich endlich testen, ob der reguläre Datenaustausch auch funktioniert.

CoAP steht dann auch noch an. Das scheint zumindest in einer rudimentären Variante nicht besonders viel zu werden.

AlCalzone

Ich habe gerade das erste Mal erfolgreich per DTLS mit dem Gateway kommuniziert. :)

Jetzt noch ein bisschen Code aufräumen, dann ist CoAP dran. Sollte also bald was zum Testen geben.

krissi

Ich steh schon in den Startlöchern ;)

Community Forum

NEWS

[Aufruf] IKEA-Trådfri Adapter testen

Support us

928

32.5k

81.6k

1.3m