reopen funktioniert Update nicht

Begonnen von tantor, 26 Februar 2018, 17:43:30

Vorheriges Thema - Nächstes Thema

tantor

Hallo zusammen,
seit dem letzten Update am WE funktioniert der Befehl "reopen" des 1Wire-USB-Adapter in FHEM nicht mehr. Nachem ich 11_OWX.pm vom 25.02 zurückgespielt habe funktioniert es wieder. Die 1Wire Version ist von 7.08 auf 7.06 zurück gestuft worden. Kennt jemand den Fehler, oder weiß was zu tun ist?
FHEM mit CUL V3.4 an Raspberry Pi 3
CUL V 1.67 CUL868; nanoCUL V1.66 433MHz; 1Wire USB-Adapter 2480B
8x HM-CC-RT-DN Fw 1.3; 9x HM-LC-Bl1PBU-FM Fw2.3
11x DS1820 2xDS2408

Prof. Dr. Peter Henning

Zitat11_OWX.pm
Diese Datei kenne ich nicht.

Welches Interface wird verwendet ?

LG

pah

tantor

Meine natürlich 10_OWX.pm und ich verwende ein USB-Adapter mit einem Ds2450 drauf.

Gesendet von meinem SM-G930F mit Tapatalk

FHEM mit CUL V3.4 an Raspberry Pi 3
CUL V 1.67 CUL868; nanoCUL V1.66 433MHz; 1Wire USB-Adapter 2480B
8x HM-CC-RT-DN Fw 1.3; 9x HM-LC-Bl1PBU-FM Fw2.3
11x DS1820 2xDS2408

tantor

Sorry, habe mich bei dem Adapter vertan. Ich habe einen usb-FTDI_FT232R_USB_UART im Einsatz.
FHEM mit CUL V3.4 an Raspberry Pi 3
CUL V 1.67 CUL868; nanoCUL V1.66 433MHz; 1Wire USB-Adapter 2480B
8x HM-CC-RT-DN Fw 1.3; 9x HM-LC-Bl1PBU-FM Fw2.3
11x DS1820 2xDS2408

Prof. Dr. Peter Henning

Zitat10_OWX.pm
Gibt es aber auch nicht ...

reopen sollte eigentlich nur für Firmata-Devices totgelegt sein.

LG

pah

Frank_Huber

#5
Hallo pah,

Ich denke er hat den denkovi busmaster.
Der hat genau diesen ftdi im def wenn er als by-id angelegt ist.

Mit reopen startet ein aktuelles fhem neu.


Can't locate object method "Reopen" via package "OWX_SER" at ./FHEM/00_OWX.pm line 1072. 2018.02.28 21:05:54 1: Including fhem.cfg


Busmaster denkovi ds2480:

defmod 1wire OWX /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE002xu-if00-port0
attr 1wire DbLogExclude .*
attr 1wire group System-Hardware
attr 1wire interval 300
attr 1wire room SYSTEM
attr 1wire verbose 0


Ich wiederhole es mal mit verbose 4



Mit dem Handy online, daher kurz gefasst...

Frank_Huber

Verbose 4

Can't locate object method "Reopen" via package "OWX_SER" at ./FHEM/00_OWX.pm line 1072.
2018.02.28 21:11:18 1: Including fhem.cfg
2018.02.28 21:11:18 3: telnetPort: port 7072 opened 
2018.02.28 21:11:18 3: WEB: port 8083 opened
2018.02.28 21:11:18 2: eventTypes: loaded 1054 events from ./log/eventTypes.txt
2018.02.28 21:11:19 3: TelegramBot_Define TelegramBot: called 2018.02.28 21:11:21 1: OWX_SER::Define warning: version 7.05 not identical to OWX version 7.08
2018.02.28 21:11:21 3: Opening 1wire device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE002xu-if00-port0
2018.02.28 21:11:21 3: 1wire device opened
2018.02.28 21:11:21 3: OWX_SER: opened serial device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE002xu-if00-port0: Illegal seek


Mit dem Handy online, daher kurz gefasst...


tantor

Ist ein ähnlicher Adapter wie der Denkovi.

Ich habe den gleichen Log-Eintrag mit der aktuellen OWX.pm

Gesendet von meinem SM-G930F mit Tapatalk

FHEM mit CUL V3.4 an Raspberry Pi 3
CUL V 1.67 CUL868; nanoCUL V1.66 433MHz; 1Wire USB-Adapter 2480B
8x HM-CC-RT-DN Fw 1.3; 9x HM-LC-Bl1PBU-FM Fw2.3
11x DS1820 2xDS2408

Frank_Huber

Zitat von: tantor am 28 Februar 2018, 21:40:37
Ist ein ähnlicher Adapter wie der Denkovi.

Ich habe den gleichen Log-Eintrag mit der aktuellen OWX.pm

Gesendet von meinem SM-G930F mit Tapatalk
Hat zumindest den gleichen USB rs232 Wandler drauf. ;-)

Mit dem Handy online, daher kurz gefasst...


Prof. Dr. Peter Henning


Frank_Huber

#10
für mich hat der Bug keine Eile. Ich brauch kein Reopen Befehl.
Beim Initialen Start von fhem läuft alles sauber hoch.
Hätte es ohne diesen thread gar nicht gemerkt. 😉

Mit dem Handy online, daher kurz gefasst...


efelon

#12
Bin auch betroffen und sehr darauf angewiesen. Durch EMV Probleme im Sicherungsschrank verliert der USB Hub immer wieder die Verbindung zu meinem LinkUSBi Adapter http://www.fuchs-shop.com/de/shop/17/1/13372210/.

Jedenfalls hat das bisher immer super funktioniert. Würde mich über eine schnelle Lösung wirklich sehr freuen.

Hier noch mein define:

define If_1W.00 OWX /dev/ttyUSB_LinkUSBi
attr If_1W.00 asynchronous 0
attr If_1W.00 dokick 0
attr If_1W.00 group HWInterfaces,1-Wire
attr If_1W.00 icon cul_usb
attr If_1W.00 room Technik Fhem


Edit: Habe jetzt in der Datei 00_OWX.pm in der Zeile 1072 den "alten" Befehl für reopen eingefügt:
DevIo_OpenDev($hash, 1, undef); statt
$owx->Reopen();
Funktioniert also für mich erstmal.

Viele Grüße
Martin

Prof. Dr. Peter Henning

Problem scheint gelöst.

Aus irgendeinem Grund waren die vier hardwarenahen Dateien 11_OWX ... auf dem Versionsstand 7.05 - also November 2017. Wundert mich etwas, weil ich die nach meiner Protokollierung mindestens auf Version 7.06 eingecheckt hatte....


Aber egal: Alle vier gerade in Version 7.08 neu eingecheckt. Reopen funktioniert wie gewohn bei USB und TCP-Devices, bei FRM und CCC-Devices ist es derzeit funktionslos.


LG

pah

tantor

Zitat von: Prof. Dr. Peter Henning am 09 März 2018, 18:21:24
Problem scheint gelöst.

Aus irgendeinem Grund waren die vier hardwarenahen Dateien 11_OWX ... auf dem Versionsstand 7.05 - also November 2017. Wundert mich etwas, weil ich die nach meiner Protokollierung mindestens auf Version 7.06 eingecheckt hatte....


Aber egal: Alle vier gerade in Version 7.08 neu eingecheckt. Reopen funktioniert wie gewohn bei USB und TCP-Devices, bei FRM und CCC-Devices ist es derzeit funktionslos.


LG

pah
Prima! Werde es morgen mit dem Update ausprobieren. Vorab schon einmal besten Dank!

Gesendet von meinem SM-G930F mit Tapatalk

FHEM mit CUL V3.4 an Raspberry Pi 3
CUL V 1.67 CUL868; nanoCUL V1.66 433MHz; 1Wire USB-Adapter 2480B
8x HM-CC-RT-DN Fw 1.3; 9x HM-LC-Bl1PBU-FM Fw2.3
11x DS1820 2xDS2408