OWX asynchron überarbeitet

[Prof. Dr. Peter Henning]

Kann nicht sein, dass er eines findet, das nicht da ist. Denn es wird der CRC der Adresse geprüft.

Irgendetwas stimmt hier nicht mit der Bus-Suche, ist meine erste Vermutung.

LG

pah

[Achim]

Hallo,

die langen Startzeiten kann ich auch bestätigen. Hier ein Auszug aus meinem Logfile beim Start:

2014.06.20 11:20:58 3: telnetPort: port 7072 opened
2014.06.20 11:21:53 3: OWTHERM: Device Heizraum_DS2 defined.
2014.06.20 11:23:26 3: OWCOUNT: Device OWX_Z1 defined.
2014.06.20 11:23:26 3: OWCOUNT: Device OWX_Z2 defined.
2014.06.20 11:23:29 1: Including /var/log/fhem/fhem.save
2014.06.20 11:23:30 3: Ardu_Nano1: port 3030 opened
2014.06.20 11:23:30 1: OWX: 1-Wire bus NANO1_D3: interface Firmata detected in Ardu_Nano1

die langen Startzeiten kamen nach "irgendeinem" Update. Das Warten ist zwar etwas lästig, aber nichts gegen einen Neustart unserer Windows Rechner in der Firma

Wenn ich irgendwie mit weiteren Infos weiterhelfen kann, einfach schreiben was ich durchführen soll.

Viele Grüße
Achim

[fhem-challenge]

Hallo,

die langen Startzeiten kann ich auch bestätigen. Hier ein Auszug aus meinem Logfile beim Start:die langen Startzeiten kamen nach "irgendeinem" Update. Das Warten ist zwar etwas lästig, aber nichts gegen einen Neustart unserer Windows Rechner in der Firma

Wenn ich irgendwie mit weiteren Infos weiterhelfen kann, einfach schreiben was ich durchführen soll.

Viele Grüße
Achim

Ich habe diese langen Startzeiten nicht. Weder bei OWX_ASYNC noch OWX.

Bei mir dauert der Startvorgang der ganzen OW Umgebung 14 Sekunden, bei bereits in der Config definierten DS18B20 (also kein auto detect nötig).

ich lasse FHEM auf einem Cubietruck laufen, der zugegeben, im Vgl. zu meinen alten raspi ganz erheblich!! schneller ist. Dafür habe ich an anderer Stelle Timingprobleme, nur nicht beim Starten.


Logfile:

Code Auswählen Erweitern

2014.06.20 12:01:21 1: Including fhem.cfg
2014.06.20 12:01:21 3: Opening CUNO device x.x.x.x:2323
2014.06.20 12:01:21 3: CUNO device opened
2014.06.20 12:01:22 3: CUNO: Possible commands: mBCFZiAGMRTVWXOefltuHxEcq
2014.06.20 12:01:22 3: Opening CUNO2 device x.x.x.x:2323
2014.06.20 12:01:22 3: CUNO2 device opened
2014.06.20 12:01:22 3: CUNO2: Possible commands: mBCFZiAGMRTVWXOefltuHxEcq
2014.06.20 12:01:22 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.06.20 12:01:22 3: Opening HMLAN1 device x.x.x.x:1000
2014.06.20 12:01:22 3: HMLAN1 device opened
2014.06.20 12:01:22 1: HMLAN_Parse: HMLAN1 new condition init
2014.06.20 12:01:22 3: WEB: port 8083 opened
2014.06.20 12:01:22 3: WEBphone: port 8084 opened
2014.06.20 12:01:22 3: WEBtablet: port 8085 opened
2014.06.20 12:01:22 3: telnetFnotifyPort: port 7072 opened
2014.06.20 12:01:22 3: Connecting to database mysql:database=fhem;host=127.0.0.1;port=3306 with user xxxxx
2014.06.20 12:01:22 3: Connection to db mysql:database=fhem;host=127.0.0.1;port=3306 established for pid 26003
2014.06.20 12:01:22 3: Connection to db mysql:database=fhem;host=127.0.0.1;port=3306 established
2014.06.20 12:01:22 1: Including /opt/fhem/FHEM/fhem.automatische_prozesse.cfg
2014.06.20 12:01:23 1: Including /opt/fhem/FHEM/fhem.energiemessungen.cfg
2014.06.20 12:01:23 1: Including /opt/fhem/FHEM/fhem.geraete.cfg
2014.06.20 12:01:26 4: ENIGMA2 vuduo: REQ powerstate
2014.06.20 12:01:26 4: HttpUtils url=http://x.x.x.x/web/powerstate
2014.06.20 12:01:26 3: [STV] defined with host: x.x.x.x port: 52235 MAC:
2014.06.20 12:01:26 3: Opening fritzbox_call device x.x.x.x:1012
2014.06.20 12:01:26 3: fritzbox_call device opened
2014.06.20 12:01:26 3: FB_CALLMONITOR: loading cache file /root/fhem_callmonitor.search
...
2014.06.20 12:01:26 2: FB_CALLMONITOR: fritzbox_call read 35 contacts from FritzBox phonebook
2014.06.20 12:01:26 1: Including /opt/fhem/FHEM/fhem.heizung.cfg
2014.06.20 12:01:26 1: Including /opt/fhem/FHEM/fhem.lampen.schalter.cfg
2014.06.20 12:01:26 1: Including /opt/fhem/FHEM/fhem.rauchmelder.cfg
2014.06.20 12:01:26 1: Including /opt/fhem/FHEM/fhem.sensoren.cfg
2014.06.20 12:01:27 1: Including /opt/fhem/FHEM/fhem.temperaturen.cfg
>>> Hier startet OW
2014.06.20 12:01:27 1: Including /opt/fhem/FHEM/fhem.onewire.cfg
2014.06.20 12:01:41 3: OWTHERM: Device Temp1 defined.
2014.06.20 12:01:41 3: OWTHERM: Device Temp2 defined.
2014.06.20 12:01:41 3: OWTHERM: Device Temp3 defined.
2014.06.20 12:01:41 3: OWTHERM: Device Temp4 defined.
2014.06.20 12:01:41 3: OWTHERM: Device Temp5 defined.
<<<
>>> Hier gehts weiter ...
2014.06.20 12:01:41 1: Including /opt/fhem/FHEM/fhem.tuer_fensterkontakte.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.hminfo.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.alarmierungen.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.cam.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.keymatic.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.dummy_devices.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.floorplan.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.system-monitoring.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.wetterstation.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.rolladensteuerung.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.readinggroups.cfg
2014.06.20 12:01:42 1: Including /opt/fhem/FHEM/fhem.presence.cfg
2014.06.20 12:01:43 1: Including /opt/fhem/FHEM/fhem.test.cfg
2014.06.20 12:01:43 1: Including /opt/fhem/log/fhem.save
2014.06.20 12:01:43 3: FIRMATA: port 3030 opened

Viele Grüße!

Andreas

[Prof. Dr. Peter Henning]

Nun, ich habe diese Startzeiten ja auch nicht - aber den Fehler müssen wir trotzdem finden.

Es könnte an zwei Dingen hängen:
Erstens an der Erkennung des Interfaces - da wird nämlich bis zu 100x versucht, eine Response vom Controller zu bekommen.
Und zweitens  an der Device-Suche auf dem Bus.

LG

pah

[det.]

Bei mir dauert der Start mit angelegten und schon mal erkannten 28 Devices verteilt auf zwei Busmaster ca. 2min, wobei ein Bus sichtlich rumzickt. Das liegt irgendwie am Bus oder den Devices, denn den Busmaster habe ich schon mal gegen einen anderen getauscht - ohne Erfolg. Wirklich problematisch finde ich das jetzt nicht, da unter synchronen OWX auf dem Cubie2 FHEM damit produktiv absolut stabil läuft. Habe heute extra mal ein Update mit anschl. restart gemacht, um für den Post hier paar Werte liefern zu können.


LOG:

Code Auswählen Erweitern

2014.06.20 15:04:08 1: OWX: 1-Wire devices found on bus 1wire_1 (OWX_BS_A_005,BueroTemp_KG,OWX_BS_A_050,OWX_BS_A_000,OWX_BS_A_100,OWX_BS_A_010,OWX_BS_A_020,Keller_KG,TKS_KG,Flur_UG,OWSWITCHB,OWX_26_934D27010000,Tuer_Buero,OWCOUNT_KG,OWX_LCD)
2014.06.20 15:03:56 1: OWX: 1-Wire devices found on bus 1wire_0 (OWX_HZ_RAUM,OWX_WW_ZIRK,OWX_HZ_VOR,OWX_WW_RUECK,OWX_WW_SP,OWX_WW_VOR,OWX_HZ_RUECK,OWSWITCHBoden,OWX_Vaillant,OWX_WZ_Klima,OWX_26_0A9116000000,OWX_Wassermelder,OWX_LCD1)
...
2014.06.20 15:03:11 1: configfile: 0
2014.06.20 15:03:10 1: Including ./log/fhem.save
2014.06.20 15:03:10 3: OWMULTI: Device OWX_26_0A9116000000 defined.
...
2014.06.20 15:03:10 3: OWID: Device Tuer_Buero defined.
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:03:10 3: OWX: Reset called with unknown interface serial
2014.06.20 15:03:10 3: OWLCD:   Device OWX_LCD1 defined.
...
2014.06.20 15:02:58 3: OWTHERM: Device BueroTemp_KG defined.
2014.06.20 15:02:58 3: OWSWITCH: Device OWSWITCHB defined.
2014.06.20 15:02:57 3: OWSWITCH: Device OWX_Vaillant defined.
2014.06.20 15:02:57 3: OWTHERM: Device OWX_WW_RUECK defined.
2014.06.20 15:02:57 3: OWTHERM: Device OWX_WW_VOR defined.
2014.06.20 15:02:57 3: OWTHERM: Device OWX_WW_SP defined.
2014.06.20 15:02:57 3: OWTHERM: Device OWX_HZ_RUECK defined.
2014.06.20 15:02:57 3: OWTHERM: Device OWX_HZ_VOR defined.
2014.06.20 15:02:57 3: OWTHERM: Device OWX_HZ_RAUM defined.
2014.06.20 15:02:57 3: OWSWITCH: Device OWSWITCHBoden defined.
2014.06.20 15:02:44 3: OWMULTI: Device OWX_Wassermelder defined.
2014.06.20 15:02:44 3: OWTHERM: Device OWX_WW_ZIRK defined.
2014.06.20 15:02:44 3: OWMULTI: Device OWX_WZ_Klima defined.
2014.06.20 15:02:44 3: OWCOUNT: Device OWCOUNT_KG defined.
2014.06.20 15:02:23 3: OWTHERM: Device TKS_KG defined.
2014.06.20 15:02:23 3: OWTHERM: Device Flur_UG defined.
2014.06.20 15:02:23 3: OWTHERM: Device Keller_KG defined.
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.06.20 15:02:23 3: OWX: Reset called with unknown interface serial
2014.06.20 15:02:23 3: OWLCD:   Device OWX_LCD defined.
2014.06.20 15:02:06 3: OWMULTI: Device OWX_26_934D27010000 defined.
2014.06.20 15:01:57 3: OWTHERM: Device OWX_BS_A_010 defined.
2014.06.20 15:01:57 3: OWTHERM: Device OWX_BS_A_000 defined.
2014.06.20 15:01:57 3: OWTHERM: Device OWX_BS_A_050 defined.
2014.06.20 15:01:57 3: OWTHERM: Device OWX_BS_A_100 defined.
2014.06.20 15:01:57 3: OWTHERM: Device OWX_BS_A_020 defined.
2014.06.20 15:01:57 3: OWTHERM: Device OWX_BS_A_005 defined.
....
2014.06.20 15:01:48 1: OWX: Serial device /dev/ttyUSB_OWX_null defined
2014.06.20 15:01:48 3: 1wire_1 device opened
2014.06.20 15:01:48 3: Setting 1wire_1 baudrate to 9600
2014.06.20 15:01:48 3: Opening 1wire_1 device /dev/ttyUSB_OWX_null
2014.06.20 15:01:48 1: OWX: Serial device /dev/ttyUSB_OWX_eins defined
2014.06.20 15:01:48 3: 1wire_0 device opened
2014.06.20 15:01:48 3: Setting 1wire_0 baudrate to 9600
2014.06.20 15:01:48 3: Opening 1wire_0 device /dev/ttyUSB_OWX_eins

[Starkstrombastler]

Kann nicht sein, dass er eines findet, das nicht da ist. Denn es wird der CRC der Adresse geprüft.

Beim letzten Neustart hat er sogar 6 solcher Geister-Devices gefunden.

Das sieht dann z.B. so wie im Screenshot aus. Das Device wird als "present" gemeldet, obwohl die CRC falsch ist.

Beim Abruf von "get <...> temperature" wird dies endlich bemerkt:

Code Auswählen Erweitern

OWTHERM: Could not get values from device OWX_28_0ACE59050000, return was invalid CRC


Wegen der langen Ladezeiten hatte ich einen Neustart mit verbose=5 durchgeführt. Der Effekt ist bei allen Devices gleich, hier am Beispiel OWCOUNT:

Code Auswählen Erweitern


2014.06.20 21:37:45.314 5: Cmd: >attr OWX_Analog_2 room OWX<
2014.06.20 21:37:45.348 5: Cmd: >define TaE OWTHERM DS18B20 E0C0E0040000<
2014.06.20 21:37:45.350 5: Loading ./FHEM/21_OWTHERM.pm
2014.06.20 21:39:19.636 3: OWTHERM: Device TaE defined.
2014.06.20 21:39:19.649 5: Cmd: >attr TaE IODev OWusb<
2014.06.20 21:39:19.653 5: Cmd: >attr TaE alias ...............

Es sieht so aus, als ob die Zeit beim "Loading" benötigt wird.

Meine Module sind gem. Update Check aktuell. Version liefert:
# $Id: 21_OWAD.pm 5902 2014-05-19 15:11:06Z ntruchsess $
# $Id: 21_OWCOUNT.pm 5902 2014-05-19 15:11:06Z ntruchsess $
# $Id: 21_OWSWITCH.pm 5902 2014-05-19 15:11:06Z ntruchsess $
# $Id: 21_OWTHERM.pm 6108 2014-06-13 22:36:48Z ntruchsess $
# $Id: 00_OWX.pm 5522 2014-04-14 10:10:17Z ntruchsess $
# $Id: 00_OWX_ASYNC.pm 6108 2014-06-13 22:36:48Z ntruchsess $



Im geposteten LOG von det. habe ich gesehen, dass

Code Auswählen Erweitern


2014.06.20 15:01:48 1: OWX: Serial device /dev/ttyUSB_OWX_null defined
...
2014.06.20 15:01:57 3: OWTHERM: Device OWX_BS_A_100 defined.
zeitlich vor der Definition der diversen Devices erfolgt.

Bei mir erscheint im Log die Definition des Interfaces erst nach der Definition der Devices, hier der LOG:

Code Auswählen Erweitern


2014.06.20 22:17:45.415 3: OWTHERM: Device _TUmwS defined.
2014.06.20 22:17:45.444 3: OWTHERM: Device _Txxx defined.
2014.06.20 22:19:00.928 3: OWSWITCH: Device CounterGasSwM defined.
2014.06.20 22:19:00.952 3: OWSWITCH: Device Counter4Switch defined.
2014.06.20 22:20:49.826 3: OWCOUNT: Device CounterGas defined.
2014.06.20 22:20:49.880 3: OWCOUNT: Device Counter4 defined.
2014.06.20 22:20:54.519 2: eventTypes: loaded 3369 events from log/eventTypes.txt
...
2014.06.20 22:21:02.773 1: Including ./log/fhem.save
2014.06.20 22:21:05.072 3: Opening OWusb device /dev/ttyUSB0
2014.06.20 22:21:05.118 3: Setting OWusb baudrate to 9600
2014.06.20 22:21:05.215 3: OWusb device opened
2014.06.20 22:21:05.217 2: OWX_SER: Serial device /dev/ttyUSB0@9600 defined
2014.06.20 22:21:07.032 3: OWX_SER::Detect 1-Wire bus OWusb: interface master DS2480 detected for the first time
2014.06.20 22:21:07.267 1: usb create starting
2014.06.20 22:21:09.226 1: usb create end
2014.06.20 22:21:09.274 2: SecurityCheck:  ....
2014.06.20 22:21:09.281 0: Server started with 191 defined entities (version $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $, os linux, user root, pid 1721)
2014.06.20 22:21:16.475 1: OWCOUNT_recall: Cannot open OWCOUNT_CounterGas_0.dat for reading!
2014.06.20 22:21:17.230 1: OWCOUNT_recall: Cannot open OWCOUNT_CounterGas_0.dat for reading!
2014.06.20 22:21:17.703 1: OWCOUNT: model attribute of CounterGas set to DS2423eold because no memory found
2014.06.20 22:21:19.473 1: OWCOUNT_recall: Cannot open OWCOUNT_Counter4_0.dat for reading!
2014.06.20 22:21:20.198 1: OWCOUNT_recall: Cannot open OWCOUNT_Counter4_0.dat for reading!
2014.06.20 22:21:20.682 1: OWCOUNT: model attribute of Counter4 set to DS2423eold because no memory found
2014.06.20 22:21:30.283 3: OWTHERM: Device OWX_28_0ACE59050000 defined.
2014.06.20 22:21:30.515 3: OWTHERM: Device OWX_28_2AC99D040000 defined.
2014.06.20 22:21:30.758 3: OWTHERM: Device OWX_28_5ABCE1040000 defined.
2014.06.20 22:21:30.992 3: OWTHERM: Device OWX_28_D6142C050000 defined.
2014.06.20 22:21:31.232 3: OWTHERM: Device OWX_28_EED22C050000 defined.
2014.06.20 22:21:31.470 3: OWTHERM: Device OWX_28_3E1B5A050000 defined.
2014.06.20 22:21:31.715 2: OWX: 1-Wire devices found on bus OWusb (OWX_Analog_2,OWX_Analog_1,_TCnt4,TaE,TaTo,_TUmwS,TiAR,_T_D4142c,_Txxx,TaTu,THR43,OWX_28_0ACE59050000,OWX_28_2AC99D040000,OWX_28_5ABCE1040000,OWX_28_D6142C050000,OWX_28_EED22C050000,OWX_28_3E1B5A050000,THR45,TWi,THR41,THWW,THR44,THVL,TKRL,TKVL,THRL,TaGH,THWWSpO,THLab,THWWZirkRL,THR46,CounterGasSwM,Counter4Switch,Counter4,CounterGas)

In der CFG kommt das Interfache aber direkt vor den Devices.

Vielleicht ergibt sich mit diesen Infos ein klareres Bild! Was sollte ich noch untersuchen?

[Prof. Dr. Peter Henning]

Hm, ich würde mal versuchen, die Interfaces _ganz am Anfang_ der Konfiguration zu laden. Kann sein, dass hier einfach ein timing-Problem vorliegt - die Devices werden abgefragt, bevor das Interface sauber definiert wurde.

LG

pah

[Prof. Dr. Peter Henning]

Wir kommen der Sache näher.

Ich verwende in meinem Produktivsystem eine Version 00_OWX.pm mit der Versionsnummer 4.3, stammt vom Februar 2014.

Wenn ich die durch die aktuelle Version ersetze - bei der Norbert Truchsess diverse Änderungen vorgenommen hat, die das Modul kompatibler mit seinen asynchronen Versionen und/oder seinem Arduino-Projekt gemacht hat, komme ich auch auf Startzeiten in der Größenordnungen von Minuten. Außerdem treten auch Fehler auf, wenn die Interface-Definition wegen der langen Startzeit noch nicht abgeschlossen wurde, aber das Device schon abgefragt wird.

LG

pah

[det.]

ja, das ist das Problem zwischen "ich teste mit" oder "ich hab ein dauerhaft stabiles System". Wie in meinem Beitrag 202 geschrieben, bringt die aktuelle OWX Version im ASYNC Modus zumindest bei mir keine solchen Fehler, liefert aber mit dem Busmaster mit u.a. OWCOUNT  dran nach Mitternacht keine Werte. Da ich das vorher ohne OWCOUNT auf einem Test RPI mit Erfolg getestet hatte, nützt es mMn nur das Risiko einzugehen, sich das Produktivsystem auch mal ordentlich zu zerschießen.

[Prof. Dr. Peter Henning]

Na ja, ich habe 3 FHEM-System am Laufen - und teste normalerweise nur auf zweien.

LG

pah

[ntruchsess]

war die letzte Woche in Urlaub, diesmal ausnahmsweise ohne Rechner und Internet

die langen Startupzeiten liegen an den InternalTimer-aufrufen die als letzten Parameter '1' übergeben, die die OWX-Client-module schon beim define absetzen. Am 15.03.2014 habe ich die Zeile die das globale $init_done auf 1 setzt (und damit die damit verbundene logik der fhem.pl unterläuft) entfernt. Seit der Änderung bleiben alle InternalTimer-aufrufe mit 1 als letzem Parameter einfach stehen, bis die gewünschte Zeit abgelaufen ist (das ist kein Fehler des InternalTimers sondern so designed).
Als Quickfix kann man in den InternalTimer-aufrufen überall eine 0 statt der 1 reinschreiben (die 1 ist an der Stelle für gar nix gut). Aber eigentlich muss man (das habe ich noch auf der ToDo-list) die OWX-Clients so umbauen, dass sie vom OWX(_ASYNC)-modul aus gestartet werden, wenn dieses mit der Initialisierung des Busmasters fertig ist, das würde auch gleich dafür sorgen, dass die OWX-Clients sauber re-initialisiert werden können, wenn man den Kontakt zum Busmaster zwischendurch verliert.

Gruß,

Norbert

[ntruchsess]

die langen Startupzeiten liegen an den InternalTimer-aufrufen die als letzten Parameter '1' übergeben[...]

Den Quickfix habe ich grade committed, sollte risikolos sein und die lange Startupzeit beheben.

Gruß,

Norbert

[kaihs]

Ich habe gerade mal versucht von OWX auf OWX_ASYNC umzustellen, das führt aber zu einem fhem Absturz.

Ich verwende ein rpiaddon-Board, das verhält sich bzgl. 1-Wire wie ein COC.

Deswegen versucht OWX_ASYNC ein Modul OWX_CCC nachzuladen, das gibt es aber gar nicht (auch nicht im svn).

Code Auswählen Erweitern


Can't locate ./FHEM/OWX_CCC.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM ./FHEM/lib) at ./FHEM/00_OWX_ASYNC.pm line 200, <$fh> line 108.


Existiert dieses Modul noch gar nicht?

Gruß,

Kai

[ntruchsess]

OWX_CCC gibt's noch nicht. Da ich keinen COC besitze, kann ich auch nicht versprechen, dass es das von mir irgendwann mal für OWX_ASYNC geben wird. Aber wenn sich jemand anders daran versuchen will - Entwicklerfragen zur Funktion des OWX_ASYNC beantworte ich gerne.

Gruß,

Norbert

[Prof. Dr. Peter Henning]

Ich bin leider derzeit für längere Zeit lahmgelegt durch berufliche Anforderungen, sonst wäre das schon längst angegangen worden.

LG

pah