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