OWX Next Generation

Begonnen von Prof. Dr. Peter Henning, 09 November 2016, 20:48:30

Vorheriges Thema - Nächstes Thema

Alexander Bauer

Hallo pah,

danke für die Info. Habs vorhin nochmals versucht.

2016.11.12 19:56:06 1: Including fhem.cfg
2016.11.12 19:56:06 2: eventTypes: loaded 5186 events from ./log/eventTypes.log
2016.11.12 19:56:07 3: WEB: port 8083 opened
2016.11.12 19:56:07 3: WEBphone: port 8084 opened
2016.11.12 19:56:07 3: WEBtablet: port 8085 opened
2016.11.12 19:56:07 1: HMLAN_Parse: HMLAN3OG new condition disconnected
2016.11.12 19:56:07 3: Opening HMLAN3OG device 192.168.154.30:1000
2016.11.12 19:56:07 1: HMLAN_Parse: HMLAN3OG new condition init
2016.11.12 19:56:07 3: HMLAN3OG device opened
2016.11.12 19:56:07 1: HMLAN_Parse: HMLAN2EG new condition disconnected
2016.11.12 19:56:07 3: Opening HMLAN2EG device 192.168.154.29:1000
2016.11.12 19:56:08 1: HMLAN_Parse: HMLAN2EG new condition init
2016.11.12 19:56:08 3: HMLAN2EG device opened
2016.11.12 19:56:08 1: HMLAN_Parse: HMLAN1UG new condition disconnected
2016.11.12 19:56:08 3: Opening HMLAN1UG device 192.168.154.28:1000
2016.11.12 19:56:08 1: HMLAN_Parse: HMLAN1UG new condition init
2016.11.12 19:56:08 3: HMLAN1UG device opened
2016.11.12 19:56:08 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1257, <$fh> line 96.
2016.11.12 19:56:08 1: OWX: Performing define and low level init of device
2016.11.12 19:56:08 1:  OWX_TCP::Init called for bus OWio1, state is ???
2016.11.12 19:56:08 3: Opening OWio1 device 192.168.154.55:26
2016.11.12 19:56:08 3: OWio1 device opened
2016.11.12 19:56:08 1: OWX_Init called for bus OWio1 with interface state opened, now going for detect
2016.11.12 19:56:18 2: OWio1: first attempt to read timed out, trying to close and open the device.
2016.11.12 19:56:18 3: Opening OWio1 device 192.168.154.55:26
2016.11.12 19:56:18 3: OWio1 device opened
2016.11.12 19:56:18 1: OWX_TCP::Detect 1-Wire bus OWio1: interface master DS2480 detected for the first time
2016.11.12 19:56:19 3: additional HM config file loaded: ./FHEM/HMConfig_SenTHPL.pm
2016.11.12 19:56:21 3: telnetPort: port 7072 opened
2016.11.12 19:56:23 3: Opening fbaha device 192.168.154.220:2002
2016.11.12 19:56:23 1: FBAHA fbaha registered with handle: 0000002a
2016.11.12 19:56:26 3: fbaha device opened
2016.11.12 19:56:46 3: OWAD:     Device OWX_20_F16410000000 defined.
2016.11.12 19:56:59 3: OWSWITCH: Device OWXSWITCH defined.
2016.11.12 19:56:59 3: OWSWITCH: Device WAC_SWITCH defined.
2016.11.12 19:57:01 1: OWID:     Device OWX_OWID defined.
2016.11.12 19:57:16 3: OWCOUNT:  Device H.U.ST.HK defined.
2016.11.12 19:57:16 3: OWCOUNT:  Device H.U.ST.LV defined.
2016.11.12 19:57:17 3: OWCOUNT:  Device H.U.ST.LL defined.
2016.11.12 19:57:17 3: HCS myHCS Found 6 Device(s): 0 FHT, 6 HM-CC-TC, 0 MAX, demand: 0, idle: 0, ignored: 0, excluded: 0, unknown: 6, eco: no overdrive: no
2016.11.12 19:57:17 1: HCS myHCS An error occurred while switching device 'OWXSWITCH': gpio init interval output
2016.11.12 19:57:17 1: CDVS WAC Found 14 Device(s): open: 0, closed: 0, titled: 0, excluded: 0, unknown: 14
2016.11.12 19:57:17 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/98_CDVS.pm line 140, <$fh> line 1015.
2016.11.12 19:57:17 1: CDVS WAC Found 14 Device(s): open: 0, closed: 0, titled: 0, excluded: 0, unknown: 14
2016.11.12 19:57:24 1: CUL_HM correct hmId for assigned IO CUL_0
2016.11.12 19:57:39 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2016.11.12 19:57:39 3: Registering HTTPSRV TABLETUI for URL /ftui   and assigned link ftui/ ...
2016.11.12 19:57:39 1: Including ./log/fhem.save
...
2016.11.12 19:57:43 1: CDVS WAC Found 21 Device(s): open: 0, closed: 3, titled: 0, excluded: 2, unknown: 16
2016.11.12 19:57:43 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/98_CDVS.pm line 140.
2016.11.12 19:57:43 1: CDVS WAC Found 21 Device(s): open: 0, closed: 3, titled: 0, excluded: 2, unknown: 16
2016.11.12 19:57:46 1: usb create starting
2016.11.12 19:57:47 1: usb create end
2016.11.12 19:57:47 3: HCS myHCS Found 7 Device(s): 0 FHT, 7 HM-CC-TC, 0 MAX, demand: 1, idle: 5, ignored: 0, excluded: 0, unknown: 1, eco: no overdrive: no
2016.11.12 19:57:48 0: Featurelevel: 5.7
2016.11.12 19:57:48 0: Server started with 300 defined entities (fhem.pl:12519/2016-11-07 perl:5.020002 os:linux user:fhem pid:5912)
2016.11.12 19:57:48 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:57:48 3: OWX_TCP::Search_TCP on bus OWio1 2nd return has wrong parameter with length = 1
2016.11.12 19:57:48 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:57:49 3: OWX_TCP::Search_TCP on bus OWio1 2nd return has wrong parameter with length = 1
2016.11.12 19:57:49 2: OWX: Unknown family code '00' found
2016.11.12 19:57:49 1: OWID:     Device OWX_00_000000000000 defined.
2016.11.12 19:57:49 1: OWX: Deleting unused 1-Wire device OWX_20_F16410000000 of type OWAD
2016.11.12 19:57:49 1: OWX: 1-Wire devices found on bus OWio1 (OWX_00_000000000000)
2016.11.12 19:57:50 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:57:50 1: CDVS WAC Found 21 Device(s): open: 0, closed: 3, titled: 0, excluded: 2, unknown: 16
2016.11.12 19:57:50 3: CUL_HM set H.E.F.RO3 statusRequest
2016.11.12 19:57:50 1: PERL WARNING: Use of uninitialized value in left bitshift (<<) at ./FHEM/21_OWSWITCH.pm line 1102.
2016.11.12 19:57:50 1: PERL WARNING: Use of uninitialized value $vval in array element at ./FHEM/21_OWSWITCH.pm line 426.
2016.11.12 19:57:50 1: PERL WARNING: Use of uninitialized value $vval in numeric eq (==) at ./FHEM/21_OWSWITCH.pm line 429.
2016.11.12 19:57:50 1: PERL WARNING: Use of uninitialized value $vval in numeric eq (==) at ./FHEM/21_OWSWITCH.pm line 432.
2016.11.12 19:57:50 1: PERL WARNING: Use of uninitialized value $vvax in numeric eq (==) at ./FHEM/21_OWSWITCH.pm line 432.
2016.11.12 19:57:50 3: CUL_HM set H.O.H.HK1 getConfig
2016.11.12 19:57:50 1: HMLAN_Parse: HMLAN3OG new condition ok
...
2016.11.12 19:57:52 1: HMLAN_Parse: HMLAN1UG new condition ok
2016.11.12 19:57:54 1: HMLAN_Parse: HMLAN2EG new condition ok
2016.11.12 19:57:55 3: CUL_HM set H.E.F.RO5 statusRequest
2016.11.12 19:57:55 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:57:56 3: OWX_TCP::Search_TCP on bus OWio1 2nd return has wrong parameter with length = 1
2016.11.12 19:57:57 3: CUL_HM set H.E.F.RO6 statusRequest
2016.11.12 19:57:59 1: PERL WARNING: Use of uninitialized value $cmd in substitution (s///) at fhem.pl line 972.
2016.11.12 19:57:59 1: PERL WARNING: Use of uninitialized value $cmd in eval "string" at fhem.pl line 1007.
2016.11.12 19:58:00 3: CUL_HM set H.E.F.RO7 statusRequest
2016.11.12 19:58:00 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:58:00 3: OWX_TCP: Reset_TCP failure on bus OWio1
2016.11.12 19:58:00 1: OWX_TCP::Search reset failed on bus OWio1
2016.11.12 19:58:02 3: CUL_HM set H.E.S.S12 statusRequest
2016.11.12 19:58:05 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:58:05 3: CUL_HM set H.E.SD3 statusRequest
2016.11.12 19:58:07 3: CUL_HM set H.E.SD4 statusRequest
2016.11.12 19:58:10 3: CUL_HM set H.O.F.RO1 statusRequest
2016.11.12 19:58:12 3: CUL_HM set H.O.F.RO2 statusRequest
2016.11.12 19:58:15 3: CUL_HM set H.O.F.RO3 statusRequest
2016.11.12 19:58:19 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:58:19 3: CUL_HM set H.O.F.RO4 statusRequest
2016.11.12 19:58:21 3: CUL_HM set H.O.F.RO5 statusRequest
2016.11.12 19:58:24 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:58:24 3: CUL_HM set H.O.F.RO6 statusRequest
2016.11.12 19:58:27 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/00_OWX.pm line 1339.
2016.11.12 19:58:27 3: CUL_HM set H.O.SD1 statusRequest
2016.11.12 19:58:27 1: PERL WARNING: Use of uninitialized value $numexp in numeric lt (<) at ./FHEM/00_OWX.pm line 1062.
2016.11.12 19:58:27 1: PERL WARNING: Use of uninitialized value $numexp in numeric ge (>=) at ./FHEM/00_OWX.pm line 1102.
2016.11.12 19:58:27 1: PERL WARNING: Use of uninitialized value $proc in bitwise and (&) at ./FHEM/00_OWX.pm line 1115.
2016.11.12 19:58:29 3: CUL_HM set H.O.SD2 statusRequest
2016.11.12 19:58:32 3: CUL_HM set H.O.SD3 statusRequest
2016.11.12 19:58:35 3: CUL_HM set H.U.S.S2 statusRequest
2016.11.12 19:58:38 3: CUL_HM set H.U.S.S6 statusRequest
2016.11.12 19:58:49 3: CUL_HM set H.O.F.RO1 getConfig
2016.11.12 19:58:59 3: CUL_HM set H.U.S.S2 getConfig
2016.11.12 20:02:49 3: HCS myHCS Found 7 Device(s): 0 FHT, 7 HM-CC-TC, 0 MAX, demand: 1, idle: 5, ignored: 0, excluded: 0, unknown: 1, eco: no overdrive: no
2016.11.12 20:02:50 1: CDVS WAC Found 21 Device(s): open: 0, closed: 3, titled: 0, excluded: 2, unknown: 16
2016.11.12 20:02:56 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 20:02:56 3: OWX_TCP::Search_TCP on bus OWio1 2nd return has wrong parameter with length = 1


Als ich mir die Auswertung des Raums OWX anschauen wollte, gab es die letzte Zeile im Log, seither läuft fhem wohl noch, aber es reagiert auf nichts mehr und verbraucht keine CPU-Zeit mehr.

Wo kann ich suchen?
--

Fhem auf Cubietruck mit Debian Wheezy und Homematic und 1-Wire

Prof. Dr. Peter Henning

@UweH: Wie gesagt, beim Schalten eines DS2406 ist noch ein Problem, DS2413 und DS2408 sollten aber gehen.

Die Meldung beim get ist ok - der Wert ändert sich im Reading, sobald das Decice geantwortet hat.

@cwagner: Sicher, dass das die aktuelle Version ist ? Die Baudrate wird nämlich nur gesetzt, wenn das Device geöffnet wurde.

LG

pah


Prof. Dr. Peter Henning

@Alexander Bauer: Keine Ahnung. Muss ich mir erst im Detail ansehen.

LG

pah

UweH

Zitat von: Prof. Dr. Peter Henning am 12 November 2016, 20:44:22
@UweH: Wie gesagt, beim Schalten eines DS2406 ist noch ein Problem, DS2413 und DS2408 sollten aber gehen.

Die Meldung beim get ist ok - der Wert ändert sich im Reading, sobald das Decice geantwortet hat.
Da antwortet nur leider nichts mehr. Wie auf dem Screenshot zu sehen, habe ich gegen 20:42 die Verbindung zum Busmaster gekappt. Nach ein paar Minuten die Verbindung wiederhergestellt. Kurz danach konnte ich am Busmaster per "get ... devices" die Devices wieder einlesen, schalten der DS2413 funktioniert nicht mehr und auch die DS1820 antworten nicht..."get present" liefert eine 1, aber trotzdem keine Antwort. Hab es mittlerweile 3x überprüft, reproduzierbar. Hilft nur ein FHEM-restart.

Gruß
Uwe

sentinel1

Hallo pah,

ich wollte auch das neue OWX testen,habe aber das gleiche Problem wie @cwagner


2016.11.12 20:51:54 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1270, <$fh> line 140.
2016.11.12 20:51:54 1: OWX: Performing define and low level init of bus myOWX
2016.11.12 20:51:54 3: Opening myOWX device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AD023OMX-if00-port0
2016.11.12 20:51:54 3: Setting myOWX serial parameters to 9600,8,N,1
2016.11.12 20:51:54 3: myOWX device opened
2016.11.12 20:51:54 1: OWX_SER: Can't open serial device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AD023OMX-if00-port0: Illegal seek
2016.11.12 20:51:54 1: OWX_Init called for bus myOWX with interface state opened, now going for detect
Can't call method "baudrate" on an undefined value at ./FHEM/11_OWX_SER.pm line 705, <$fh> line 140.


Gruß,
Claudiu

cwagner

Hallo pah,

bei den Versionen bin ich mir sicher, oder gibt es hier einen Schiefstand:
Latest Revision: 12545

File                  Rev   Last Change

fhem.pl               12544 2016-11-11 06:48:16Z rudolfkoenig
21_OWAD.pm            11130 2016-03-27 09:14:38Z pahenning
21_OWCOUNT.pm         11196 2016-04-06 18:56:28Z pahenning
21_OWMULTI.pm         11196 2016-04-06 18:56:28Z pahenning
21_OWSWITCH.pm        11216 2016-04-10 08:12:19Z pahenning
21_OWTHERM.pm         11130 2016-03-27 09:14:38Z pahenning
# $Id: 00_OWX.pm 2016-11 pahenning $
# $Id: 11_OWX_SER.pm 2016-02 - pahenning $            Diese Version ist die aus dem Trunk zurückgespielte


LG

Christian
PI 2B+/3B+ Raspbian 12, Perl 5.36.0, FHEM 6.3: 295 Module in ConfigDB: Steuerung Heizkessel, FBH, Solarthermie, kontr. Lüftung mit WRG. Smarthome u.a. HMCUL, 1-Wire (FT232RL ; DS2480B), EnOcean (TCM EPS3), MQTT2. DOIF, PID20, Threshold, OWX; Micropelt IRTV, Volkszähler, SolarForecast; MariaDB

Prof. Dr. Peter Henning

Mit den Daten der SVN-Uploads kann ich nicht viel anfangen - die merke ich mir nicht.

Jedes Modul hat einen "get ... version" Befehl.

Allerdings sehen die Daten alle so aus, als ob sie funktionieren müssten.

Mal sehen, ich gehe das Problem heute mal an, habe heute keine Termine.

LG

pah

cwagner

Hallo pah,

hier also die Versionen der Module:

owx: 6.0beta2
owtherm: 6.0      ist Deine Version aus dem SVN "[r11130] OWAD.pm: Neue Version 6.0, eingerichtet für asy..."
owswitch: 6.02
owmulti: 6.01
owad: 6.0
owcount:6.01
owx_ser: 6.0 beta 2   bringt bei mir Abbruch des Starts

owx_ser: 6.0alpha1  läuft jetzt bei mir, aber eben asynchonous=0

Danke für die viele Arbeit in diesem Projekt!

Christian
PI 2B+/3B+ Raspbian 12, Perl 5.36.0, FHEM 6.3: 295 Module in ConfigDB: Steuerung Heizkessel, FBH, Solarthermie, kontr. Lüftung mit WRG. Smarthome u.a. HMCUL, 1-Wire (FT232RL ; DS2480B), EnOcean (TCM EPS3), MQTT2. DOIF, PID20, Threshold, OWX; Micropelt IRTV, Volkszähler, SolarForecast; MariaDB

Prof. Dr. Peter Henning

So,

ich habe tatsächlich im letzten Edit noch einen Fehler in OWX_SER eingebaut (und den natürlich nicht mehr getestet :-[)

Ist behoben mit der Version 6.0beta3, die im ersten post des thread angehängt wurde.

LG

pah

UweH

Da ist noch die beta2. Cache gelöscht, Browser neu gestartet, trotzdem beta2.

cwagner

In der Tat, nun läuft auch 11_OWX_SER.pm in der BETA3 (@UweH: ich habe sie runtergeladen und im Code steht bei mir auch BETA3).

Wenn ich aber nun asynchronous=1 setze gibt es Licht und Schatten:
Auf einen schnellen Blick sinkt die CPU-Auslastung bemerkenswert von durchschnittlich 4% auf etwa 1,5%.

Aber auch nach einem Restart gibt es keine neuen Readings von den Devices. Frage ich mit GET ab, erhalte ich auf verschiedenen Devices der verschiedenen Module ziemlich einheitlich: "OWTHERM: T_Heizung getting values, please wait for completion".
Deshalb habe ich debug eingeschaltet und die Queue loggen lassen. Hier ein hoffentlich hilfreicher Ausschnitt:

----------------------------------------------
2016.11.13 12:00:28 1: OWX_Qomplex: Added to OWX send queue dev=2968980C000000da numread=10
2016.11.13 12:00:28 1:   Queue contains 20 entries after insertion
2016.11.13 12:00:28 1:     => 26DD71B7010000f3 context write SP expecting 0 bytes, waiting
2016.11.13 12:00:28 1:     => 26DD71B7010000f3 context copy SP expecting 0 bytes, waiting
2016.11.13 12:00:28 1:     => 26DD71B7010000f3 context V conversion expecting 0 bytes, waiting
2016.11.13 12:00:28 1:     => 26DD71B7010000f3 context recall expecting 0 bytes, waiting
2016.11.13 12:00:28 1:     => 26DD71B7010000f3 context ds2438.getvad expecting 20 bytes, waiting
2016.11.13 12:00:28 1:     => 1D57610F0000002e context getpage.14 expecting 45 bytes, waiting
2016.11.13 12:00:28 1:     => 1D57610F0000002e context getpage.15.final expecting 45 bytes, waiting
2016.11.13 12:00:28 1:     => 280E37AC040000FD context  expecting 0 bytes, waiting
2016.11.13 12:00:28 1:     => 280E37AC040000FD context  expecting 9 bytes, waiting
2016.11.13 12:00:28 1:     => 28CA0FAC04000004 context  expecting 0 bytes, waiting
2016.11.13 12:00:28 1:     => 28CA0FAC04000004 context  expecting 9 bytes, waiting
2016.11.13 12:00:28 1:     => 28A2AAA00500003E context  expecting 0 bytes, waiting
2016.11.13 12:00:28 1:     => 28A2AAA00500003E context  expecting 9 bytes, waiting
2016.11.13 12:00:28 1:     => 28BBA7A00500001F context  expecting 0 bytes, waiting
2016.11.13 12:00:28 1:     => 28BBA7A00500001F context  expecting 9 bytes, waiting
2016.11.13 12:00:28 1:     => 28FB8EA005000061 context  expecting 0 bytes, waiting
2016.11.13 12:00:28 1:     => 28FB8EA005000061 context  expecting 9 bytes, waiting
2016.11.13 12:00:28 1:     => 2843B89F0500000D context  expecting 0 bytes, waiting
2016.11.13 12:00:28 1:     => 2843B89F0500000D context  expecting 9 bytes, waiting
2016.11.13 12:00:28 1:     => 2968980C000000da context ds2408.getstate expecting 10 bytes, waiting
2016.11.13 12:00:28 1: ----------------------------------------------
2016.11.13 12:00:28 1: OWX_Read: OWio1 queue contains 19 entries after removal of active entry
2016.11.13 12:00:28 1: ----------------------------------------------
2016.11.13 12:00:28 1: [OWX_PrQueue] starting send-receive cycle, queue length 19. Setting entry to active
2016.11.13 12:00:28 1:      => 26DD71B7010000f3 context copy SP expecting 0 bytes, waiting
2016.11.13 12:00:28 1: ----------------------------------------------
2016.11.13 12:00:28 1: [OWX_PrQueue] starting send-receive cycle, queue length 17. Setting entry to active
2016.11.13 12:00:28 1:      => 26DD71B7010000f3 context recall expecting 0 bytes, waiting
2016.11.13 12:00:28 1: ----------------------------------------------
2016.11.13 12:00:28 1: [OWX_PrQueue] OWio1 mindelay not over, rescheduling. now=1479034828.83599, target time =1479034829.3318
2016.11.13 12:00:28 1:      => 280E37AC040000FD context  expecting 0 bytes, waiting
2016.11.13 12:00:29 1: [OWX_PrQueue] OWio1 mindelay not over, rescheduling. now=1479034829.14007, target time =1479034829.3318
2016.11.13 12:00:29 1:      => 280E37AC040000FD context  expecting 0 bytes, waiting
2016.11.13 12:00:29 1: [OWX_PrQueue] starting send-receive cycle, queue length 13. Setting entry to active
2016.11.13 12:00:29 1:      => 280E37AC040000FD context  expecting 0 bytes, waiting
2016.11.13 12:00:29 1: ----------------------------------------------
2016.11.13 12:00:29 1: [OWX_PrQueue] starting send-receive cycle, queue length 10. Setting entry to active
2016.11.13 12:00:29 1:      => 28CA0FAC04000004 context  expecting 9 bytes, waiting
2016.11.13 12:00:29 1: ----------------------------------------------


LG
Christian
PI 2B+/3B+ Raspbian 12, Perl 5.36.0, FHEM 6.3: 295 Module in ConfigDB: Steuerung Heizkessel, FBH, Solarthermie, kontr. Lüftung mit WRG. Smarthome u.a. HMCUL, 1-Wire (FT232RL ; DS2480B), EnOcean (TCM EPS3), MQTT2. DOIF, PID20, Threshold, OWX; Micropelt IRTV, Volkszähler, SolarForecast; MariaDB

UweH

Zitat von: cwagner am 13 November 2016, 12:06:31
In der Tat, nun läuft auch 11_OWX_SER.pm in der BETA3 (@UweH: ich habe sie runtergeladen und im Code steht bei mir auch BETA3).
Ich habe sie jetzt mit einem anderen Browser runtergeladen, damit ging es.... :o

UweH

Zitat von: cwagner am 13 November 2016, 12:06:31
Frage ich mit GET ab, erhalte ich auf verschiedenen Devices der verschiedenen Module ziemlich einheitlich: "OWTHERM: T_Heizung getting values, please wait for completion".
Und das wiederum hat bei mir mit der Vorversion funktioniert, nun mit der beta3 nicht mehr. Diese Meldung bekam ich erst, als nach einem Unterbrechen der Lan-Verbindung ein reconnect erfolgreich war und ich dann ein "get...temperature" ausgeführt habe.
Ein "get ... present" bei einem DS2413-Aktor ergibt übrigens "0", obwohl ich den Aktor schalten kann. Abfrage von ID und version funktioniert.

Gruß
Uwe

Prof. Dr. Peter Henning

Immer langsam.

In einem asynchronen System kann ich nicht damit rechnen, dass sofort Anwtorten kommen. Der 1-Wire Bus ist relativ langsam, und je nach Anzahl der 1-Wire-Devices kann es eine Weile dauern, bis die Antwort da ist. Darum in der Infobox nur der Hinweis darauf, dass die Daten kommen werden. Die stehen dann in den Readings, und werden (bisher) nicht als Text zurückgeliefert.

Sobald diese da ist, erfolgt aber das Update ganz korrekt.

Einzig beim OWSWITCH gibt es noch Probleme, vielleicht bekomme ich das heute noch hin.

LG

pah

UweH

Zitat von: Prof. Dr. Peter Henning am 13 November 2016, 12:52:16
und werden (bisher) nicht als Text zurückgeliefert.
OK, das erklärt es. Denn wenn ich auf meiner produktiven FHEM-Installation mit über 30 Temperatursensoren ein "get ... temperature" absetze, kommt sofort die Antwort vom Sensor.

Danke und Gruß
Uwe