tradfri hängt manchmal

[Pati_Alpha]

Hey,

ich nutze ein IKEA Tradfri Gateway mit dem tradfrigateway Modul.
Hin und wieder habe ich das Problem, dass das Modul bzw. alle Geräte nicht mehr auf Eingaben reagieren.
Setze ich das device auf "restart" geht es danach wieder.

Ist das Problem bekannt? Bzw. wie kann ich es debuggen?

Hier das defraw des devices:

Code: [Auswählen]

defmod tradfriGateway tradfri
attr tradfriGateway alias Tradfri Gateway
attr tradfriGateway createGroupReadings 1
attr tradfriGateway devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
attr tradfriGateway group Gateway
attr tradfriGateway room Tradfri
attr tradfriGateway stateFormat tradfri-fhem
attr tradfriGateway tradfriFHEM-params --ip 10.0.0.100
attr tradfriGateway tradfriFHEM-securityCode crypt:123123123123123123123123123123(:P)
attr tradfriGateway webCmd restart

setstate tradfriGateway running /usr/local/bin/tradfri-fhem
setstate tradfriGateway 2020-10-15 08:16:50 identity crypt: 123123123123123123123123123123(:D)
setstate tradfriGateway 2020-10-15 08:16:50 psk crypt: 123123123123123123123123123123(:P)
setstate tradfriGateway 2021-03-25 18:33:28 tradfri-fhem running /usr/local/bin/tradfri-fhem
Danke euch
Patrick

[justme1968]

das liegt leider an der darunter liegenden node-tradfri-client lib und zum teil daran das es kein offizielles api von ikea gibt.

alle x stunden automatisch ein set reconnect oder set restart machen ist zwar nur ein workaround sollte aber helfen.

eventuell und bei reproduzierbaren bedingungen wäre es gut bei node-tradfri-client ein ticket auf zu machen.

[Nasty]

hey Ihrs  ,
gibt es denn aktuell schon eine Lösung für das Problem ?
oder gilt noch der Workaround ?
habe hier das selbe Problem und meine Frau springt mir schon aufs dach 

Lieben Gruß und frohe Ostern Nasty

[chriskl]

Hallo zusammen,
ich hatte Tradfri schon lange auf RaspBian am laufen.
Hier traten nur sehr selten Probleme auf  .
Jetzt habe ich auf Debian x86_64 mit Docker umgestellt.
Wenn ich hier ca 30-60 Minuten keinen Tradfri-Befehl absetze quittiert der Tradfri-Daemon den Dienst.
Dann wird der 1. Schaltbefehl noch zum Device geschickt (und auch ausgeführt - z.B. Lampe geht an), jedoch kommt die Statusänderung nicht mehr zum FHEM zurück und dann geht nix mehr 
Jetzt hilft nur ein Restart vom Tradfri-Daemon.

Ich habe festgestellt dass jeder Schaltbefehl die "Lebenszeit" des Daemons verlängert  .
Daher habe ich folgenden Workaround realisiert:

In der Tradfri-App einen leeren Raum "Dummy" ohne Gerät eingerichtet.
Dann mit

Code: [Auswählen]

defmod at_tradfri_keep_alive at +*00:01:00 set alias=Dummy rgb FFFFFFjede Minute den Raum "geschaltet".

Seitdem keine Probleme mehr  .

Gruß

Chriskl

[thuffir]

In der Tradfri-App einen leeren Raum "Dummy" ohne Gerät eingerichtet.

Und wie genau hast du das gemacht? Wenn ich versuche einen leeren Raum anzulegen wird es einfach wieder gelöscht.

[chriskl]

Genau das ist bei mir nach einem Update der Tradfri-App oder Gateway auch passiert   
Also neuen Workarround gesucht
Da ich eh noch einen Raspi am laufen habe und ich dort ja nie Probleme hatte habe ich das tradfri-fhem node auf dem Raspi installiert und beim FHEM-Modul die Attribute tradfriFHEM-sshHost und -User gesetzt.
Damit wird der Daemon auf dem Raspi ausgeführt und alles ist gut.

Trotzdem ist das ja keine richtige Lösung.
Vielleicht könnte sich jemand mit Programmiererfahrung - vielleicht justme1968  - das Problem auf X86 anschauen.  Wäre echt super.

Hoffe das hilft dir weiter 

[justme1968]

das problem hat ziemlich sicher nichts mit x86_64 zu tun. meine installation läuft schon immer nativ darauf. ich denke es ist eher ein docker problem und das irgendwelche broadcast nachrichten nicht ankommen. das wäre typisch für docker. da ich docker nicht verwende (und nicht aktiv supporte) kann ich dir hier nicht helfen.

[chriskl]

Dann sollte das Modul außerhalb von Docker unter X86 ja funktionieren.
Ich glaube das habe ich auch getestet, bin mir aber nicht ganz sicher 
Ich kann das in den nächsten Tagen nochmal versuchen.

[chriskl]

justme1968 liegt vollkommen richtig.
Ich habe tradfri-fhem außerhalb von Docker im Host-OS installiert und das läuft jetzt seit 24h :-).
Hier eine kurze Anleitung:

Code: [Auswählen]

Auf Debianhost in shell:

# Node installieren
apt-get install nodejs npm
npm install -g tradfri-fhem

# ssh für Docker-Benutzer fhem auf Debianhost ohne Passwort
# ins Docker-Verzeichnis wechseln
cd ~/docker-compose/fhem
# Sitzung im Docker als fhem starten
docker-compose exec fhem su - fhem
# Falls noch kein ssh-Key generiert wurde
ssh-keygen -t rsa -b 4096
ssh-copy-id -i ~/.ssh/id_rsa user@debianhost
; test ob ssh ohne Passwort funktioniert
ssh user@debianhost

Dann in FEHM:
attr tradfri tradfriFHEM-sshHost debianhost
attr tradfri tradfriFHEM-sshUser userIch arbeite mit docker-compose. Falls ihr das anders macht müsst ihr die fhem-Docker-Sitzung entsprechend starten 

Somit ist kein zusätzlicher Raspi nötig 

Gruß

chriskl

[Wolfgang Hochweller]

Ich arbeite nicht mit Docker, aber mit Proxmox.
Ich habe das gleiche Problem wie die Docker-User, da sollte die Methode hier auch funktionieren, muss ich probieren.

[Wolfgang Hochweller]

Bin beeindruckt, waere ich nie draufgekommen. Funktioniert !

[thuffir]

Also bei mir läuft das ganze auf einem Raspi nativ (kein Docker o.Ä.) und trotzdem habe ich das Problem immer noch...

Ich habe aber noch einen Verdacht... Auf dem Raspi ist Firewall (ufw) eingeschaltet. Ich werde mal probeweise abschalten und dann berichten.

[thuffir]

Ich habe aber noch einen Verdacht... Auf dem Raspi ist Firewall (ufw) eingeschaltet. Ich werde mal probeweise abschalten und dann berichten.

Ich kann es bestätigen. Der Firewall war es. Weiß jemand welche Ports man freigeben sollte dass es mit Firewall funktioniert?

[Wolfgang Hochweller]

Ich kann mich ohne Probleme auf dem Host einloggen.

Code: [Auswählen]

ssh  root@192.168.10.171

Mache ich das aus FHEM heraus ( ssh user und ssh host sind gesetzt ), erhalte ich :

'Host key verification failed'

mit

'subsystem request failed on channel 0'


bzw.  aus dem Syslog :  'subsystem not found'

Was kann ich tun ?

[justme1968]

hast du es als der gleiche user probiert unter dem fhem läuft?