[gelöst] RFXTRX433 Initialization error

[Tobias]

Hi,
ich habe mir einen RFX433 besorgt und diesen über den RFXManager konfiguriert. Innerhalb des Managers werden meine TRX Sensoren sauber erkannt bzw geloggt.

In FHEM habe ich das Device jetzt folgendermaßen angelegt:

Code Auswählen Erweitern

defmod rfxtrx RFXCOM /dev/ttyUSB4@38400;
attr rfxtrx DbLogExclude .*;
attr rfxtrx room 99_Devices;
attr rfxtrx verbose 5;
Im Log kommt folgendes:

Code Auswählen Erweitern

2026.04.09 08:37:53.194 3: Opening rfxtrx device /dev/ttyUSB4
2026.04.09 08:37:53.195 3: Setting rfxtrx serial parameters to 38400,8,N,1
2026.04.09 08:37:53.197 5: DevIo_SimpleWrite rfxtrx: f02c
2026.04.09 08:37:54.298 1: RFXCOM: Initialization Error rfxtrx: no char read
2026.04.09 08:37:54.299 1: Cannot init /dev/ttyUSB4, ignoring it (rfxtrx)
Ich habe leider keine Ahnung woran es liegt. Im RFXManager wurde eine Baudrate von 38400 angezeigt, deshalb habe ich es so auch in die Definition übernommen. Aber auch mit anderen Baudraten hat es nicht funktioniert.

Irgendjemand eine Idee?

[Adimarantis]

Grundsätzlich schaut das ok aus. Stimmt die Device?
Um bei USB Portwechseln robust zu sein verwende ich die by-id devices:
/dev/serial/by-id/usb-RFXCOM_RFXtrx433XL_DO5O5GYM-if00-port0@38400

Jörg

[Tobias]

Das Device stimmt, ich habe beim einstecken via "dmesg" und "journalctrl" die Logs verfolgt.
Fhem läuft bei mir zwar im Docker, habe aber (wie auch die CUL´s) die Ports in den Docker weitergeleitet. Das sieht man ja auch da fhem den Port als "open" listet anstatt "disconnected"

[KölnSolar]

Hm, aber wieso als Modul RFXCOM ?
Das Modul ist doch das xy_TRX.pm und die Definition sollte dann so lauten

Code Auswählen Erweitern

defmod rfxtrx TRX /dev/ttyUSB4@38400
Ich würde Dir aber auch /dev/serial/by-id empfehlen...

Grüße Markus

[Tobias]

@KölnSolar:

das wars, da hat mich das FHEM Wiki auf die falsche Fährte gesetzt

Code Auswählen Erweitern

2026.04.09 10:00:09.222 3: Opening rfxtrx device /dev/ttyUSB4
2026.04.09 10:00:09.223 3: Setting rfxtrx serial parameters to 38400,8,N,1
2026.04.09 10:00:12.397 1: TRX: Init OK
2026.04.09 10:00:12.398 1: PERL WARNING: Use of uninitialized value $12 in pack at ./FHEM/45_TRX.pm line 463.
2026.04.09 10:00:12.398 1: TRX: Init status: 'RFXrec433 433.92MHz transceiver, hardware=1.0, output power=-18dBm, firmware=67, protocols enabled: Hideki/TFA/Cresta/UPM,LaCrosse,Oregon,X10,AC,HomeEasyEU,ARC,'
2026.04.09 10:00:12.400 3: rfxtrx device opened
2026.04.09 10:00:13.904 3: TRX_WEATHER: Unknown device THR128_1, please define it
2026.04.09 10:00:13.912 2: autocreate: define THR128_1 TRX_WEATHER THR128_1

[KölnSolar]

Brauchst Du all diese Protokolle ? Senden kannst Du ja alles ohne Protokollangabe und der Empfang ist u.U. bei weniger Protokollen besser.

Und ich sehe einen OREGON-Sensor in Deinem autocreate. Die habe ich seit zig Jahren auch. Irgendwann kommt aber jedes Gerät an sein Lebensende. Hast Du eine halbwegs aktuelle Bezugsquelle ?

[Tobias]

Ich habe eigentlich nur Lacrosse und Oregon. Die anderen könnte ich abschalten...

Ich hatte mal vor Jahren mit den Oregons angefangen bis ich gemerkt hatte, das man nur maximal 3 davon nutzen kann (die haben einen DIP schalter - 1,2,3).
Deshalb bin ich auf die TX3-TH Sensoren umgestiegen, die haben individuelle Adressen. Ich glaube die TX3 gibt es heute noch bei AliExpress

[KölnSolar]

Ich hatte mal vor Jahren mit den Oregons angefangen bis ich gemerkt hatte, das man nur maximal 3 davon nutzen kann (die haben einen DIP schalter - 1,2,3).

It depends...
Ich hab noch ne Station dazu, ja, die kann nur 3 externe Sensoren..
aber, mit dem RFXTRX kannst Du auch

Code Auswählen Erweitern

attr rfxtrx longids Oregon_model definieren und dann bekommst Du auch mehrere Sensoren eingebunden. Aufpassen: beim Batteriewechsel wird die "longid" immer wieder neu vergeben !

Beispiel eines Sensors:

Code Auswählen Erweitern

defmod KlimaGarage TRX_WEATHER THGR228N_f6_4

[Tobias]

alles klar, danke