Ich habe durchschnittlich 0,5 Sek Antwortzeit pro 1-Wire Abfrage. Ist das normal oder habe ich hier tatsächlich ein Problem?
Mein Umfeld:
Ein RPI (Debian Stretch), in dem ein 1-Wire Busmaster DS9490R steckt. Angeschlossen sind 13 Sensoren DS18B20. OWServer-Version ist 3.1p5. Auf dem RPI ist kein FHEM installiert.
FHEM läuft auf einem NUC (Debian Jessie). OWServer-Version ist 2.9P8 (wird aber mE nicht verwendet, da meine OWServer Definition auf den RPI zeigt – s. list)
Internals:
DEF 192.168.0.20:4304
LAST_READ_FAILED 0
NAME myLocalOWServer
NOTIFYDEV global
NR 875
NR_READ_FAILED 4
NTFY_ORDER 50a-myLocalOWServer
OWNET_VERSION 3.1p5
OWSERVER_VERSION 3.1p5
STATE Initialized
TYPE OWServer
Helper:
DBLOG:
/settings/timeout/directory:
myFHEMdb:
TIME 1542406918.13378
VALUE 60
/settings/timeout/ftp:
myFHEMdb:
TIME 1542406918.18463
VALUE 900
/settings/timeout/ha7:
myFHEMdb:
TIME 1542406918.21862
VALUE 60
/settings/timeout/network:
myFHEMdb:
TIME 1542406918.25482
VALUE 1
/settings/timeout/presence:
myFHEMdb:
TIME 1542406918.29123
VALUE 120
/settings/timeout/serial:
myFHEMdb:
TIME 1542406918.3271
VALUE 5
/settings/timeout/server:
myFHEMdb:
TIME 1542406918.36417
VALUE 10
/settings/timeout/stable:
myFHEMdb:
TIME 1542406918.40012
VALUE 300
/settings/timeout/uncached:
myFHEMdb:
TIME 1542406918.43606
VALUE 0
/settings/timeout/usb:
myFHEMdb:
TIME 1542406918.47359
VALUE 5
/settings/timeout/volatile:
myFHEMdb:
TIME 1542406918.51149
VALUE 15
/settings/timeout/w1:
myFHEMdb:
TIME 1542406918.54674
VALUE 30
/settings/units/pressure_scale:
myFHEMdb:
TIME 1542406918.58194
VALUE mbar
/settings/units/temperature_scale:
myFHEMdb:
TIME 1542406918.61783
VALUE C
state:
myFHEMdb:
TIME 1542406918.65358
VALUE Initialized
myFHEMdb_LT:
TIME 1542406918.6835
VALUE Initialized
READINGS:
2018-11-16 23:21:43 /settings/timeout/directory 60
2018-11-16 23:21:58 /settings/timeout/ftp 900
2018-11-16 23:21:58 /settings/timeout/ha7 60
2018-11-16 23:21:58 /settings/timeout/network 1
2018-11-16 23:21:58 /settings/timeout/presence 120
2018-11-16 23:21:58 /settings/timeout/serial 5
2018-11-16 23:21:58 /settings/timeout/server 10
2018-11-16 23:21:58 /settings/timeout/stable 300
2018-11-16 23:21:58 /settings/timeout/uncached 0
2018-11-16 23:21:58 /settings/timeout/usb 5
2018-11-16 23:21:58 /settings/timeout/volatile 15
2018-11-16 23:21:58 /settings/timeout/w1 30
2018-11-16 23:21:58 /settings/units/pressure_scale mbar
2018-11-16 23:21:58 /settings/units/temperature_scale C
2018-11-16 23:21:58 state Initialized
fhem:
protocol 192.168.0.20:4304
helper:
bm:
OWServer_Get:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 17.11. 10:08:56
max 3.814697265625e-05
tot 7.20024108886719e-05
mAr:
HASH(myLocalOWServer)
myLocalOWServer
?
OWServer_Notify:
cnt 5
dmx -1000
dtot 0
dtotcnt 0
mTS 17.11. 09:40:28
max 4.10079956054688e-05
tot 0.000129222869873047
mAr:
HASH(myLocalOWServer)
HASH(global)
OWServer_Set:
cnt 5
dmx -1000
dtot 0
dtotcnt 0
mTS 17.11. 10:09:28
max 2.90870666503906e-05
tot 0.0001068115234375
mAr:
HASH(myLocalOWServer)
myLocalOWServer
?
Attributes:
nonblocking 1
room Technik->OWDevice
Da ich teilweise Verzögerungen im FHEM bemerke, habe ich mal apptime mitlaufen lassen und nach ca. 2 Stunden folgendes Bild:
active-timers: 142; max-active timers: 154; max-timer-load: 24 min-tmrHandlingTm: 0.0ms; max-tmrHandlingTm: 3767.8ms; totAvgDly: 493.1ms
name function max count total average maxDly avgDly TS Max call param Max call
tmr-OWDevice_UpdateValues HASH(0x7c0e3f0) 1354 86 54493.26 633.64 3334.88 353.83 17.11. 10:21:30 HASH(WW_EG_Zirkulation)
tmr-OWDevice_UpdateValues HASH(0x7e68210) 1379 86 49559.93 576.28 12651.01 521.62 17.11. 11:08:43 HASH(WW_OG_Zirkulation)
tmr-OWDevice_UpdateValues HASH(0x7e68030) 1374 86 46344.82 538.89 11501.42 458.73 17.11. 09:34:56 HASH(WW_KG_Zirkulation)
tmr-OWDevice_UpdateValues HASH(0x7e4bec8) 1342 87 45200.22 519.54 10986.08 631.04 17.11. 10:34:11 HASH(WW_Ruecklauf_Zirkulationspumpe)
tmr-OWDevice_UpdateValues HASH(0x7e685d0) 1274 86 43638.92 507.43 6422.26 446.42 17.11. 08:48:22 HASH(HZ_Ruecklauf_Pumpengruppe)
tmr-OWDevice_UpdateValues HASH(0x7e68120) 1392 172 86328.50 501.91 6134.98 358.80 17.11. 09:02:16 HASH(WW_Vorlauf)
tmr-OWDevice_UpdateValues HASH(0x7e56db8) 1194 86 42840.13 498.14 2687.51 353.96 17.11. 09:03:26 HASH(WW_KG_warm)
tmr-OWDevice_UpdateValues HASH(0x7e67e50) 1583 341 169063.27 495.79 6837.44 485.06 17.11. 09:28:22 HASH(WW_EG_warm)
tmr-DOIF_TimerTrigger REF(0x159a53f8) 485 1 485.81 485.81 1402.79 1402.79 17.11. 10:54:32 REF(0x159a53f8)
tmr-HourCounter_Run hc.Gasverbrauch_2_WW 588 3 1393.96 464.65 1660.61 1157.49 17.11. 09:00:00 hc.Gasverbrauch_2_WW
tmr-DOIF_TimerTrigger REF(0xfd20050) 459 1 459.10 459.10 0.55 0.55 17.11. 09:54:16 REF(0xfd20050)
tmr-OWDevice_UpdateValues HASH(0x7e686c0) 1250 86 38708.40 450.10 3296.10 319.03 17.11. 09:19:28 HASH(HZ_Vorlauf_Pumpengruppe)
tmr-OWDevice_UpdateValues HASH(0x7e67f40) 1328 172 76828.61 446.68 10808.09 376.67 17.11. 11:06:10 HASH(Raumtemperatur_Heizungskeller)
tmr-OWDevice_UpdateValues HASH(0x7e68300) 1356 86 37029.28 430.57 3061.64 297.47 17.11. 09:03:30 HASH(WW_OG_warm)
tmr-HourCounter_Run hc.rain 611 3 1233.27 411.09 1058.84 583.54 17.11. 11:00:01 hc.rain
tmr-HourCounter_Run hc.Gasverbrauch_2_Heizung 623 3 1222.10 407.37 1244.08 847.02 17.11. 11:00:02 hc.Gasverbrauch_2_Heizung
tmr-OWDevice_UpdateValues HASH(0x7e683f0) 1192 86 35027.80 407.30 11885.92 583.70 17.11. 08:56:51 HASH(HZ_Ruecklauf_OG)
tmr-OWDevice_UpdateValues HASH(0x7e684e0) 1274 86 33350.15 387.79 6792.00 642.96 17.11. 11:14:51 HASH(HZ_Ruecklauf_EG)
tmr-DOIF_TimerTrigger REF(0xa40ab80) 387 1 387.10 387.10 0.62 0.62 17.11. 08:54:01 REF(0xa40ab80)
Die 1-Wire Devices sind leider führend.
LG
Holger