RFXTRX433 / Fritzbox 7390 / Sporadische "Aufhänger"

Begonnen von herrmannj, 09 Mai 2014, 12:56:56

Vorheriges Thema - Nächstes Thema

herrmannj

Hi,

RFXTRX433 an FB 7390 (aktiver Hub).

Von Zeit zu Zeit beobachte ich das senden und empfangen mit dem RFXTRX nicht mehr funktioniert.

Wenn das passiert kann ich "im" RFXTRX (fhemweb) unter RAWMSG (glaube auch PARTIAL) eine lange Folge völlig sinnloser ASCII Zeichen sehen. "Sinnlos": wirklich quer Beet, Symbole usw.

Neustart, bzw abstecken und wieder rein, dann läufts wieder Tage/Wochenlang.

Ist da etwas bekannt ?

Danke und Grüße
Jörg

mi.ke

Hi,

ich habe das gleiche Problem.

Einigermaßen stabil, mit sporadischen Aussetzern, läuft es bis zum Updatestand Mai / Juni 2014.
Danach kommen die Fehler deutlich öfter bzw schneller. (zwischen 1 min. und 2 Stunden.) Natürlich bin ich aktuell auf ein altes Backup zurück, sonst ist das System instabil.

Reproduzierbar ist es bei meiner Config (firmware=70, protocols enabled: Hideki OREGON ARC)  leider nicht.
Bin vor zwei Wochen auf einen Cubie umgezogen, seit dem ist die Performance (zwischen Auslösen und Aktion) mit deutlich weniger delay.

Nur das sporadische Aussteigen bleibt.(incl. der Update Problematik).


Interessanterweise läuft der 2.te RFXtrx ohne Probleme (firmware=70, protocols enabled: RSL)

btw.
update des RFXtrx (firmware) kann nicht gemacht werden, da sonst die Revolts und die modifizierten Elros nicht mehr funktionieren.



 
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

mi.ke

Nun geht's wieder los.....

Langsam bin ich am verzweifeln.

Wochenlang war Ruhe, keine Probleme.
Seit 3 Tagen hängt sich der RFXTRX wieder ständig auf.

. . . .mal nach 4-5 Std mal direkt nach dem Starten von fhem.
Alles andere funktioniert: FS20 / HM




Internals:
CFGFN         ./FHEM/(a)CULsystem.cfg
DEF              /dev/ttyUSB0@38400
DeviceName /dev/ttyUSB0@38400
FD               7
NAME          RFXTRX_433
NR              36
PARTIAL    ���� � C� �����B���a����FК����ZB���F��a��А��Z��ZF�����e ���d � �a���ZF�BК��ZC�ڄ��F���L�a� B���Z��Z�
RAWMSG     0a520180680400c9310179
RFXTRX_433_MSGCNT 6095
RFXTRX_433_TIME 2015-01-20 08:43:59
STATE        Initialized
TYPE          TRX

Attributes:
   addvaltrigger 0
   eventMap   Initialized:verbunden disconnected:Fehler
   group      SystemCUL
   icon         icoTool
   room       Server
   rssi          1
   sortby      02
   verbose    4




Der RFXTRX hängt nicht mehr an einer Fritzbox, sondern an einem Cubietruck.
Auch ein ext. USB Hub brachte keinerlei  Verbesserung.

Das schlimme ist, dass der Fehler nicht reproduzierbar ist, sondern absolut sproadisch.
Gibt es ein Möglichkeit über das RAW rauszubekommen, was den Fehler produziert?

Hilfe, der WAF singt deutlich, da am RFXTRX 30 Steckdosen und die Temperatursensoren hängen.
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

digital.arts

Hallo,
@mi.ke
der WAF ist sicher ein wichtiger Grund, das wieder hinzubekommen  8) kenne ich ...
Vielleicht einfach mal das USB-Kabel wechseln ?
Gerade billige USB-Kabel, vor allem die z.B. mit billigen Nanos mitgeliefert werden, funktionieren oft nicht richtig (eigene Erfahrung...)
Viel Erfolg bei der Fehlersuche

VG
Karl
FHEM auf RPi; CUL868 für FHT; NanoCUL433 für IT und Revolt; Fhemduino für IT und Temp/Hum; RFXTRX433e für IT/FA20RF/Funkgong/HomeEasy; NanoFirmataEth für 1wire Temp

mi.ke

#4
Und es geht wieder los . . . .
Diesmal stellt der RFXTRX die Arbeit einfach ein. Sendet und empfängt einfach nichts mehr.
Mal direkt nach dem Restart, mal erst Minuten oder Stunden später.

Gibt es nicht irgendeine Möglichkeit zu überprüfen, was zum Fehlerzeitpunkt passiert.

verbose 5 bringt mich nicht weiter, da in den Massen an Daten trotz intensiver Suche keine "Auffälligkeiten" zu erkennen waren.

Die Hardware ist mehrfach durchgetauscht (Kabel und auch der RFXTRX selbst).



Internals:
   CFGFN      ./FHEM/(a)CULsystem.cfg
   DEF        /dev/ttyUSB0@38400
   DeviceName /dev/ttyUSB0@38400
   FD         8
   NAME       RFXTRX_433
   NR         36
   PARTIAL    �JH�Z+� b��Z�ڊ�ڂ��r��k�ZA�J�Z��Z+�ښ��0��+�A�JH�ZS���Z
   RAWMSG     c2f041f05a2beb5a53f3da6be84c4b62f2fbdac7f0dac2f05a9afa5a53e85a6be85ac7d2da72fa9a61f0ca88ffda9afa82030022ff5ac2f05a2beb5a53f30a6be8da07d2da72fada61fc5a8af45a2beb5ac2f05a53f38c0b62f2fbda9afada61f090c8ff5a72fa0053f31a2beb5ac2f0da6be8009afada61f0da07d25a72fa5a53f35a9af45a82f0da61f0ca88ffda72fada53e3009afa5a6be85a41f012c8ffdac2f0dac7d2080190da53e1809afa5a6be85a0bd09a41f0cac8ffda82f0da6be8da41
   RFXTRX_433_MSGCNT 43
   RFXTRX_433_TIME 2015-08-31 09:55:39
   STATE      Initialized
   TYPE       TRX
Attributes:
   addvaltrigger 0
   comment    firmware=91, protocols enabled: Hideki OREGON ARC '
   do_not_init 1
   eventMap   Initialized:verbunden disconnected:Fehler
   group      SystemCUL
   icon       icoTool
   longids    0
   room       Server
   rssi       1
   sortby     02
   verbose    4





Auch verschiedene Firmware Versionen habe keine Abhilfe geschaffen (ausser, dass einige Sensoren erkennbar, oder eben nicht, sind)

Hilfe . . .
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

mi.ke


Netzteil des Cubie/Hub auch getauscht

Aber, was mir jetzt noch aufgefallen ist.

Wenn ich ein Signal absende und der RFXtrx funktioniert, blinkt die gelbe UND die rote LED.
Wenn er sich wieder "aufgehängt hat, bekommt man als Antwort immer nur die gelbe LED.

Willi ?

FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

Spook112

Hi,
ich habe vermutlich das gleiche Problem.
Mein RFXTRX433e hängt an einem Raspberry per mitgeliefertem USB Kabel.
Ich steuere damit SOMFY RTS Jalousien und alles ist so weit funktionstüchtig eingerichtet.
Über den Weekday Timer werden die Jalousien morgens hoch und abends runter gefahren.
Nach ein paar Tagen geht es dann plötzlich nicht mehr. FHEM sendet zwar weiterhin laut LogFile das Signal an alle Rollläden aber diese fahren nicht mehr runter - und sind auch per manuellem Befehl aus FHEM nicht mehr steuerbar.
Wenn ich FHEM stoppe und wieder starte geht es wieder.

Gibt es schon Ideen woran es liegen könnte und wie man das korrigieren kann?

Danke im Voraus für Tips und Unterstützung.
Gruß
Michael
Raspberry PI / RaZberry ZWAVE Modul / RFXTRX433E / 13 Fibaro FGS-222-EN-A-v1.00 / 17 VISION ZD2102-5 / 10 Somfy RTS / 4 Greenwave GWRENS310-F / Gardena Sileno City / 3 Gardena Gartensteckdosen / 2 devolo Home Control Funkschalter / 8 FIBARO System FGSD002 Smoke Sensoren

mi.ke




Ich hab in Ermangelung von Lösungen folgendes aufgesetzt.

Ein Notify fängt die timestamps der Temperatursensoren auf und schreibt die Zeit in einen Dummy.
Ein Watchdog überwacht mit SAME ob der Wert des Dummys sich 3 min. nicht geändert hat.
Wenn keine Änderung über 3 Min. initialisiere ich den RFXTRX neu "modify RFXTRX_433 /dev/ttyUSB0@38400"

Das weckt mir den RFXTRX wieder auf. FS20+HM laufen ja klaglos.

Wie gesagt, keine Lösung, aber immerhin . . . .

Cheers

FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara