TRX: Initialization Error: No character read

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

Vorheriges Thema - Nächstes Thema

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