Nach Update von DevIo.pm keine Verbindung mehr zum HM-LAN, AVR-NET-IO etc.

Begonnen von ext23, 21 Juni 2016, 09:00:47

Vorheriges Thema - Nächstes Thema

ext23

Mit der aktuellen DevIo.pm Version läuft bei mir nichts mehr. Ich hab die alte wieder eingespielt dann geht es. Er kann sich mit keinen Geräten Verbinden bei mir. Egal ob Netzwerk oder USB. FHEM ist auch extrem langsam danach.

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)

rudolfkoenig

Das ist zwar gut zu wissen, aber ohne Details kann ich nicht helfen. Ich haette gerne so viel wie moeglich.
Ich habe meine DevIo Aenderungen gestern bei mir mit USB und TCP getestet, und hatte keine Probleme.

ext23

HMLAN und AVR-NET-IO ist anfänglich auf open, dann kommen aber Sachen wie:

2016.06.21 08:51:11 3: Can't connect to 192.168.0.58:2701: No route to host

was aber definitiv nicht stimmt, schon gar nicht das eine Route fehlt die man nicht braucht im selben Netz ;-)

Also im Log sehe ich nicht viel, vermutlich müsste ich mal die LogLevel anheben. Aber ich sitze gerade am Flughafen.

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)

rudolfkoenig

Sehr merkwuerdig, kann es nicht erklaeren.

Seit gestern kann man ueber DevIo TCP Verbindungen auch ueber das nicht blockierende HttpUtils_Connect erstellen, allerdings nur dann, wenn man DevIo_Opendev einen zusaetzlichen Parameter spendiert. Ohne diesen Parameter sollte das bisherige Code verwendet werden.

Falls jemand mit Problemen Zeit hat es zu debuggen: im Anhang ist eine Version mit mehr debug Ausgaben.

KölnSolar

Ich hatte ebenfalls Probleme, die nach Einspielen der alten Devio.pm behoben sind. Ich habe weder HM-LAN, noch AVR-Netio. Bei mir müllte es das Log mit FritzBox opened Meldungen zu. disable=1 und Löschen des devices änderten nichts ?!?!?!? Mein CUL868 device kam nicht in den state Inititialized. RFXTRX und andere Devices liefen einwandfrei. Um die Fehlersuche nicht in die falsche Richtung zu lenken: Ich arbeite mit Includes und editiere meine fhem.cfg manuell !!!
Grüße, Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

rudolfkoenig


Floca

Ich hatte im Log nicht viel, ausser eine Zeile, die nach dem Update einmalig und nach jedem neustart auch je einmal auftaucht. Da ich davon noch nichts gelesen habe hier im Thread bringe ich Sie mal hier ein, vielleicht hilft es ja.

Habe von Perl leider keine Ahnung, also seht es mir nach, sollte es totaler Müll sein und mit anderen dingen zutun haben...

PERL WARNING: Constant subroutine main::URL redefined at /usr/share/perl/5.18/constant.pm line 140, <$fh> line 379.
Current: "fhem.pl", gPath: "./FHEM"


fruit

Trouble here too, your new DevIo gives
2016.06.21 09:48:18 5: Loading ./FHEM/00_HMLAN.pm
2016.06.21 09:48:18 1: HMLAN_Parse: hmusb new condition disconnected
2016.06.21 09:48:18 1: DevIo_OpenDev: hmusb/127.0.0.1:1234/0/HMLAN_DoInit//
2016.06.21 09:48:18 3: Opening hmusb device 127.0.0.1:1234
2016.06.21 09:48:18 1: DevIo_OpenDev: 127.0.0.1:1234 /
2016.06.21 09:48:18 1: doTcpTail: IO::Socket::INET=GLOB(0xeac160)
2016.06.21 09:48:18 1: doTailWork: TRX_DoInit
2016.06.21 09:48:18 5: SW: 0d00000000000000000000000000
2016.06.21 09:56:21 4: TRX_ReadAnswer arg:Clear
2016.06.21 09:56:21 1: /dev/ttyUSB0 disconnected, waiting to reappear (RFXTRXUSB)
2016.06.21 09:56:21 5: Triggering RFXTRXUSB (1 changes)
2016.06.21 09:56:21 5: Starting notify loop for RFXTRXUSB, first event DISCONNECTED
2016.06.21 09:56:21 1: TRX_ReadAnswer: no data read
2016.06.21 09:56:22 5: SW: 0d00000102000000000000000000

I hope that is the section you need, I cannot see much else relevant with Verbose 5!
I had to restart the server after replacing with a good DevIo
Feel free to follow up in German if you prefer

Hans Franz

2016.06.21 11:32:48 1: DevIo_OpenDev: CUL_Nano//dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0/0/CUL_DoInit//
2016.06.21 11:32:48 3: Opening CUL_Nano device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.06.21 11:32:48 3: Setting CUL_Nano serial parameters to 38400,8,N,1
2016.06.21 11:32:48 1: doTailWork: CUL_DoInit
2016.06.21 11:32:51 3: CUL_Nano: Possible commands: BCFiAZEkGMKUYRTVWXefltx
2016.06.21 11:32:51 3: CUL_Nano device opened
2016.06.21 11:32:51 1: DevIo_OpenDev: CUL_Nano_868//dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9KFJHH1-if00-port0/0/CUL_DoInit//
2016.06.21 11:32:51 3: Opening CUL_Nano_868 device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9KFJHH1-if00-port0
2016.06.21 11:32:51 3: Setting CUL_Nano_868 serial parameters to 38400,8,N,1
2016.06.21 11:32:51 1: doTailWork: CUL_DoInit
2016.06.21 11:32:55 3: CUL_Nano_868: Possible commands: BCFiAZEkGMKUYRTVWXefltx
2016.06.21 11:32:55 3: CUL_Nano_868 device opened


DevIo_OpenDev: callmonitor/fritz.box:1012/0///
2016.06.21 11:32:55 3: Opening callmonitor device fritz.box:1012
2016.06.21 11:32:55 1: DevIo_OpenDev: fritz.box:1012 /
2016.06.21 11:32:55 1: doTcpTail: IO::Socket::INET=GLOB(0x3482770)
2016.06.21 11:32:55 1: doTailWork: CUL_DoInit
2016.06.21 11:33:04 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9KFJHH1-if00-port0, ignoring it (CUL_Nano_868)


2016.06.21 11:33:07 1: DevIo_OpenDev: kodi_raspi/192.168.188.31:9090/1/XBMC_Init//
2016.06.21 11:33:07 1: DevIo_OpenDev: 192.168.188.31:9090 /
2016.06.21 11:33:10 1: doTcpTail:
2016.06.21 11:33:10 3: Can't connect to /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9KFJHH1-if00-port0: No route to host
2016.06.21 11:33:10 1: DevIo_OpenDev: xbmc_joe/192.168.188.20:9090/1/XBMC_Init//
2016.06.21 11:33:10 1: DevIo_OpenDev: 192.168.188.20:9090 /
2016.06.21 11:33:10 1: doTcpTail:
2016.06.21 11:33:10 3: Can't connect to /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9KFJHH1-if00-port0: Connection refused

2016.06.21 11:43:46 1: DevIo_OpenDev: kodi_raspi/192.168.188.31:9090/1/XBMC_Init//
2016.06.21 11:43:46 1: DevIo_OpenDev: 192.168.188.31:9090 /
2016.06.21 11:43:47 1: doTcpTail:
2016.06.21 11:43:47 3: Can't connect to /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9KFJHH1-if00-port0: Interrupted system call
2016.06.21 11:43:47 1: DevIo_OpenDev: xbmc_joe/192.168.188.20:9090/1/XBMC_Init//
2016.06.21 11:43:47 1: DevIo_OpenDev: 192.168.188.20:9090 /
2016.06.21 11:43:47 1: doTcpTail:
2016.06.21 11:43:47 3: Can't connect to /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9KFJHH1-if00-port0: Connection refused
2016.06.21 11:43:47 0: Server shutdown
2016.06.21 11:43:50 1: BlockingInformParent (FRITZBOX_Readout_Done): Can't connect to localhost:7074: IO::Socket::INET: connect: Connection refused

Mit der debug-Version und verbose=5

Gruß
Hans
Raspi
CUL, Nano-CUL
FHT8V, FHT80B, S300TH
WM1000WZ, ELRO
LW12, LD382,DS18B20

fhem-challenge

Zitat von: ext23 am 21 Juni 2016, 09:00:47
Mit der aktuellen DevIo.pm Version läuft bei mir nichts mehr. Ich hab die alte wieder eingespielt dann geht es. Er kann sich mit keinen Geräten Verbinden bei mir. Egal ob Netzwerk oder USB. FHEM ist auch extrem langsam danach.

Gruß
Daniel

ich muss mich hier auch leider einreihen. Auch ich habe seit dem Update erhebliche Problem mit der Erreichbarkeit von CUNO's, HMLAN etc.

2016.06.20 12:11:12 3: Opening HMLAN1 device 192.168.100.212:1000
2016.06.20 12:11:12 3: Can't connect to 192.168.100.212:1000: Connection refused
2016.06.20 12:11:13 1: Including fhem.cfg
2016.06.20 12:11:13 3: Opening CUNO2 device 192.168.100.211:2323
2016.06.20 12:11:13 3: CUNO2: Possible commands: mBCFZiAGMRTVWXOefltuHxEcq
2016.06.20 12:11:13 3: CUNO2 device opened
2016.06.20 12:11:13 3: Opening CUL_433 device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104MV3G-if00-port0
2016.06.20 12:11:14 3: Setting CUL_433 serial parameters to 38400,8,N,1
2016.06.20 12:11:17 3: CUL_433: Possible commands: BCFiAZNEkGMKUYRTVWXefmLltux
2016.06.20 12:11:17 3: CUL_433 device opened
2016.06.20 12:11:17 1: COC device is none, commands will be echoed only
2016.06.20 12:11:17 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.06.20 12:11:17 3: Opening HMLAN1 device 192.168.100.212:1000
2016.06.20 12:11:17 3: Can't connect to 192.168.100.212:1000: Connection refused
2016.06.20 12:11:17 1: WEB: Can't open server port at 8083: Address already in use. Exiting.
2016.06.20 12:11:19 1: Including fhem.cfg
2016.06.20 12:11:19 3: Opening CUNO2 device 192.168.100.211:2323
2016.06.20 12:11:19 3: CUNO2: Possible commands: mBCFZiAGMRTVWXOefltuHxEcq
2016.06.20 12:11:19 3: CUNO2 device opened
2016.06.20 12:11:19 3: Opening CUL_433 device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104MV3G-if00-port0
2016.06.20 12:11:19 3: Setting CUL_433 serial parameters to 38400,8,N,1
2016.06.20 12:11:22 3: CUL_433: Possible commands: BCFiAZNEkGMKUYRTVWXefmLltux
2016.06.20 12:11:22 3: CUL_433 device opened
2016.06.20 12:11:22 3: Opening CUL_433_2 device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.06.20 12:11:22 3: Can't open /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0: No such file or directory
2016.06.20 12:11:22 1: COC device is none, commands will be echoed only
2016.06.20 12:11:22 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.06.20 12:11:22 3: Opening HMLAN1 device 192.168.100.212:1000
2016.06.20 12:11:22 3: Can't connect to 192.168.100.212:1000: Connection refused


... und immer wieder im "Kreis" ... connect, can't connect, ....

Ich schicke in "Bälde" mehr Details....

Viele Grüße!

Andreas

rudolfkoenig

Die geaenderte DevIo_OpenDev baut Mist, wenn mehr als ein Geraet/Verbindung geoeffnet wird, das habe ich nicht getestet. Ich habe dieses Problem jetzt gefixt und das neue DevIo.pm (ausnahmsweise) per update zur Verfuegung gestellt.

Ich muss wohl den Gueltigkeitsbereich von Variablen in lokalen Funktionen noch verinnerlichen.

@fruit: please (FHEM-)update and try again.
@Floca: die Warnung hat mit diesem Problem oder die Aenderungen in DevIo.pm nichts zu tun

KölnSolar

psychatrischen Dank für die prompte Lösung des Problems. Mit der neuen Version läuft wieder alles wie es soll.
Grüße, Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

FHEm2005

Ich traue mich fast nicht mein Ergebnis zu posten: Bei mir hat es leider nicht geklappt. Wie kann ich sehen, ob die neue Version bei dem Update wirlich eingespielt wurde?
Version zeigt:
DevIo.pm            11701 2016-06-21 09:41:19Z rudolfkoenig

Wird das aus der Datei gelesen? Ich bekomme einfach keine Rückmeldungen. Es scheint als würde die Empfangsrichtung nicht funktionieren. Auch Eingaben von Tastern werden nicht emmpfangen.

Internals:
   CMDS       
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/ttyACM0@38400 1234
   DeviceName /dev/ttyACM0@38400
   FD         8
   FHTID      1234
   NAME       CUL1
   NR         30
   NR_CMD_LAST_H 3
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.61 CUL868
   initString X21
   Matchlist:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04....(1|5|9).a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
   Readings:
     2016-02-09 15:26:49   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2016-06-21 12:31:32   cmds             B b C F i A Z E G M K U Y R T V W X e f m l t u x
     2016-02-09 15:27:16   credit10ms      900
     2016-02-09 15:26:40   fhtbuf          AE
     2016-06-01 19:01:10   raw             is0F0F0F000FF0
     2016-06-21 12:31:32   state           Initialized
     2016-02-09 15:26:23   uptime          1 23:09:30
     2016-02-09 15:26:02   version         V 1.61 CUL868
   XMIT_TIME:
     1466505163.04782
     1466505165.66843
     1466505167.48745
   Helper:
     000000:
       QUEUE:
Attributes:
   hmId       xxxxx
   room       CUL_HM
   verbose    5


Gruß Eberhard
Raspi3: FHEM, CULV3 (V1.61), EnOcean Pi 868, nanoCUL433, HUE-Bridge; Raspi4: Node-red, MQTT, Gaszähler auslesen mit ESP32-CAM, BSB-LAN

KölnSolar

Sieht nach der aktuellen Version aus. Auch der CUL sieht doch eigentlich gut aus. Was sagt das Log, der Event Monitor ? Shutdown, restart ?
Grüße, Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

LuckyDay