TRX: Initialization Error: No character read

Begonnen von Simon74, 12 August 2014, 10:55:52

Vorheriges Thema - Nächstes Thema

Simon74

Hallo,

mir scheint als ob es eine Glücksache ist das der TRX nach einem FHEM shutdown/restart funktioniert (zb. nach Update), ich habe hier oft das Problem das der TRX danach nicht funktioniert das FHEM wie folgt protokolliert:

2014.08.12 00:34:10 1: TRX: Initialization Error: No character read
2014.08.12 00:34:10 1: Cannot init /dev/ttyUSB0, ignoring it (TRX_0)


Wenn ich in FHEM nur shutdown auslöse, etwas warte und FHEM per Console "service fhem start" starte funktionierts in der Regel:
2014.08.12 01:04:42 3: Opening TRX_0 device /dev/ttyUSB0
2014.08.12 01:04:43 3: Setting TRX_0 baudrate to 38400
2014.08.12 01:04:43 3: TRX_0 device opened
2014.08.12 01:04:43 1: TRX: Init OK
2014.08.12 01:04:43 1: TRX: Init status: '433.92MHz transceiver, firmware=227, protocols enabled: Lighting4 AC X10 '





Willi

Hallo Simon74,

dieses Problem ist nicht mir bekannt. Die Meldung bedeutet, dass das Modul den Init-String an RFXtrx433 geschickt hat, aber keine Antwort kam.

Mehrere Tests gerade eben haben bei mir ohne Probleme funktioniert. Ich setzte allerdings auch keinen RFXtrxE, sondern den RFXtrx433 ein.

Bitte gib in der Kommandozeile
version
ein, damit ich sehen kannn, welche Versionen der TRX-Module Du einsetzt.

Evtl. ist Dein Pi beim "shutdown restart" überlastet und die Antwort des RFXtrx433 kommt nicht in der vorgegebenen Zeit.

In 45_TRX.pm findest Du ab Zeile 235 folgende Zeilen:
Zitat# Get Status
  $init = pack('H*', "0D00000102000000000000000000");
  DevIo_SimpleWrite($hash, $init, 0);
  $buf = unpack('H*',DevIo_TimeoutRead($hash, 0.1));
Ersetze bitte die letzte Zeile testweise durch
Zitat$buf = unpack('H*',DevIo_TimeoutRead($hash, 0.5));
und teste, ob dies einen Unterschied macht.



FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

Simon74

@Willi,

ich denke auch das der RASPI beim durchstarten des fhem Servive etwas Stress hat, und das Problem hier ist.
Beim kpl. Neustart des RASPI ist dieses Problem NIE aufgetreten.

Ich habe mir im Moment einfach so befolfen das ich im INIT Script von fhem einen neuen Paramater "service fhem restart" eingebaut habe der zw. stop und start 10 Sekdunden pausiert.
Dazu noch ein Mail notify das mich benachrichtigt falls "TRX: Initialization Error" aufgetreten ist.

Vielen Dank !

Willi

Ok. Könntest Du den Patch wie von mir beschrieben mit dem längeren Delay testen? Wenn ja, baue ich es generell ein.

Grüße

Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

Simon74

@Willi,
Ich werde meinen Raspi nicht mehr durchstarten müssen da er in paar Tagen vom Cubietruck abgelöst wird, bin also leider kein geeigneter Testkandidat mehr.
Ich würde davon eher Abstand nehmen, ich hatte selbige Verhaltensweisen mit LIRC bei fhem Daemon restarts.
Das Problem dürfte wirklich die Auslastung sein. Seit Einbau der 10Sekunden Pause ist der Fehler bei mir nicht mehr aufgetreten.


generix

Ich hatte den gleichen Fehler und habe die Änderungen jetzt durchgeführt.
Mal schauen, ob es hilft.

Danke für den Hinweis.

ONeill

#6
Hatte das gleiche Problem.
Die o.g. Änderung von 0.1 auf 0.5 hat geholfen.

olli84

Hallo Willi,

nachdem ich das ganze fronthem + smartvisu paket installiert habe wollte mein trx auch nicht mehr.

Dein Änderungsvorschlag hat sofort geholfen. Funktioniert wieder alles.

Einchecken! :)

schka17

Hallo Willi,

nachdem ich seit mitte Jänner wegen der FHEMWEB und js Umbauten keinen update mehr gemacht hatte, habe ich mir heute die Zeit genommen und habe mein FHEM upgedatet. Leider habe ich jetzt auch genau diese Fehlermeldung, sowohl beim starten als auch beim modifizieren der Config

TRX: Initialization Error: No character read
2015.02.09 11:03:17 1: Cannot init /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1WJDDK1-if00-port0, ignoring it (RFXCOM)


Versionen sind aktuell von heute(aber die aus dem backup ist die selbe Version), und Performanceproblem kann es bei meiner Plattform nicht sein.

# $Id: 45_TRX.pm 5957 2014-05-24 13:46:29Z wherzig $

Ich habe auch die Änderungen ausprobiert und bis 0.9 hochgegangen, keine Änderung im Verhalten.

FHEM aus dem backupverzeichnis gestartet, kein Problem.
wieder zurück zum aktuellen Verzeichnis, wieder Fehler.

mit verbose 5 ist das log auch nicht wirklich aussagekräftiger

2015.02.09 11:09:23 3: Opening RFXCOM device /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1WJDDK1-if00-port0
2015.02.09 11:09:23 3: Setting RFXCOM baudrate to 38400
2015.02.09 11:09:23 3: RFXCOM device opened
2015.02.09 11:09:23 5: SW: 0d00000000000000000000000000
2015.02.09 11:09:23 5: SW: 0d00000102000000000000000000
2015.02.09 11:09:23 1: TRX: Initialization Error: No character read
2015.02.09 11:09:23 1: Cannot init /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1WJDDK1-if00-port0, ignoring it (RFXCOM)


wieder zurück auf backup fhem

2015.02.09 11:22:51 3: Opening RFXCOM device /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1WJDDK1-if00-port0
2015.02.09 11:22:51 3: Setting RFXCOM baudrate to 38400
2015.02.09 11:22:51 3: RFXCOM device opened
2015.02.09 11:22:51 5: SW: 0d00000000000000000000000000
2015.02.09 11:22:51 5: SW: 0d00000102000000000000000000
2015.02.09 11:22:51 1: TRX: Init OK
2015.02.09 11:22:51 4: TRX: Init status hexline='30643031303030313032353362313030386332373031303130303030'
2015.02.09 11:22:51 1: TRX: Init status: '433.92MHz transceiver, firmware=177, protocols enabled: BlindsT1/T2/T3/T4 LaCrosse Hideki OREGON AC ARC X10 '



Also HW oder Performance Problem kann man ausschliessen.
An meiner Konfiguration ist jetzt auch nichts aussergewöhnliches:
Internals:
   DEF        /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1WJDDK1-if00-port0@38400
   DeviceName /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1WJDDK1-if00-port0@38400
   FD         16
   NAME       RFXCOM
   NR         49
   PARTIAL
   RAWMSG     0a52010f840400e11f0259
   RFXCOM_MSGCNT 30
   RFXCOM_TIME 2015-02-09 11:17:42
   STATE      Initialized
   TYPE       TRX
   Readings:
     2015-02-09 11:15:56   state           opened
Attributes:
   devStateIcon Initialized:usb@green disconnected:usb@red
   group      Transceiver
   icon       usb
   room       System
   rssi       1
   verbose    1


Die Versionen der funktionierenden FHEM Version:

# $Id: fhem.pl 7542 2015-01-13 09:43:33Z rudolfkoenig $
# $Id: 00_CUL.pm 7472 2015-01-07 20:52:03Z rudolfkoenig $
# $Id: 15_CUL_EM.pm 6825 2014-10-28 09:25:24Z arnoaugustin $
# $Id: 10_CUL_HM.pm 7513 2015-01-11 07:36:40Z martinp876 $
# $Id: 10_CUL_IR.pm 3580 2013-08-02 16:17:38Z betateilchen $
# $Id: 14_CUL_WS.pm 5379 2014-03-30 16:34:01Z rudolfkoenig $
# $Id: 57_Calendar.pm 7509 2015-01-10 20:19:03Z borisneubert $
# $Id: 93_DbLog.pm 6573 2014-09-19 17:08:11Z tobiasfaust $
# $Id: 98_DeviceMonitor.pm  $

# $Id: 36_EC3000.pm 6546 2014-09-12 17:48:59Z justme1968 $
# $Id: 70_ENIGMA2.pm 7404 2015-01-02 13:24:31Z loredo $
# $Id: 93_FHEM2FHEM.pm 7193 2014-12-13 16:12:06Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 7581 2015-01-15 19:07:08Z rudolfkoenig $
# $Id: 11_FHT.pm 5070 2014-02-28 07:48:55Z rudolfkoenig $
# $Id: 95_FLOORPLAN.pm 7594 2015-01-17 07:51:19Z rudolfkoenig $
# $Id: 10_FS20.pm 7070 2014-11-27 12:45:34Z rudolfkoenig $
# $Id: 92_FileLog.pm 7496 2015-01-10 16:54:23Z rudolfkoenig $
# $Id: 98_GEOFANCY.pm 6985 2014-11-16 00:05:49Z loredo $
# $Id: 20_GUEST.pm 7130 2014-12-05 17:17:57Z loredo $
./FHEM/99_GetState.pm: No such file or directory
# $Id: 00_HMLAN.pm 7331 2014-12-27 09:38:13Z martinp876 $
# $Id: 12_HMS.pm 5097 2014-03-02 15:25:08Z rudolfkoenig $
# $Id: 98_HMinfo.pm 7444 2015-01-05 12:30:34Z martinp876 $
# $Id: 98_HTTPMOD.pm 7313 2014-12-23 09:37:35Z ststrobel $
# $Id: 02_HTTPSRV.pm 3830 2013-08-31 17:09:10Z borisneubert $
# $Id: 98_Heating_Control.pm 7168 2014-12-08 00:03:37Z dietmar63 $
# $Id: 98_HourCounter.pm 7336 2014-12-27 20:00:00Z john $
# $Id: 49_IPCAM.pm 2626 2013-02-01 19:19:15Z mfr69bs $
# $Id: 36_JeeLink.pm 6892 2014-11-05 08:30:59Z justme1968 $
# $Id: 13_KS300.pm 5768 2014-05-06 17:53:15Z rudolfkoenig $
# $Id: 31_LightScene.pm 7289 2014-12-21 17:28:44Z justme1968 $
# $Id: 10_OWServer.pm 7213 2014-12-14 18:27:10Z borisneubert $
# $Id: 36_PCA301.pm 6546 2014-09-12 17:48:59Z justme1968 $
# $Id: 73_PRESENCE.pm 7485 2015-01-09 16:16:07Z markusbloch $
# $Id: 10_RESIDENTS.pm 7126 2014-12-05 16:48:55Z loredo $
# $Id: 20_ROOMMATE.pm 7129 2014-12-05 17:17:53Z loredo $
# $Id: 02_RSS.pm 6543 2014-09-12 15:13:15Z borisneubert $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 98_SVG.pm 7567 2015-01-14 17:56:26Z rudolfkoenig $
# $Id: 42_SYSMON.pm 7153 2014-12-06 22:23:17Z hexenmeister $
# $Id: 45_TRX.pm 5957 2014-05-24 13:46:29Z wherzig $
# $Id: 46_TRX_ELSE.pm 5719 2014-05-01 19:18:38Z wherzig $
# $Id: 46_TRX_LIGHT.pm 6225 2014-07-09 18:36:02Z wherzig $
# $Id: 46_TRX_WEATHER.pm 5719 2014-05-01 19:18:38Z wherzig $
# $Id: 59_Twilight.pm 7462 2015-01-06 17:13:36Z dietmar63 $
# $Id: 99_Utils.pm 7528 2015-01-11 18:23:31Z rudolfkoenig $
# $Id: 99_UtilsHourCounter.pm 2014-12-16 20:15:33 john $
# $Id: 59_Weather.pm 6705 2014-10-07 17:41:42Z borisneubert $
# $Id: 98_WeekdayTimer.pm 7168 2014-12-08 00:03:37Z dietmar63 $
# $Id: 32_WifiLight.pm 79 2013-12-08 08:00:00Z herrmannj $
# $Id: 90_at.pm 7563 2015-01-14 07:53:50Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 98_cloneDummy.pm 5919 2014-05-21 05:03:48Z joachim09876 $
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $
# $Id: 91_eventTypes.pm 7221 2014-12-15 10:02:49Z rudolfkoenig $
# $Id: 37_harmony.pm 7298 2014-12-21 21:20:12Z justme1968 $
# $Id: 95_holiday.pm 7330 2014-12-27 09:23:04Z rudolfkoenig $
# $Id: 98_logProxy.pm 7565 2015-01-14 17:27:03Z justme1968 $
# $Id: 99_myUtils.pm $
# $Id: 91_notify.pm 7260 2014-12-19 12:50:49Z rudolfkoenig $
# $Id: 98_openweathermap.pm 5500 2014-04-09 18:57:05Z betateilchen $
# $Id: 33_readingsGroup.pm 7534 2015-01-11 21:00:13Z justme1968 $
# $Id: $
# $Id: 32_speedtest.pm 6631 2014-09-29 12:52:53Z justme1968 $
# $Id: 98_structure.pm 7056 2014-11-24 11:51:07Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $
# $Id: 91_watchdog.pm 7108 2014-12-01 08:11:34Z rudolfkoenig $
./FHEM/95_webViewControl.pm: No such file or directory
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $


Da ich über TRXFRX Temperaturinformation zur Heizungssteuerung bekomme kann ich mir hier keine Speilereien erlauben und muss mal auf diesem Stand bleiben, aber ich würde das Problem schon gerne lösen, gibts noch etwas das probieren kann?

Danke und Gruß

Karl

M: Thinclient x64 Debian | CUL FS20, HMS100WD, HMS100TF, HMS100T, HMS100CO, S300, S555TH | OWServer DS1420, DS18B20, DS2408 | RFXCOM UVN128, THWR800, THGR228N,RTGR328, PCR800 |Jeelink PCA301 EC3000|CUNO+IR|HMLAN|HMUSB|CUL433 Somfy|mySensors|espEasy
S1:Raspberry mit BPM810, Jeelink EC3000

digital.arts

Hallo Karl,

mit Deiner Firmware-Version 177 bist Du nicht mehr auf dem aktuellen Stand.
Es gibt seit 15.1. die Typ1 v83 und Typ2 v183.
Das würde ich auf jeden Fall auch aktualisieren.

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

krikan

Hallo Karl,
hatte gerade nach einem Update auch Dein(?) Problem:
2015.02.09 12:25:23 3: Opening TRX_0 device /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1XECX2P-if00-port0
2015.02.09 12:25:23 3: Setting TRX_0 baudrate to 38400
2015.02.09 12:25:23 3: TRX_0 device opened
2015.02.09 12:25:23 1: TRX: Initialization Error: No character read
2015.02.09 12:25:23 1: Cannot init /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1XECX2P-if00-port0, ignoring it (TRX_0)


Habe dann versuchsweise die heute per Update ausgelieferte DevIo.pm gegen die alte aus dem restoreDir ausgetauscht, danach läuft es wieder. Firmware habe ich die 77.

Zu genaueren Tests komme ich momentan nicht; aber vielleicht hilft es Dir.

Gruß, Christian

schka17

Hallo Christian,

ja das funktioniert bei mir auch, danke.

der Unterschied ist diese eine Zeile:

root@HAL9000:/opt/fhem/FHEM# diff DevIo.pm /opt/backup/fhem20150209new/FHEM/DevIo.pm
2c2
< # $Id: DevIo.pm 7099 2014-11-30 08:51:47Z rudolfkoenig $
---
> # $Id: DevIo.pm 7918 2015-02-08 16:47:01Z rudolfkoenig $
98c98
<     last if(!defined($r));
---
>     last if(!defined($r) || $r == "");


Gruß

Karl

M: Thinclient x64 Debian | CUL FS20, HMS100WD, HMS100TF, HMS100T, HMS100CO, S300, S555TH | OWServer DS1420, DS18B20, DS2408 | RFXCOM UVN128, THWR800, THGR228N,RTGR328, PCR800 |Jeelink PCA301 EC3000|CUNO+IR|HMLAN|HMUSB|CUL433 Somfy|mySensors|espEasy
S1:Raspberry mit BPM810, Jeelink EC3000

schka17

#12
War leider nur vorübergehend, nach einigen restarts muss ich feststellen dass der Fehler wieder auftritt.
Firmware habe ich auch auf den neusten Stand gebracht, mit meinem Windows PC und RFXCOMMNGR kann ich tadelleos meine Sensoren empfangen, auf dem FHEM Server leider nur
2015.02.09 16:04:38 3: Opening RFXCOM device /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1WJDDK1-if00-port0
2015.02.09 16:04:38 3: Setting RFXCOM baudrate to 38400
2015.02.09 16:04:38 3: RFXCOM device opened
2015.02.09 16:04:38 5: SW: 0d00000000000000000000000000
2015.02.09 16:04:38 5: SW: 0d00000102000000000000000000
2015.02.09 16:04:38 1: TRX: Initialization Error: No character read
2015.02.09 16:04:38 1: Cannot init /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1WJDDK1-if00-port0, ignoring it (RFXCOM)


habe jetzt alle Änderungen wieder rückgängig gemacht -> ohne Erfolg.


Edit:

habe jetzt do_not_in=1 gesetzt, funktioniert wie erwartet, aber mit initialisierungsfunktion gibts definitiv ein Problem.
M: Thinclient x64 Debian | CUL FS20, HMS100WD, HMS100TF, HMS100T, HMS100CO, S300, S555TH | OWServer DS1420, DS18B20, DS2408 | RFXCOM UVN128, THWR800, THGR228N,RTGR328, PCR800 |Jeelink PCA301 EC3000|CUNO+IR|HMLAN|HMUSB|CUL433 Somfy|mySensors|espEasy
S1:Raspberry mit BPM810, Jeelink EC3000

krikan

Also bei mir ist es nach meinen erneuten Tests so:

Heutige DevIo.pm führt dazu, dass ich den RfxTrx433 nicht zum laufen bekomme; Fehlermeldungen siehe meinen obigen Post. Auch das von Willi vorgeschlagene Hochsetzen des Timeouts auf 0.5 ändert daran nichts.
Sobald ich die "alte" DevIo.pm einbinde läuft der RfxTrx433 wieder ohne erkennbare Probleme.

-> Für mich sieht es weiterhin nach einem Problem mit der aktuellen DevIo.pm aus.

schka17

Hallo Christian,

Ich habe einige Varianten des timeouts ausprobiert, ohne Erfolg. Habe dann nochmal die ältere DevIo.pm zurückgespielt, geht aber auch nicht. Also habe ich alles wieder auf den heutigen Originalzustand gebracht,  do_not_init gesetzt, damit kann ich mal leben.

Gruß
Karl


Sent from my iPad using Tapatalk
M: Thinclient x64 Debian | CUL FS20, HMS100WD, HMS100TF, HMS100T, HMS100CO, S300, S555TH | OWServer DS1420, DS18B20, DS2408 | RFXCOM UVN128, THWR800, THGR228N,RTGR328, PCR800 |Jeelink PCA301 EC3000|CUNO+IR|HMLAN|HMUSB|CUL433 Somfy|mySensors|espEasy
S1:Raspberry mit BPM810, Jeelink EC3000

mrfloppy

Habe auch die alte Version wieder eingespielt und geht nun auch wieder.
RaspiMatic, RFXtrx433 E USB, Div. Thermostate, CUL433, Fhemduino, Signalduino, Temp/luftfeuchesensoren,Fensterkontakte,Intertechno Schalter,....... HM-IP

ext23

Bei mir ist auch alles dunkel heute. Zufälligerweise habe ich genau heute mit meinem RFXTRX gespielt um was auszuprobieren für einen anderen Thread ;-)

Also da ist was faul, bei mir gehen alle nicht und ich habe mehrere, auch mit FHEM2FHEM angebunden.

Gruß
Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

ext23

Hat mal jemand zufällig die devio von gestern da? Backups werden ja anscheinend nicht mehr automatisch gemacht, mein letztes ist noch vom letzten Jahr ;-)

HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

krikan

Schau mal in das restoreDir in Deinem Fhem-Verzeichnis. Dort legt es das "neue" Update ab.

ext23

Cool ach so läuft das jetzt, sehr edel. Wusste ich garnicht, danke.
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

speex

Bei mir gabs auch probleme, nach dem restore läuft es jetzt wieder.

rudolfkoenig

Koennte bitte jemand die besagte Zeile gegen
    last if(!defined($r) || ($r == "" && $hash->{TCPDev}));

tauschen, und testen ob es damit funktioniert?
Wird RFXTRX immer per USB angeschlossen?

krikan

Funktioniert hier! Mehrere Neustarts zeigen keine Probleme. Danke für Deine schnelle Hilfe.
Neben der USB-Version muss es auch mal eine LAN-Version gegeben haben. LAN-Version wird bei Hersteller seit Jahren als "out of stock" deklariert. Näheres weiß ich leider nicht.

schka17

Auch bei mir, funktioniert!

Danke

Zur Lan Version kann ich leider auch nichts weiter beitragen.

Gruß

Karl
M: Thinclient x64 Debian | CUL FS20, HMS100WD, HMS100TF, HMS100T, HMS100CO, S300, S555TH | OWServer DS1420, DS18B20, DS2408 | RFXCOM UVN128, THWR800, THGR228N,RTGR328, PCR800 |Jeelink PCA301 EC3000|CUNO+IR|HMLAN|HMUSB|CUL433 Somfy|mySensors|espEasy
S1:Raspberry mit BPM810, Jeelink EC3000

rudolfkoenig


MarioS1969

Hallo,
auch bei mir funktioniert FRXtrx seit dem Update gestern auch nicht mehr.
Nach dem Update vorgestern war noch alles i.O.

hier der Auszug aus dem Logbuch:

2015.02.10 18:17:25 3: Opening TRX_0 device /dev/ttyUSB0
2015.02.10 18:17:25 3: Setting TRX_0 baudrate to 38400
2015.02.10 18:17:25 3: TRX_0 device opened
2015.02.10 18:30:43 1: TRX: Initialization Error: No character read
2015.02.10 18:30:43 1: Cannot init /dev/ttyUSB0, ignoring it (TRX_0)


Ich würde mich freuen, wenn mir jemand helfen kann.

Viele Grüße
Mario
PI 2, PI4,  RFXtrx433, IT-1500, CMR-1000, ITM 100, TFA Temperatursensor, IR-Sensor, FB 7590, LIRC mit Logitech Harmony, FI9821W, Sonos, Twilight, Benzinpreismonitor, HMLAN, HM-Sen-DB-PCB, HM-LC-Bl1PBU-FM, HM-SEC-SC-2, GPIO4 mit fhem2fhem, Shelly

schka17

@Mario

Zitat von: rudolfkoenig am 10 Februar 2015, 07:50:06
Koennte bitte jemand die besagte Zeile gegen
    last if(!defined($r) || ($r == "" && $hash->{TCPDev}));

tauschen, und testen ob es damit funktioniert?
Wird RFXTRX immer per USB angeschlossen?

oder attr do_not_init setzen, schon probiert?

Gruß Karl
M: Thinclient x64 Debian | CUL FS20, HMS100WD, HMS100TF, HMS100T, HMS100CO, S300, S555TH | OWServer DS1420, DS18B20, DS2408 | RFXCOM UVN128, THWR800, THGR228N,RTGR328, PCR800 |Jeelink PCA301 EC3000|CUNO+IR|HMLAN|HMUSB|CUL433 Somfy|mySensors|espEasy
S1:Raspberry mit BPM810, Jeelink EC3000

MarioS1969

Hallo Karl, Hallo Rudolf,
vielen Dank. 
Da wart ihr mit der Lösung schneller als ich mit meinem Fehlerreport.

Die Lösung mit der Dateiänderung hat funktioniert.

Gruß
Mario
PI 2, PI4,  RFXtrx433, IT-1500, CMR-1000, ITM 100, TFA Temperatursensor, IR-Sensor, FB 7590, LIRC mit Logitech Harmony, FI9821W, Sonos, Twilight, Benzinpreismonitor, HMLAN, HM-Sen-DB-PCB, HM-LC-Bl1PBU-FM, HM-SEC-SC-2, GPIO4 mit fhem2fhem, Shelly

duke-f

Wie sieht es hier aus? Auch bei mir hat das Restore der alten DevIo geholfen, dass der TRXRFX wieder richtig arbeitet. Aber was ist, wenn ich wieder mal ein Update mache? Muss ich dann jedesmal die alte Version wieder zurückspielen?
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

krikan

Zitat von: duke-f am 17 Februar 2015, 17:25:20
Wie sieht es hier aus? Auch bei mir hat das Restore der alten DevIo geholfen, dass der TRXRFX wieder richtig arbeitet. Aber was ist, wenn ich wieder mal ein Update mache? Muss ich dann jedesmal die alte Version wieder zurückspielen?
Hat Rudi doch -siehe ein paar Beiträge zuvor- sofort geändert (10.2. eingecheckt) und seitdem läuft es.....

duke-f

Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

Tion

Zitat von: duke-f am 17 Februar 2015, 17:25:20
Wie sieht es hier aus? Auch bei mir hat das Restore der alten DevIo geholfen, dass der TRXRFX wieder richtig arbeitet. Aber was ist, wenn ich wieder mal ein Update mache? Muss ich dann jedesmal die alte Version wieder zurückspielen?
Notfalls nimm sie doch einfach aus dem Update raus
attr global exclude_from_update 46_TRX_LIGHT.pm DevIo.pm


FHEM@CT||RFXTRX,CUL868@MAX,HM-Usb,JeeLink
Jee:TX29DTH-IT||Max:Thermostat,ShutterContact,
HM:SEC-MDIR,LC-SW1-PL2,LC-Dim1TPBU-FM,PB-2-WM55
RFX:FA20RF/2, HE501EU,ITL-230,OWL Intuition-lc,YCT-100,div Brennstuhl,IT 1500
FS20:IRU,KSE||FbDect 200,EG-PM2-LAN

duke-f

Danke für den Tipp, aber nicht nötig. Es funzt auch nach dem Update gerade.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

mattwire

Hallo,

Ich nutze ein rfxtrx uber LAN mit ser2net (auch mit socat getestet).  Es funktioniert nichts mit "Initialization Error: No character read" wenn nichts geschreiben wie:
last if(!defined($r));

Matthew

rtv

Hab heute seit etlichen Monaten meinen FHEM Server (Core i3 mit OMV) neu gestartet und hatte das gleiche Problem:


2016.02.20 14:23:53.953 1: TRX: Init status: '433.92MHz transceiver, firmware=93, protocols enabled: LaCrosse Hideki LightwaveRF Mertik OREGON KOPPLA AC ARC X10 '
2016.02.20 14:23:53.953 1: TRX: Init OK
2016.02.20 14:23:51.242 3: RFXTRXUSB device opened
2016.02.20 14:23:51.240 3: Setting RFXTRXUSB serial parameters to 38400,8,N,1
2016.02.20 14:23:51.238 3: Opening RFXTRXUSB device /dev/ttyUSB0
2016.02.20 14:20:46.844 1: Cannot init /dev/ttyUSB0, ignoring it (RFXTRXUSB)
2016.02.20 14:20:46.842 1: TRX: Initialization Error: No character read
2016.02.20 14:20:44.138 3: RFXTRXUSB device opened
2016.02.20 14:20:44.135 3: Setting RFXTRXUSB serial parameters to 38400,8,N,1
2016.02.20 14:20:44.134 3: Opening RFXTRXUSB device /dev/ttyUSB0
2016.02.20 14:03:02.481 1: Cannot init /dev/ttyUSB0, ignoring it (RFXTRXUSB)
2016.02.20 14:03:02.480 1: TRX: Initialization Error: No character read
2016.02.20 14:02:59.776 3: RFXTRXUSB device opened
2016.02.20 14:02:59.772 3: Setting RFXTRXUSB serial parameters to 38400,8,N,1
2016.02.20 14:02:59.749 3: Opening RFXTRXUSB device /dev/ttyUSB0


Das einfache reopen hat nicht geholfen. Hab dann lediglich das Attribut RSSI auf 1 gesetzt, noch einmal reopen und es ging wieder...

Eisingstone

#35
Hallo zusammen,

auch hier scheint sich etwas anzubahnen.
Nach Neustart des Servers wird der RFXTRX433 sauber erkannt und wird in FHEM als Initialized angezeigt und alles funktioniert, irgendwann steht State auf opened und nichts geht mir.

Log nach Neustart
2016.02.24 20:36:52 1: TRX: Init status: '433.92MHz transceiver, firmware=86, protocols enabled: OREGON AC ARC X10 '
2016.02.24 20:36:52 1: TRX: Init OK
2016.02.24 20:36:49 3: RFXTRX_USB device opened

Log beim Verbindungs Abbruch
[code]2016.02.24 20:15:08 1: Cannot init /dev/ttyUSB0, ignoring it (RFXTRX_USB)
2016.02.24 20:15:08 1: TRX: Initialization Error: No character read
2016.02.24 20:15:05 1: /dev/ttyUSB0 reappeared (RFXTRX_USB)
2016.02.24 20:15:05 3: Setting RFXTRX_USB serial parameters to 38400,8,N,1
2016.02.24 20:15:04 1: /dev/ttyUSB0 disconnected, waiting to reappear (RFXTRX_USB)


In der Server Konsole sehe ich nur:
ftdi_sio ttyUSB0: error from flowcontrol urb

Hat soetwas jemand schon gehabt und ggf. eine Lösung dafür??

Besten Gruß
Stefan

Server läuft unter Debian 8 (Jessie) 32-bit.
FHEM 5.7 (Dev.), Debian Jessie Server
HM-LAN, HM-CFG-USB-2, RFXTRX433-USB, BT, HUE sowie diverse Homematic Sensoren und Aktoren

Eisingstone

Habe inzwischen mal ein Firmware Update auf Ver. 95 durchgeführt und werde mal beobachten.
FHEM 5.7 (Dev.), Debian Jessie Server
HM-LAN, HM-CFG-USB-2, RFXTRX433-USB, BT, HUE sowie diverse Homematic Sensoren und Aktoren

Rince

#37
Ich hänge mich mal dran:

Zitat
2016.03.06 07:18:00 1: Cannot init /dev/ttyUSB1, ignoring it (RFXTRXUSB)
2016.03.06 07:18:00 1: TRX: Initialization Error: No character read
2016.03.06 07:17:57 3: RFXTRXUSB device opened
2016.03.06 07:17:57 3: Setting RFXTRXUSB serial parameters to 38400,8,N,1
2016.03.06 07:17:57 3: Opening RFXTRXUSB device /dev/ttyUSB1



Zitat
Hab dann lediglich das Attribut RSSI auf 1 gesetzt, noch einmal reopen und es ging wieder...

Ja, scheint auch bei mir zu funktionieren :)

Jetzt die blöde Frage:
Warum? Bzw., was macht dieses Attribut?

Und noch ne Frage dazu:
Wenn es so wichtig ist zum funktionieren, könnte man es nicht automatisch setzen?



version
Zitat
Latest Revision: 10991

File                 Rev   Last Change

fhem.pl              10914 2016-02-22 08:38:46Z rudolfkoenig
57_ABFALL.pm         10581 2016-01-21 05:20:49Z uniqueck
95_Alarm.pm          10664 2016-01-30 11:36:17Z pahenning
90_at.pm             10594 2016-01-22 13:27:34Z rudolfkoenig
98_autocreate.pm     10944 2016-02-27 18:12:33Z rudolfkoenig
57_Calendar.pm       10885 2016-02-20 10:39:44Z borisneubert
57_CALVIEW.pm        10929 2016-02-24 17:51:42Z chris1284
98_cmdalias.pm       10530 2016-01-16 19:27:21Z rudolfkoenig
00_CUL.pm            10855 2016-02-15 11:30:02Z rudolfkoenig
10_CUL_HM.pm         10945 2016-02-27 20:16:29Z martinp876
14_CUL_MAX.pm        10168 2015-12-13 22:55:58Z mgehre
98_dewpoint.pm        6757 2014-10-12 18:58:57Z joachim09876
98_DOIF.pm           10985 2016-03-03 17:25:24Z damian-s
98_dummy.pm          10530 2016-01-16 19:27:21Z rudolfkoenig
91_eventTypes.pm     10530 2016-01-16 19:27:21Z rudolfkoenig
72_FB_CALLLIST.pm    10716 2016-02-03 19:01:38Z markusbloch
72_FB_CALLMONITOR.pm 10740 2016-02-06 14:45:51Z markusbloch
01_FHEMWEB.pm        10972 2016-03-02 09:16:02Z rudolfkoenig
92_FileLog.pm        10530 2016-01-16 19:27:21Z rudolfkoenig
95_FLOORPLAN.pm      10076 2015-12-03 18:21:53Z ulimaass
72_FRITZBOX.pm       10982 2016-03-02 19:06:17Z grompo
55_GDS.pm            10867 2016-02-17 19:53:34Z betateilchen
00_HMLAN.pm          10820 2016-02-13 18:02:27Z martinp876
98_HourCounter.pm    10493 2016-01-13 23:28:55Z john99sr
98_HTTPMOD.pm         9127 2015-08-24 18:43:31Z ststrobel
36_JeeLink.pm        10927 2016-02-24 09:48:16Z justme1968
36_LaCrosse.pm       10303 2015-12-29 22:07:01Z hcs-svn
10_MAX.pm             8681 2015-06-02 21:40:29Z mgehre
99_MaxScan.pm         2013 20:15:33 john
30_MilightBridge.pm  10970 2016-03-01 18:30:52Z markus-m
No Id found for 99_myUtils.pm
91_notify.pm         10694 2016-02-01 06:43:00Z rudolfkoenig
73_PRESENCE.pm       10989 2016-03-04 17:42:19Z markusbloch
70_Pushover.pm       10559 2016-01-17 15:51:02Z loredo
33_readingsGroup.pm  10532 2016-01-16 19:56:21Z justme1968
95_remotecontrol.pm  10724 2016-02-04 18:17:33Z ulimaass
98_SB_PLAYER.pm       9752 beta 0055 CD/MM/Matthew/Heppel
97_SB_SERVER.pm       9811 beta 0017 CD
70_STV.pm            10587 2016-01-22 06:34:59Z bentele
99_SUNRISE_EL.pm     10569 2016-01-19 06:30:28Z rudolfkoenig
98_SVG.pm            10792 2016-02-10 20:20:49Z rudolfkoenig
42_SYSMON.pm         10360 2016-01-04 21:21:02Z hexenmeister
98_telnet.pm         10551 2016-01-17 11:03:44Z rudolfkoenig
98_Text2Speech.pm     9758 2015-11-03 06:06:33Z tobiasfaust
45_TRX.pm            10802 2016-02-12 19:41:38Z wherzig
46_TRX_LIGHT.pm      10637 2016-01-25 22:14:16Z wherzig
46_TRX_SECURITY.pm    5616 2014-04-23 20:51:14Z wherzig
46_TRX_WEATHER.pm    10798 2016-02-11 22:29:43Z wherzig
59_Twilight.pm        8743 2015-06-14 12:14:57Z dietmar63
99_Utils.pm          10570 2016-01-19 06:39:23Z rudolfkoenig
98_version.pm        10819 2016-02-13 17:47:03Z markusbloch
91_watchdog.pm       10789 2016-02-10 18:24:20Z rudolfkoenig
98_weblink.pm        10530 2016-01-16 19:27:21Z rudolfkoenig
32_WifiLight.pm      10404 2016-01-07 21:39:44Z herrmannj
98_WOL.pm            10595 2016-01-22 17:05:38Z dietmar63

Blocking.pm          10882 2016-02-20 06:26:09Z rudolfkoenig
Color.pm             10870 2016-02-18 10:54:20Z justme1968
DevIo.pm             10958 2016-02-28 16:12:02Z rudolfkoenig
FritzBoxUtils.pm      6574 2014-09-19 17:32:48Z rudolfkoenig
HMConfig.pm          10945 2016-02-27 20:16:29Z martinp876
HttpUtils.pm         10810 2016-02-13 10:30:16Z rudolfkoenig
Info.pm                 28 2008-11-09 01:08:44Z dsully
No Id found for MaxCommon.pm
RTypes.pm            10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm     10858 2016-02-15 17:42:13Z rudolfkoenig
TcpServerUtils.pm    10346 2016-01-03 12:34:27Z rudolfkoenig
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Willi

#38
Hmm. Da scheint dann etwas mit DevIO.pm  nicht mehr zu laufen?
Muss ich mir mal ansehen. Bin allerdings ab morgen eine Woche auf Dienstreise und kann es dann erst nach Rückkehr machen.

An die die Probleme haben: Welche FHEM-System-Umgebung habt Ihr? Windows, Linux (Welches Linux?).
Habt Ihr mal mit mit noinit bei der device-Definition probiert?
Also z.B.
define RFXTRXUSB TRX /dev/ttyUSB0@38400 noinit
Was passiert dann?

Das mit RSSI ist seltsam und eigentlich nicht verständlich, denn damit wird nicht anders initiatlisiert, sondern nur ein zusätzliches Byte (RSSI) im Modul interpretiert.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

Rince

Mit dem RSSI geht es ja :)

Habe einen rfxtrx433e
Fhem läuf auf nem Cubietruck, Debian Jessie
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Eisingstone

Mit dem RSSI stelle ich keine wirkliche Verbesserung fest, der RFXTRX stürzt nach belieben mal ab. Keine Vorwarnung, feste Zeiten oder sonstiges.
Ich versuche es gerade mal mit dem "noinit" in der Def. mal sehen wie es jetzt funktioniert.

Bei mir ist es ein Linux Server mit Debian Jessie, zurück auf mein altes System mit Debian Wheezy ist kein Unterschied feststellbar.
FHEM ist jeweils aktuell.
FHEM 5.7 (Dev.), Debian Jessie Server
HM-LAN, HM-CFG-USB-2, RFXTRX433-USB, BT, HUE sowie diverse Homematic Sensoren und Aktoren

herrmannj

@Eisingstone
433 oder 433e ?

@Willi
der e verhält sich anders. Der benötigt eine Pause bevor man mit dem sprechen darf 8noch init bzw fhem start da das öffnet der Schnittstelle wie init ist). Der nicht e macht das anders.

Das es dann manchmal trotzdem geht hängt davon ab das fhem manchmal zufällig die Pause einhält. Ist aber Zufall

vg
joerg

Eisingstone

Ich habe einen normalen 433, aber ich habe seit letztenmal mit "noinit" keine Probleme mehr gehabt.
Ich werde es nächste Woche, wenn ich wieder zuhause bin, das Ganze mal löschen und schauen ob sich der 433 wieder zeitnah aufhängt.
FHEM 5.7 (Dev.), Debian Jessie Server
HM-LAN, HM-CFG-USB-2, RFXTRX433-USB, BT, HUE sowie diverse Homematic Sensoren und Aktoren

Willi

Zitat von: Eisingstone am 07 März 2016, 10:55:57
Mit dem RSSI stelle ich keine wirkliche Verbesserung fest, der RFXTRX stürzt nach belieben mal ab. Keine Vorwarnung, feste Zeiten oder sonstiges.
Ich versuche es gerade mal mit dem "noinit" in der Def. mal sehen wie es jetzt funktioniert.
Was bedeutet genau "der RFXTRX stürzt nach belieben mal ab"?
Was ist im Log?
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

Willi

#44
Wäre schön, wenn alle, die mit der Intitialisierung und Stabilität Probleme haben, es mal mit noinit probieren könnten. Stabilitätsprobleme könnten aber auch Probleme mit USB sein, z.B. ein zu langes USB-Kabel.

Generelles Problem beim RFXtrx433 und RFXtrx433e ist, dass er evtl. gerade Daten empfängt und an die Schnittstelle sendet, wenn der Initialisierungsstring gesendet wird.

Zur Verbesserung müssten wir das Timing verändern und evtl. auch in einer Schleife versuchen mehrere Init an den RFXtrx433 zu senden.
Evtl. macht es Sinn dies über entsprechende Attribute parametrisieren zu können.

Bitte bei den Fehlern generell angeben:

  • Welche RFXtrx433: rfxtrx433 oder rfxtrx433
  • Welche Firmware-Typ geflasht: RFXrec433, RFXtrx433 Type1, RFXtrx433 Type2, RFXtrx433E Ext, RFXtrx433E Ext2
  • Welche Firmware-Version: Nummer
  • Auf welchem Betriebsystem läuft fhem?
  • Welche Baudrate?

Danke!
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

Eisingstone

@ Willi

Mit nach belieben meine ich das es eigentlich keinen konkreten Hinweis oder Zeitpunkt gibt.
Mal sind es ein paar Stunden dann wieder nur ein paar Minuten. Was ich hatte war auf der Linux Konsole das dort etwas gekommen ist.
Zitat von: Eisingstone am 24 Februar 2016, 20:51:59
Hallo zusammen,

auch hier scheint sich etwas anzubahnen.
Nach Neustart des Servers wird der RFXTRX433 sauber erkannt und wird in FHEM als Initialized angezeigt und alles funktioniert, irgendwann steht State auf opened und nichts geht mir.

Log nach Neustart
2016.02.24 20:36:52 1: TRX: Init status: '433.92MHz transceiver, firmware=86, protocols enabled: OREGON AC ARC X10 '
2016.02.24 20:36:52 1: TRX: Init OK
2016.02.24 20:36:49 3: RFXTRX_USB device opened

Log beim Verbindungs Abbruch
[code]2016.02.24 20:15:08 1: Cannot init /dev/ttyUSB0, ignoring it (RFXTRX_USB)
2016.02.24 20:15:08 1: TRX: Initialization Error: No character read
2016.02.24 20:15:05 1: /dev/ttyUSB0 reappeared (RFXTRX_USB)
2016.02.24 20:15:05 3: Setting RFXTRX_USB serial parameters to 38400,8,N,1
2016.02.24 20:15:04 1: /dev/ttyUSB0 disconnected, waiting to reappear (RFXTRX_USB)


In der Server Konsole sehe ich nur:
ftdi_sio ttyUSB0: error from flowcontrol urb

Hat soetwas jemand schon gehabt und ggf. eine Lösung dafür??

Besten Gruß
Stefan

Server läuft unter Debian 8 (Jessie) 32-bit.


Mit "noinit" habe ich jetzt seid ein paar Tagen keine Probleme mehr und der WAF steigt so langsam wieder.
USB Kabel hatte ich vorher schon getauscht da ich dieses erst in Verdacht hatte, das jetzige ist nur 0,5m lang machte aber keinen Unterschied.
Wenn der RFXTRX433 abgestürzt ist hatte die orange LED geleuchtet ob die rote auch noch geleuchtet hat kann ich jetzt nicht sagen.
FHEM 5.7 (Dev.), Debian Jessie Server
HM-LAN, HM-CFG-USB-2, RFXTRX433-USB, BT, HUE sowie diverse Homematic Sensoren und Aktoren

Willi

#46
ZitatIn der Server Konsole sehe ich nur:
ftdi_sio ttyUSB0: error from flowcontrol urb

Hat soetwas jemand schon gehabt und ggf. eine Lösung dafür??

Besten Gruß
Stefan

Server läuft unter Debian 8 (Jessie) 32-bit.
Welche Hardware hast Du?

Das hört sich nicht gut an. Wenn man nach der Fehlermeldung googelt scheint der Fehler häufiger beim Raspberry PI und dem ftdi_sio aufzutreten. Bei meinem Odroid U3 mit Ubuntu 14.04 LTS gibt es keinerlei Probleme mit ftdi_sio. Der RFXtrx433 ist allerdings direkt, also ohne HUB angeschlossen.

Allerdings hatte ich mit meinem Raspberry PI größere Probleme mit USB, je nach eingesetztem HUB. Zuletzt hatte ich einen extern spannungsversorgten externen HUB, der gut lief.
Ich würde den RFXtrx433 direkt ohne USB-HUB anschließen.

FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

effemmess

Hallo,

habe dasselbe Problem...
Habe vorgestern erstmalig seit langem ein Update gemacht, seitdem stellt sich der Kollege tot.  >:(
Ich habe ein RFXTRX433E am aktiven Hub am Raspi A. Ich habe erst nach dem Fehler an der Hardware Änderungen getestet, d.h. das Gerät umgesteckt u.ä..
Keine Besserung.
Mein Ergebnis mit noinit sieht so aus:

2016.03.16 03:10:14 3: Opening TRX_0 device /dev/ttyUSB0
2016.03.16 03:10:14 3: Setting TRX_0 serial parameters to 38400,8,N,1
2016.03.16 03:10:14 3: TRX_0 device opened
2016.03.16 03:10:17 1: TRX: Initialization Error hexline='140100010253014a08200001021c04000000000000', expected 0d0100......................
2016.03.16 03:10:17 1: Cannot init /dev/ttyUSB0, ignoring it (TRX_0)
...
2016.03.16 03:08:41 0: Featurelevel: 5.7
2016.03.16 03:08:41 0: Server started with 59 defined entities (fhem.pl:11000/2016-03-05 perl:5.014002 os:linux user:fhem pid:2529)

Restored hab ich bisher nix.
Und jetzt muss ich ins Bett...

effemmess

#48
Moin moin,

ich hatte übrigens gestern,  nachdem ich den Fehler festgestellt hatte, gleich auf Firmware 1001 Ext2 geflashed. Vorher lief das Gerät mit Firmware 248Ext.

So, neuer Versuch...
- FW 1001Ext2
- DevIo.pm 11020 2016-03-07 12:01:43Z
- 45_TRX.pm 10802 2016-02-12 19:41:38Z
- define TRX_0 TRX /dev/ttyUSB0@38400
2016.03.16 12:41:28 3: Opening TRX_0 device /dev/ttyUSB0
2016.03.16 12:41:28 3: Setting TRX_0 serial parameters to 38400,8,N,1
2016.03.16 12:41:28 3: TRX_0 device opened

fhem bleibt hängen, keine WebUI, kein weiterer Log-Eintrag, Prozess muss mit kill beendet werden.

Nächster Versuch...
- FW 1001Ext2
- DevIo.pm 11020 2016-03-07 12:01:43Z
- 45_TRX.pm 10802 2016-02-12 19:41:38Z
- define TRX_0 TRX /dev/ttyUSB0@38400 noinit

2016.03.16 12:52:33 1: TRX: TRX_0 no init is done
2016.03.16 12:52:33 3: Opening TRX_0 device /dev/ttyUSB0
2016.03.16 12:52:33 3: Setting TRX_0 serial parameters to 38400,8,N,1
2016.03.16 12:52:33 3: TRX_0 device opened
2016.03.16 12:52:33 1: TRX: defined with noinit. Do not send init string to device.

Ohh, WebUI wieder da... und er liest sogar Werte...
Problem ist jetzt nur, dass er ein neues Gerät erkannt hat - er führt jetzt alle 10 TFA 30.3169 als ein WS1700_1 und nicht mehr wie früher als 10 einzelne RES_TEMPHUM2_xx_x.
Ist ja lustig, wie fast jede Sekunde die Werte umspringen - nützlich ist es nicht...

2016-03-16 13:27:50 TRX_WEATHER WS1700_1 temperature: 21.7
2016-03-16 13:27:50 TRX_WEATHER WS1700_1 humidity: 28
2016-03-16 13:27:50 TRX_WEATHER WS1700_1 battery: ok
2016-03-16 13:27:50 TRX_WEATHER WS1700_1 T: 21.7 H: 28 BAT: ok
2016-03-16 13:27:51 TRX_WEATHER WS1700_1 temperature: 23.5
2016-03-16 13:27:51 TRX_WEATHER WS1700_1 humidity: 27
2016-03-16 13:27:51 TRX_WEATHER WS1700_1 battery: ok
2016-03-16 13:27:51 TRX_WEATHER WS1700_1 T: 23.5 H: 27 BAT: ok
2016-03-16 13:27:57 TRX_WEATHER WS1700_1 temperature: 22
2016-03-16 13:27:57 TRX_WEATHER WS1700_1 humidity: 28
2016-03-16 13:27:57 TRX_WEATHER WS1700_1 battery: ok
2016-03-16 13:27:57 TRX_WEATHER WS1700_1 T: 22 H: 28 BAT: ok
2016-03-16 13:27:58 TRX_WEATHER WS1700_1 temperature: 20.3
2016-03-16 13:27:58 TRX_WEATHER WS1700_1 humidity: 31
2016-03-16 13:27:58 TRX_WEATHER WS1700_1 battery: ok
2016-03-16 13:27:58 TRX_WEATHER WS1700_1 T: 20.3 H: 31 BAT: ok
2016-03-16 13:28:07 TRX_WEATHER WS1700_1 temperature: 20.1
2016-03-16 13:28:07 TRX_WEATHER WS1700_1 humidity: 32
2016-03-16 13:28:07 TRX_WEATHER WS1700_1 battery: ok
2016-03-16 13:28:07 TRX_WEATHER WS1700_1 T: 20.1 H: 32 BAT: ok
...


...och menno... >:(


effemmess

Ich musste natürlich noch die longids einstellen..., hatte ich vorher nur für RES_TEMPHUM2...

define TRX_0 TRX /dev/ttyUSB0@38400 noinit
attr TRX_0 do_not_init 1
attr TRX_0 longids 1


Was allerdings "do_not_init 1" bedeutet, weiß ich nicht, das stand da halt schon immer drin...   ;)

Auf jeden Fall läufts erstmal bei mir. :)

Willi

Schau mal in den Thread "RFXtrx433E Ext Firmware 1001 funktioniert mit FHEM nicht"
https://forum.fhem.de/index.php/topic,50752.0.html

Dort habe ich eine Testversion von 45_TRX.pm eingestellt, die das Problem mit der 1001-Firmware beheben sollte. Bitte testen. Wenn es läuft, kann ich dies ins SVN packen.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

effemmess

Also wie oben schon geschrieben, mit diesen Einstellungen läufts erstmal:
- FW 1001Ext2
- DevIo.pm 11020 2016-03-07 12:01:43Z
- 45_TRX.pm 10802 2016-02-12 19:41:38Z

define TRX_0 TRX /dev/ttyUSB0@38400 noinit
attr TRX_0 do_not_init 1
attr TRX_0 longids 1

Ob es ohne noinit läuft, kann ich wohl erst am Sonnabend testen.

Was bedeutet diese Zeile? Dasselbe wie noinit vielleicht?

attr TRX_0 do_not_init 1

Willi

Im Prinzip dasselbe. Das define-Statement setzt das Attribut do_not_init als Hilfsvariable, damit die Initiatialisierungsroutine weiss, dass nicht initialisiert werden soll. Wenn Du das Attribut also löschst, wird wieder initialisiert.

Bitte die neue 45_TRY.pm testen. Mein RFXtrx433 hat eine ältere Firmware.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

effemmess

Ich hab wieder getestet...

-FW 1001Ext2
-update-->

Latest Revision: 11078

File              Rev   Last Change

fhem.pl           11072 2016-03-16 07:54:42Z rudolfkoenig
98_autocreate.pm  10944 2016-02-27 18:12:33Z rudolfkoenig
38_CO20.pm         9679 2015-10-25 23:10:29Z markus-m
91_eventTypes.pm  10530 2016-01-16 19:27:21Z rudolfkoenig
01_FHEMWEB.pm     10972 2016-03-02 09:16:02Z rudolfkoenig
92_FileLog.pm     10530 2016-01-16 19:27:21Z rudolfkoenig
99_SUNRISE_EL.pm  10569 2016-01-19 06:30:28Z rudolfkoenig
98_SVG.pm         10792 2016-02-10 20:20:49Z rudolfkoenig
98_telnet.pm      10551 2016-01-17 11:03:44Z rudolfkoenig
45_TRX.pm         10802 2016-02-12 19:41:38Z wherzig
46_TRX_WEATHER.pm 10798 2016-02-11 22:29:43Z wherzig
99_Utils.pm       10570 2016-01-19 06:39:23Z rudolfkoenig
98_version.pm     11026 2016-03-08 07:25:45Z markusbloch
98_weblink.pm     10530 2016-01-16 19:27:21Z rudolfkoenig

DevIo.pm          11020 2016-03-07 12:01:43Z rudolfkoenig
HttpUtils.pm      10810 2016-02-13 10:30:16Z rudolfkoenig
RTypes.pm         10476 2016-01-12 21:03:33Z borisneubert
TcpServerUtils.pm 10346 2016-01-03 12:34:27Z rudolfkoenig

define TRX_0 TRX /dev/ttyUSB0@38400
attr TRX_0 longids 1

Ergebnis:

2016.03.19 00:09:32 1: Including fhem.cfg
2016.03.19 00:09:32 1: Including /opt/fhem/mycfg/00_config.cfg
2016.03.19 00:09:32 1: Including /opt/fhem/mycfg/02_web.cfg
2016.03.19 00:09:32 3: telnetPort: port 7072 opened
2016.03.19 00:09:33 3: WEB: port 8083 opened
2016.03.19 00:09:33 3: WEBphone: port 8084 opened
2016.03.19 00:09:33 3: WEBtablet: port 8085 opened
2016.03.19 00:09:33 1: Including /opt/fhem/mycfg/03_mod.cfg
2016.03.19 00:09:33 3: Opening TRX_0 device /dev/ttyUSB0
2016.03.19 00:09:33 3: Setting TRX_0 serial parameters to 38400,8,N,1
2016.03.19 00:09:33 3: TRX_0 device opened
2016.03.19 00:09:36 1: TRX: Initialization Error hexline='00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000140100010253011208200001021c04003900000000', expected 0d0100......................
2016.03.19 00:09:36 1: Cannot init /dev/ttyUSB0, ignoring it (TRX_0)
2016.03.19 00:09:36 1: Including /opt/fhem/mycfg/04_log.cfg
2016.03.19 00:09:36 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2016.03.19 00:09:36 1: Including /opt/fhem/mycfg/05_autocreate.cfg
2016.03.19 00:09:37 1: Including /opt/fhem/mycfg/10_sort.cfg
2016.03.19 00:09:37 1: Including /opt/fhem/mycfg/20_WHG_Kueche.cfg
2016.03.19 00:09:37 1: Including /opt/fhem/mycfg/20_WHG_Arbeitszimmer.cfg
2016.03.19 00:09:38 1: Including /opt/fhem/mycfg/20_WHG_Wohnzimmer.cfg
2016.03.19 00:09:38 1: Including /opt/fhem/mycfg/20_WHG_Schlafzimmer.cfg
2016.03.19 00:09:38 1: Including /opt/fhem/mycfg/20_WHG_Serverraum.cfg
2016.03.19 00:09:38 1: Including /opt/fhem/mycfg/20_WHG_Mansarde.cfg
2016.03.19 00:09:38 1: Including /opt/fhem/mycfg/20_WHG_Balkon.cfg
2016.03.19 00:09:38 1: Including /opt/fhem/mycfg/20_WHG_Bad.cfg
2016.03.19 00:09:38 3: CO20: CO20 device found
2016.03.19 00:09:38 3: CO20: CO20 device opened
2016.03.19 00:09:39 3: NTFY return:  CO20:-110
2016.03.19 00:09:39 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.03.19 00:09:39 0: Featurelevel: 5.7
2016.03.19 00:09:39 0: Server started with 39 defined entities (fhem.pl:11072/2016-03-16 perl:5.014002 os:linux user:fhem pid:23330)

Das war also nix... :(

Nun nochmal:

define TRX_0 TRX /dev/ttyUSB0@38400 noinit
attr TRX_0 do_not_init 1
attr TRX_0 longids 1



2016.03.19 00:35:47 1: Including fhem.cfg
2016.03.19 00:35:47 1: Including /opt/fhem/mycfg/00_config.cfg
2016.03.19 00:35:47 1: Including /opt/fhem/mycfg/02_web.cfg
2016.03.19 00:35:47 3: telnetPort: port 7072 opened
2016.03.19 00:35:48 3: WEB: port 8083 opened
2016.03.19 00:35:48 3: WEBphone: port 8084 opened
2016.03.19 00:35:48 3: WEBtablet: port 8085 opened
2016.03.19 00:35:48 1: Including /opt/fhem/mycfg/03_mod.cfg
2016.03.19 00:35:48 1: TRX: TRX_0 no init is done
2016.03.19 00:35:48 3: Opening TRX_0 device /dev/ttyUSB0
2016.03.19 00:35:48 3: Setting TRX_0 serial parameters to 38400,8,N,1
2016.03.19 00:35:48 3: TRX_0 device opened
2016.03.19 00:35:48 1: TRX: defined with noinit. Do not send init string to device.
2016.03.19 00:35:48 1: Including /opt/fhem/mycfg/04_log.cfg
2016.03.19 00:35:48 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2016.03.19 00:35:49 1: Including /opt/fhem/mycfg/05_autocreate.cfg
2016.03.19 00:35:49 1: Including /opt/fhem/mycfg/10_sort.cfg
2016.03.19 00:35:49 1: Including /opt/fhem/mycfg/20_WHG_Kueche.cfg
2016.03.19 00:35:50 1: Including /opt/fhem/mycfg/20_WHG_Arbeitszimmer.cfg
2016.03.19 00:35:50 1: Including /opt/fhem/mycfg/20_WHG_Wohnzimmer.cfg
2016.03.19 00:35:50 1: Including /opt/fhem/mycfg/20_WHG_Schlafzimmer.cfg
2016.03.19 00:35:50 1: Including /opt/fhem/mycfg/20_WHG_Serverraum.cfg
2016.03.19 00:35:50 1: Including /opt/fhem/mycfg/20_WHG_Mansarde.cfg
2016.03.19 00:35:50 1: Including /opt/fhem/mycfg/20_WHG_Balkon.cfg
2016.03.19 00:35:50 1: Including /opt/fhem/mycfg/20_WHG_Bad.cfg
2016.03.19 00:35:51 3: CO20: CO20 device found
2016.03.19 00:35:51 3: CO20: CO20 device opened
2016.03.19 00:35:52 3: NTFY return:  CO20:-110
2016.03.19 00:35:52 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.03.19 00:35:52 0: Featurelevel: 5.7
2016.03.19 00:35:52 0: Server started with 39 defined entities (fhem.pl:11072/2016-03-16 perl:5.014002 os:linux user:fhem pid:23350)
2016.03.19 00:35:52 3: TRX_0: Unknown code 00, help me!
2016.03.19 00:35:53 3: TRX_ELSE: Unknown device TRX_UNKNOWN_00, please define it
2016.03.19 00:35:53 2: autocreate: define TRX_UNKNOWN_00 TRX_ELSE 00
2016.03.19 00:35:54 3: TRX_0: Unknown code 00, help me!
2016.03.19 00:36:07 3: TRX_WEATHER: Unknown device THGR132N_4b_1, please define it
2016.03.19 00:36:07 2: autocreate: define THGR132N_4b_1 TRX_WEATHER THGR132N_4b_1
2016.03.19 00:36:31 3: TRX_WEATHER: Unknown device THGR132N_94_1, please define it
2016.03.19 00:36:31 2: autocreate: define THGR132N_94_1 TRX_WEATHER THGR132N_94_1


So gehts... :D
Stellt sich nur die Frage, wer TRX_ELSE ist... Wohnt die auch bei mir?  ;) ;D

Willi

Danke für den Test.

Wie hat es bei Dir vorher funktioniert? Was hattest Du genau am Code geändert?

Grüße

Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

effemmess

Was meinst du mit "vorher"?

Bis zum Fehler nach dem Update hatte ich dies problemlos im Einsatz:
- FW 248 Ext
- # $Id: 45_TRX.pm 5957 2014-05-24 13:46:29Z wherzig $
- # $Id: DevIo.pm 8954 2015-07-13 16:01:48Z rudolfkoenig $

define TRX_0 TRX /dev/ttyUSB0@38400
attr TRX_0 longids RES_TEMPHUM2


Dann nach FHEM-Update der Fehler... Fortgang siehe ab hier: https://forum.fhem.de/index.php/topic,26088.msg425277.html#msg425277

Zuletzt bis gestern dann war die aktuelle DevIo.pm sowie deine "Beta"-45_TRX.pm im Einsatz mit noinit.

Bis auf das Rauswerfen nicht mehr benötigter Geräte hab ich nix weiter geändert. Achso, für den Test gestern hatte ich mein CCD deaktiviert:

#define CCD CUL /dev/ttyAMA0@38400 1234
#attr CUL rfmode HomeMatic

Hängt jetzt aber wieder so mit drin:

define CCD CUL /dev/ttyAMA0@38400 1234
#attr CUL rfmode HomeMatic

...und das System läuft genauso...


effemmess

Zitat von: Willi am 19 März 2016, 07:36:21
Was hattest Du genau am Code geändert?
Mit Codeänderungen meinst du wohl dies: https://forum.fhem.de/index.php/topic,50752.msg426620.html#msg426620 ?
Das hab ich natürlich nicht gemacht, da ich es grad erst entdeckt habe...

dero

Ich habe "pre-start sleep 5" in mein upstart-Skript gepackt und seit dem tritt das Problem nicht mehr auf.

Hier ist mein komplettes Skript /etc/init/fhem.conf:


description "FHEM"
author  "Some Dude <blah@foo.com>"

start on runlevel [2345]
stop on runlevel [016]

pre-start exec sleep 5

respawn

exec start-stop-daemon --start -c fhem --chdir /opt/fhem --exec /usr/bin/perl f$