TRX: Initialization Error

[Markus M.]

Jein. Ich hatte noch nicht neu gestartet da die Musik noch lief ;)
Soweit klappt das - ich hatte den Fehler aber auch vorher schon eine Woche lang nicht mehr.
Sollte es nochmal passieren, melde ich mich wieder.

[Willi]

Jein. Ich hatte noch nicht neu gestartet da die Musik noch lief ;)
Soweit klappt das - ich hatte den Fehler aber auch vorher schon eine Woche lang nicht mehr.
Sollte es nochmal passieren, melde ich mich wieder.

Hallo Markus,

ich würde Dich gerne bitten intensiv zu testen, ob der Regex-Fix das Problem dauerhaft bei
Deiner Konfiguration löst.

Bei dem bisher gemeldeten Verhalten, würde ich dies annehmen. Ich möchte aber ungerne diese
Änderungen ins SVN einchecken, wenn nicht wirklich erforderlich. Es ist nicht absolut auszuschließen, dass
der Fix Nebeneffekte hat (auch wenn ich dies nicht erwarte), der bei anderen Nutzern zu Problemen führt.
 
Danke.

-- Willi

[Markus M.]

Nach ein paar Restarts und Reboots ist soweit alles ok.
TRX wurde jedesmal korrekt initialisiert.
Danke!

Leider ist mir jetzt aufgefallen dass 'shutdown restart' bei mir gar nicht funktioniert und der RasPi nicht jedes mal wieder hochkommt.
Hat aber nichts mit deinem Fix zu tun, da zumindest das erste Problem schon immer bestand.

[Tobias]

Ich habe die Änderung der Regexp jetzt auch bei mir eingebaut und werde beobachten.
Gruss

[Willi]

Ich habe die Änderung der Regexp jetzt auch bei mir eingebaut und werde beobachten.
Gruss

Super. Danke Tobias. Ich habe die Änderung bei mir auch drin.

Ich schlage vor wir schauen mal ein paar Tage und ich packe es nächste Woche ins SVN, wenn bis dahin alles ok ist.

-- Willi

[Willi]

Nachdem es keine weiteren Fehlermeldungen gab, habe ich die Änderung der Initialisierung (^ in regex weglassen)
jetzt ins SVN committed.

[Tobias]

Hi Willi,

heute hatte ich den Fehler wieder.
Kanst du, analog zum ECMD, ein "set <device> reopen" einbauen?
Dann kann ich soetwas bauen:

Code Auswählen Erweitern

define RFXTRX_onlinecheck at +*00:10 {
  my $state = ReadingsVal("RFXTRX", "STATE", "");
  if(lc($state) !~ m/initialized/) {
     Log 3, "RFXTRX nicht bereit!";
  }
}

[Willi]

Hallo Tobias,

wie sah denn diesmal die Fehlermeldung aus?

Grüße

Willi

[Tobias]

sieht identisch aus...

Code Auswählen Erweitern

2013.05.24 14:00:06 3: Opening RFXTRX device /dev/CUL_rfxtrx
2013.05.24 14:00:06 3: Setting RFXTRX baudrate to 38400
2013.05.24 14:00:06 3: RFXTRX device opened
2013.05.24 14:00:06 1: TRX: Initialization Error hexline='000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000d010001025240000c2f01010000'
2013.05.24 14:00:06 1: Cannot init /dev/CUL_rfxtrx, ignoring it

[Willi]

Hmm. Das ist seltsam.

Ich habe die Änderung der Zeile 247 in 45_TRX.pm
    if ($buf =~ m/\x0d\x01\x00(.)(.)(.)(.)(.)(.)(.)(.)(.)(.)(.)/) {
schon seit längerem im SVN.

Das sollte fehlertolerant gegen die führenden 00 sein.

Der von Dir angegebene string hätte darauf eigentlich passen müssen.

Welche Version von 45_TRX.pm verwendest Du? Wie sieht bei Dir Zeile 247 in 45_TRX.pm aus?

-- Willi

[Tobias]

so siehts aus:

Code Auswählen Erweitern

# $Id: 45_TRX.pm 3056 2013-04-08 18:34:59Z wherzig $
[...]
  } else {
        Log 1, "TRX: Init OK";
        $hash->{STATE} = "Initialized";
        # Analyse result and display it:
        if ($buf =~ m/\x0d\x01\x00(.)(.)(.)(.)(.)(.)(.)(.)(.)(.)(.)/) {
                my $status = "";


[Willi]

Hallo Tobias,

ich teste aus, warum das nicht funktioniert hat. Dann fixe ich es oder baue Dir Dein Reset.

Komme aber vermutlich erst am Wochenende dazu.

-- Willi

[Willi]

Hallo Tobias,

wie oft ist das Problem in der Zwischenzeit noch aufgetreten?
Ich bin gerade dabei meine TODO-Liste für RFXtrx433 anzuschauen und hatte Deinen Thread ganz "vergessen"...

Es gab gemäß Link sowie
http://forum.fhem.de/index.php?t=msg&goto=82097&rid=136&srch=rfxtrx433#msg_82097
Probleme mit DevIo.pm und BlockingCall.pm.
Nach der Beschreibung könnte es plausibel sein, warum es bei mir mit nur einem Device nicht
auftrat, bei Dir aber mit mehreren Devices.

Wurde erst vor kurzem gefixt. Evtl. hatte Dein Problem auch damit zu tun und ist jetzt nach neuesten
update in Ordnung.

-- Willi

[Markus M.]

Zumindest ich hatte das Problem mit der fehlgeschlagenen Initialisierung seit deiner Änderung im Mai nicht mehr.

[Tobias]

Hi Willi,
Da ich an dem System seit dem nicx mehr verändert habe und es als produktives system nicht neu gestartet wurde, hatte ich auch den Fehler nicht mehr. Ich merke es erst wenn aus irgendeinem Grund ein Neustart ansteht (stromausfall etc). ICh melde mich aber wieder sobald ich es feststellen sollte (plus nach einem update um die neuesten Bugfixe zu haben)
Danke aber das du an mich gedacht hast :)
Nichts-desto-trotz ist es immer gut eine "set <dev> reopen" zu haben ;)