Support Thread zum Onewire Plugin

[fedex]

Ich benutze den GPIO PIN4 für den 1wire

Das ist die Ausgaben nach dem start des owserver mit sudo systemctl start owserver

 [smarthome@SmartHomeNG10 ~]$ sudo journalctl -x -u owserver
-- Logs begin at Wed 2020-10-21 03:31:01 CEST, end at Fri 2020-10-23 20:41:32 CEST. --
Okt 23 18:22:51 SmartHomeNG10 systemd[1]: Starting Backend server for 1-wire control...
-- Subject: A start job for unit owserver.service has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit owserver.service has begun execution.
--
-- The job identifier is 16023.
Okt 23 18:22:51 SmartHomeNG10 owserver[30800]: DEFAULT: owlib.c:(208) Cannot open USB bus master
Okt 23 18:22:51 SmartHomeNG10 owserver[30800]: DEFAULT: owlib.c:(52) No valid 1-wire buses found
Okt 23 18:22:51 SmartHomeNG10 systemd[1]: owserver.service: Main process exited, code=exited, status=1/FAILURE
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- An ExecStart= process belonging to unit owserver.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 1.
Okt 23 18:22:51 SmartHomeNG10 systemd[1]: owserver.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit owserver.service has entered the 'failed' state with result 'exit-code'.
Okt 23 18:22:51 SmartHomeNG10 systemd[1]: Failed to start Backend server for 1-wire control.
-- Subject: A start job for unit owserver.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit owserver.service has finished with a failure.
--
-- The job identifier is 16023 and the job result is failed.
Okt 23 18:22:51 SmartHomeNG10 systemd[1]: owserver.service: Service RestartSec=100ms expired, scheduling restart.
Okt 23 18:22:51 SmartHomeNG10 systemd[1]: owserver.service: Scheduled restart job, restart counter is at 1.
-- Subject: Automatic restarting of a unit has been scheduled
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Automatic restarting of the unit owserver.service has been scheduled, as the result for
-- the configured Restart= setting for the unit.
Okt 23 18:22:51 SmartHomeNG10 systemd[1]: Stopped Backend server for 1-wire control.
-- Subject: A stop job for unit owserver.service has finished

das ist die /etc/owfs.conf

######################## SOURCES ########################
#
# With this setup, any client (but owserver) uses owserver on the
# local machine...
! server: server = 127.0.0.1:4304
#
# ...and owserver uses the real hardware, by default fake devices
# This part must be changed on real installation
#server: FAKE = DS18S20,DS2405
#
# USB device: DS9490
server: usb = all
#
# Serial port: DS9097
#server: device = /dev/ttyS1
#
# owserver tcp address
#server: server = 192.168.10.1:3131
#
# random simulated device
#server: FAKE = DS18S20,DS2405
#
######################### OWFS ##########################
#
mountpoint = /mnt/1wire
allow_other
#
####################### OWHTTPD #########################
http: port = 2121
####################### OWFTPD ##########################
ftp: port = 2120
####################### OWSERVER ########################
server: port = 127.0.0.1:4304

[bmx]

Neustartversuch? Also sudo systemctl start owserver und danach sudo journalctl -x -u owserver liefert was?

Wie sieht die /etc/owfs.conf aus?

[fedex]

Hallo das sind die

service_onewire_fix.conf:

[Service]
ExecStart=
ExecStart=/usr/bin/owserver -c /etc/owfs.conf --foreground

[Install]
Also=

override.conf

[Service]
ExecStart=
ExecStart=/usr/bin/owserver -c /etc/owfs.conf --foreground

[Install]
Also=

und beim sudo journalctl -x -u owserver

-- Logs begin at Tue 2020-10-20 17:38:47 CEST, end at Fri 2020-10-23 17:01:53 CEST. --
-- No entries --

[bmx]

fedex Ohne Deine override.conf, die service_onewire_fix.conf und einen frischen Neustartversuch mit einem sudo journalctl -x -u owserver wird das auf Wahrsagerei rauslaufen...

[bmx]

Zu früh gefreut!

Ich hatte oben schon geschrieben das so ein eval wie

eval: sh.wire.temp_r1.db('max', '28h')

einfach doof ist. Da nützt es auch nicht das alles nur weniger oft zu machen.
Für jedes dieser eval wird ein Thread gestartet und wenn die Datenbank zu tun hat - zum Beispiel mit Bereinigung - dann warten alle diese Threads darauf, das die Datenbank fertig ist. Und wenn in dieser Zeit wieder ein eval kommt, dann wird ein neuer Thread gestartet. Daher hast Du auch so eine Threadansammlung.

[fedex]

Hallo ich habe mit dem 1wire ein Problem
Zu meinem system
Raspberry pi3b mit dem neuem Image von Onkelandy
Das ist der Fehler den ich bekomme.

SmartHome Raspi runing for: 3 days, 18h12m06s


[smarthome@SmartHomeNG10 ~]$
[smarthome@SmartHomeNG10 ~]$ sudo systemctl status owserver
● owserver.service - Backend server for 1-wire control
Loaded: loaded (/lib/systemd/system/owserver.service; enabled; vendor preset:
Drop-In: /etc/systemd/system/owserver.service.d
└─override.conf, service_onewire_fix.conf
Active: failed (Result: exit-code) since Mon 2020-10-19 06:38:20 CEST; 3 days
Docs: man:owserver(1)
Main PID: 472 (code=exited, status=1/FAILURE)

Warning: Journal has been rotated since unit was started. Log output is incomple
lines 1-9/9 (END)

Ich habe hier im Forum und im Netz schon geschaut und probiert aber leider nicht hinbekommen

Gruß FedEx

[schloessl]

Problem zu #31 bis #36 wahrscheinlich gefunden!!

In #31 fatte ich die yaml eingestellt. Hier habe ich jetzt das Problem soeben gesehen und (?? hoffentlich) beseitigt.

Wieder war mein System gestern so alle 3 Stunden in den Restartmodus gefallen und hatte sich neu geladen. Jedesmal ware mehr als 50 Threads geöffnet.
Bei der Suche im Log fiel mir auf, jeweils temp.r1 zeigte eine Fehlermeldung, alle weiteren Buttons liefen korrekt.

20 mal hatte ich mindestens die yaml kontrolliert und es nicht gesehen.
Das database_maxage blockierte wohl irgendwie das Logfile.

    temp_r1:
        min:
            type: num
            knx_dpt: '9'
            knx_send: 4/3/30
            knx_reply: 4/3/30
            enforce_updates: 'True'
            database: 'init'
            eval: sh.wire.temp_r1.db('min', '28h')
            eval_trigger: wire.temp_r1
 [COLOR=#c0392b]       database_maxage: 30                                              hier ist der Fehler[/COLOR]

        max:
            type: num
            knx_dpt: '9'
            knx_send: 4/3/31
            knx_reply: 4/3/31
            enforce_updates: 'True'
            database: 'init'
            eval: sh.wire.temp_r1.db('max', '28h')
            eval_trigger: wire.temp_r1
  [COLOR=#c0392b]      database_maxage: 30                                             hier ist der Fehler[/COLOR]

Jetzt läuft es schon seit Stunden ohne Meldung..

Das Problem saß wieder einmal vor dem Rechner!
Vielleicht hilft der Hinweis evtl. das Problem abzufangen!

Ein schönes Wochenende!
Danke an alle Helfer!!


Zu früh gefreut!

2020-10-03 16:54:03 INFO Scheduler Worker-Threads: wire.temp_r2.min: 4, aussen.mdt.tempsun.min: 1, wire.temp_r1.min: 5, wire.feuchte_r1.min: 5, wire.temp_r1.max: 5, wire.feuchte_r1.max: 4, wire.temp_r2.max: 4, plugins.database.Database dump : 1, aussen.mdt.tempsun.max: 1
2020-10-03 16:54:03 WARNING Scheduler Worker-Threads: wire.temp_r2.min: 4, aussen.mdt.tempsun.min: 1, wire.temp_r1.min: 5, wire.feuchte_r1.min: 5, wire.temp_r1.max: 5, wire.feuchte_r1.max: 4, wire.temp_r2.max: 4, plugins.database.Database dump : 1, aussen.mdt.tempsun.max: 1
2020-10-03 16:54:03 WARNING Scheduler Another RESTART is issued, while SmartHomeNG is restarting. Reason: SmartHomeNG (scheduler started too many worker threads (30))
2020-10-03 16:54:04 ERROR Scheduler Needing more worker threads than the specified maximum of 20! (30 worker threads active)
2020-10-03 16:54:04 INFO Scheduler Worker-Threads: wire.temp_r2.min: 4, aussen.mdt.tempsun.min: 1, wire.temp_r1.min: 5, wire.feuchte_r1.min: 5, wire.temp_r1.max: 5, wire.feuchte_r1.max: 4, wire.temp_r2.max: 4, plugins.database.Database dump : 1, aussen.mdt.tempsun.max: 1
2020-10-03 16:54:04 WARNING Scheduler Worker-Threads: wire.temp_r2.min: 4, aussen.mdt.tempsun.min: 1, wire.temp_r1.min: 5, wire.feuchte_r1.min: 5, wire.temp_r1.max: 5, wire.feuchte_r1.max: 4, wire.temp_r2.max: 4, plugins.database.Database dump : 1, aussen.mdt.tempsun.max: 1
2020-10-03 16:54:04 WARNING Scheduler Another RESTART is issued, while SmartHomeNG is restarting. Reason: SmartHomeNG (scheduler started too many worker threads (30))
2020-10-03 16:54:04 ERROR Scheduler Needing more worker threads than the specified maximum of 20! (30 worker threads active)
2020-10-03 16:54:04 INFO Scheduler Worker-Threads: wire.temp_r2.min: 4, aussen.mdt.tempsun.min: 1, wire.temp_r1.min: 5, wire.feuchte_r1.min: 5, wire.temp_r1.max: 5, wire.feuchte_r1.max: 4, wire.temp_r2.max: 4, plugins.database.Database dump : 1, aussen.mdt.tempsun.max: 1
2020-10-03 16:54:04 WARNING Scheduler Worker-Threads: wire.temp_r2.min: 4, aussen.mdt.tempsun.min: 1, wire.temp_r1.min: 5, wire.feuchte_r1.min: 5, wire.temp_r1.max: 5, wire.feuchte_r1.max: 4, wire.temp_r2.max: 4, plugins.database.Database dump : 1, aussen.mdt.tempsun.max: 1
2020-10-03 16:54:04 WARNING Scheduler Another RESTART is issued, while SmartHomeNG is restarting. Reason: SmartHomeNG (scheduler started too many worker threads (30))
2020-10-03 16:54:05 INFO Main stop: Number of Threads: 56
2020-10-03 16:54:05 INFO Main Stop plugins
2020-10-03 16:54:05 DEBUG Main Plugin 'aaeigwp': stop method called
2020-10-03 16:54:35 WARNING Main -------------------- Init SmartHomeNG 1.7.2.master (cf2f7d85) --------------------

[Msinn]

bmx Das wÜrde ja implizieren, dsss die Default Wert Vorbelegung für alle Plugin Parameter nicht funktioniert. Deshalb bin ich bei der Aussage aufgeschreckt.

[bmx]

Weil ich das nicht geprüft habe :-)

[Msinn]

bmx

> Ich bin mir nicht sicher, ob der Core 1.7.2 das richtig ausliest

Wieso?

[bmx]

onewire/plugin.yaml

...
     log_counter_cycle_time:
        type: int
        default: 5
        description:
            de: 'Anzahl der Messungen der tatsächlichen Abfragezeit für Sensor-Abfragezyklen. Der Zähler wird heruntergezählt und wenn er auf 0 steht wird nicht mehr geloggt. Wird er auf -1 gesetzt, wird dauerhaft geloggt.'
            en: 'Count of measurements of actual sensor cycles time. The counter is decremented until it reaches 0, then logging will be turned off. If set to -1, logging cycle time is always on'

Ich bin mir nicht sicher, ob der Core 1.7.2 das richtig ausliest. Ich würde den Ausdruck print(sh.ow.log_counter_cycle_time) jetzt im Exceutor Plugin als Python Code mal ausführen. Wenn dort None ausgegeben wird, ist der Fall klar. Aber sonst lass es halt bis zum Update gegen Jahresende stehen.

Du kannst natürlich auch im Executor Plugin auch eine Anweisung formulieren: sh.ow.log_counter_cycle_time = 0
Dann müßte zumindest keine Fehlermeldung kommen.

[schloessl]

Danke für die ausführliche Antwort!
Die Erklärungen nehmen mir die Zweifel etwas grunsätzlich falsch zu machen.
Mit kleinen Unschönkeiten beim Fehlerausweis kann ich leben, wenn jetzt die Gründe bekannt sind.

Danke für die Erläuterungen!

Aus irgendeinem Grunde ist self.log_counter_cycle_time bei Dir ein None. Kann es sein, das Du nur die __init__.py vom onewire aus develop ausgetauscht hast, nicht aber die plugin.yaml?

Wo mache ich den Fehler??

Anbei nocheinmal die beiden yaml. ist eine Syntax falsch?

etc/plugin.yaml

ow:
    class_name: OneWire
    class_path: plugins.onewire
    host: 127.0.0.1
    port: 4304
    cycle: 900
    [COLOR=#e74c3c]log_counter_cycle_time: 5[/COLOR]

im Plugin die Yaml

plugin:
    # Global plugin attributes
    type: gateway                    # plugin type (gateway, interface, protocol, system, web)
    description:
        de: '1-Wire Unterstützung über owserver'
        en: '1-Wire support via owserver'
        fr: 'Support de 1-Wire à travers owserver'
    maintainer: bmxp
    tester: 'henfri, chester4444'
    state: ready
    keywords: 1wire onewire dallas ibutton sensor temperature humidity
    #documentation: http://smarthomeng.de/user/plugins/onewire/user_doc.html
    support: https://knx-user-forum.de/forum/supportforen/smarthome-py/1493319-support-thread-zum-onewire-plugin
    version: 1.6.7                 # Plugin version
    sh_minversion: 1.4             # minimum shNG version to use this plugin
    multi_instance: True
    restartable: True
    classname: OneWire             # class containing the plugin
   [COLOR=#e67e22] log_counter_cycle_time: 5      # ????????????????????  Test[/COLOR]

parameters:
    host:
        type: ip
        default: 127.0.0.1
        description:
            de: 'owserver Hostname oder IP Adresse'
            en: 'owserver hostname or ip address'
            fr: "Nom de l'hôte ou adresse IP de l'owserver"
.usw.
.

PS: scheduler.py jetzt wieder aus master!

LG und Danke
Wolfgang

[bmx]

Hallo Wolfgang,

die Scheduler.py solltest Du nicht tauschen. Da ist kein Fehler zu suchen. Wenn Du das onewire Plugin aus develop testen willst ist das ok. Ich habe es aber nicht mehr mit Master getestet.
Aus irgendeinem Grunde ist self.log_counter_cycle_time bei Dir ein None. Kann es sein, das Du nur die __init__.py vom onewire aus develop ausgetauscht hast, nicht aber die plugin.yaml?
Egal, die Fehlermeldung ist etwas ärgerliches aber sie ist kosmetischer Art, die dient nur bei den ersten Abfragen des Onewire dazu sich einen Eindruck zu verschaffen, wie lange so ein Abfragesyklus dauert.
Die Fehlermeldung (WARNING) die Du noch hast unknown sensor 26.64CD89010000 DS2438 page3: b'\x00\x00\x00\x00\x00\x00\x00\x00' ist unglücklich gewählt und ich werde die mal anpassen. Hintergrund: Der DS2438 ist vom Chip her ein Smart Battery Monitor. Nun kann der aber mit seinen Sensoren durchaus unterschiedliche Sachen messen also Temperatur, Strom und Spannung. Was an Strom oder Spannung gemessen wird, ist Frage der externen Beschaltung. Da kann zum Beispiel ein Luftfeuchtesensor angeschlossen werden, das muß aber nicht so sein.
Nun gibt es in dem DS2438 einen kleinen EEPROM Bereich, in dem man beliebige Daten einspeichern kann. Bei einigen Sensoren steht da dann zum Beispiel auf diesem Speicherbereich auf Seite 3 am ersten Byte 0xF4. Das Bedeutet dann das es ein Advanced Multisensor Version2 ist mit Spannungsmessung.
Bei Deinem Sensor steht in dem Bereich schlicht eine 0x00. Und da damit nicht klar ist, ob und wie weiteres Subsensoren angesprochen werden sollen, wird eine Warnung ausgegeben.
Da es nicht hilfreich ist, wenn solch eine Warnung mehrfach ausgegeben wird, habe ich bei anderen Sensoren bereits eine Unterdrückung eingebaut, wenn bereits gewarnt wurde das etwas unbekanntes lauert.
Da ich Deine Ausprägung noch nicht hatte, kann ich das auch nicht prophylaktisch unterdrücken.

[schloessl]

Hier die aktuellen Ergebnisse zu #29 und #30

Ich habe die Zykluszeit von 5 Minuten auf 15 Minuten erhöht, die Threads werden um 6 erhööht und bleinen jetzt stabil!!

2020-09-30 14:36:43 INFO Scheduler Adding worker thread. Total: 6
2020-09-30 14:36:43 INFO Scheduler Threads: Main: 1, Scheduler: 1, wire.feuchte_r1.min: 1, aussen.mdt.tempsun.min: 1, wire.temp_r1.min: 1, aussen.mdt.tempsun.max: 1, wire.temp_r1.max: 1, HTTPServer Thread-6: 1, CP Server Thread-7: 1, CP Server Thread-8: 1, CP Server Thread-9: 1, CP Server Thread-10: 1, CP Server Thread-11: 1, CP Server Thread-12: 1, CP Server Thread-13: 1, CP Server Thread-14: 1, CP Server Thread-15: 1, CP Server Thread-16: 1, HTTPServer Thread-17: 1, CP Server Thread-18: 1, CP Server Thread-19: 1, CP Server Thread-20: 1, CP Server Thread-21: 1, CP Server Thread-22: 1, CP Server Thread-23: 1, CP Server Thread-24: 1, CP Server Thread-25: 1, Admin: Update blog links: 1, paho_MQTT module for SmartHomeNG: 1, AVM Monitoring Service avm_fritzbox_7490: 1, AVM Monitoring Service avm_wlan_repeater_1750: 1, Thread-27: 1


Beim Start werden die 26.xx- Sensoren immer noch als unknown ausgewiesen, allerdings mit dem Unterschieb bei 26.59CD89010000 with sensors: T, H, L, VDD, V,
Ich füge die Items einmal hinzu, vielleicht habe ich ein Codingproblem. Gleiche Werte laufen jedoch auf einem Raspi3, alte NG-Version.
Die Items werden jedoch richtig im entsprechende Takt befüllt !!

#   KABEL  :   Vorratskeller  
#   DATA   :                  GND/VVD :
#   SWITCH :

wire:
    temp_r1:
        min:
            type: num
            knx_dpt: '9'
            knx_send: 4/3/30
            knx_reply: 4/3/30
            enforce_updates: 'True'
            database: 'init'
            eval: sh.wire.temp_r1.db('min', '28h')
            eval_trigger: wire.temp_r1
        database_maxage: 30

        max:
            type: num
            knx_dpt: '9'
            knx_send: 4/3/31
            knx_reply: 4/3/31
            enforce_updates: 'True'
            database: 'init'
            eval: sh.wire.temp_r1.db('max', '28h')
            eval_trigger: wire.temp_r1
        database_maxage: 30

        name: Temp-Vorratskeller
        type: num
        visu_acl: rw
        knx_dpt: '9'
        ow_addr: 26.59CD89010000
        ow_sensor: T
        knx_cache: 4/3/0
        knx_send: 4/3/0
        enforce_updates: 'True'
        eval: round(value,2)
        database: 'init'
        database_maxage: 30

    feuchte_r1:
        min:
            type: num
            knx_dpt: '9'
            knx_send: 4/3/4
            knx_reply: 4/3/4
            enforce_updates: 'True'
            database: 'init'
            eval: sh.wire.feuchte_r1.db('min', '28h')
            eval_trigger: wire.feuchte_r1
            database_maxage: 30

        max:
            type: num
            knx_dpt: '9'
            knx_send: 4/3/5
            knx_reply: 4/3/5
            enforce_updates: 'True'
            database: 'init'
            eval: sh.wire.feuchte_r1.db('max', '28h')
            eval_trigger: wire.feuchte_r1
            database_maxage: 30

        name: Feuchte-Vorratskeller
        type: num
        visu_acl: rw
        knx_dpt: '9'
        ow_addr: 26.59CD89010000  
        ow_sensor: H
        knx_cache: 4/3/10
        knx_send: 4/3/10
        database: 'init'
        eval: round(value,2)
        sv_widget: "{{ plot.comfortchart('item', 'wire.feuchte_r1', 'item') }}"
        database_maxage: 30

    dew_r1:
        name: Taupunkt-Vorratskeller
        type: num
        visu_acl: rw
        eval: sh.tools.dewpoint(sh.wire.temp_r1(), sh.wire.feuchte_r1())
        eval_trigger:
          - wire.temp_r1
          - wire.feuchte_r1
        database_maxage: 30

    dm3_r1:
        name: Feuchte g/m -Vorratskeller
        type: num
        visu_acl: rw
        knx_dpt: '9'
        knx_cache: 4/3/20
        enforce_updates: 'True'
        database: 'init'
        eval: round(value,2)
        database_maxage: 30

#   KABEL  :   Garage  
#   DATA   :                  GND/VVD :
#   SWITCH :    33     34
#
    temp_r2:
        min:
            type: num
            knx_dpt: '9'
            enforce_updates: 'True'
            database: 'init'
            knx_send: 4/3/32
            knx_reply: 4/3/32
            eval: sh.wire.temp_r2.db('min', '28h')
            eval_trigger: wire.temp_r2
            database_maxage: 30

        max:
            type: num
            knx_dpt: '9'
            enforce_updates: 'True'
            database: 'init'
            knx_send: 4/3/33
            knx_reply: 4/3/33
            eval: sh.wire.temp_r2.db('max', '28h')
            eval_trigger: wire.temp_r2
            database_maxage: 30

        name: Temp-Durchgang
        type: num
        visu_acl: rw
        knx_dpt: '9'
        ow_addr: 26.5ACD89010000    # Sensor ohne Kontakt
        ow_sensor: T
        knx_cache: 4/3/1
        knx_send: 4/3/1
        enforce_updates: 'True'
        database: 'init'
        eval: round(value,2)
        database_maxage: 30

    feuchte_r2:
        name: Feuchte-Durchgang
        type: num
        visu_acl: rw
        knx_dpt: '9'
        ow_addr: 26.5ACD89010000
        ow_sensor: H
        knx_cache: 4/3/11
        knx_send: 4/3/11
        database: 'init'
        eval: round(value,2)
        database_maxage: 30

    dew_r2:
        name: Taupunkt-Durchdanf
        type: num
        eval: sh.tools.dewpoint(sh.wire.temp_r2(), sh.wire.feuchte_r2())
        eval_trigger:
          - wire.temp_r2
          - wire.feuchte_r2
        database_maxage: 30

    dm3_r2:
        name: Feuchte g/dm3-Durchdang
        type: num
        visu_acl: rw
        knx_dpt: '9'
        knx_cache: 4/3/21
        enforce_updates: 'True'
        database: 'init'
        eval: round(value,2)
        database_maxage: 30

#   KABEL  :      
#   DATA   :                  GND/VVD : Sensor ohne Kontakt
#   SWITCH :
#
    temp_r3:
        name: Temp_Werkstatt
        type: num
        visu_acl: rw
        knx_dpt: '9'
        ow_addr: 26.50CD89010000
        ow_sensor: T
        knx_cache: 4/3/2
        knx_send: 4/3/2
        database: 'init'
        eval: round(value,2)
        database_maxage: 30

    feuchte_r3:
        name: Feuchte-Werkstatt
        type: num
        visu_acl: rw
        knx_dpt: '9'
        ow_addr: 26.50CD89010000
        ow_sensor: H
        knx_cache: 4/3/12
        knx_send: 4/3/12
        database: 'init'
        eval: round(value,2)
        database_maxage: 30

    dew_r3:
        name: Taupunkt-Werkstatt
        type: num
        eval: sh.tools.dewpoint(sh.wire.temp_r3(), sh.wire.feuchte_r3())
        eval_trigger:
          - wire.temp_r3
          - wire.feuchte_r3
        database_maxage: 30

#   KABEL  :      
#   DATA   :                  GND/VVD : Sensor ohne Kontakt
#   SWITCH :
#
    temp_r4:
        name: Temp-Reserve
        type: num
        visu_acl: rw
        knx_dpt: '9'
        ow_addr: 26.64CD89010000
        ow_sensor: T
        knx_cache: 4/3/3
        knx_send: 4/3/3
        database: 'init'
        eval: round(value,2)
        database_maxage: 30

    feuchte_r4:
        name: Feuchte-Reserve
        type: num
        visu_acl: rw
        knx_dpt: '9'
        ow_addr: 26.64CD89010000
        ow_sensor: H
        knx_cache: 4/3/13
        knx_send: 4/3/13
        database: 'init'
        eval: round(value,2)
        database_maxage: 30

    dew_r4:
        name: Taupunkt-Reserve
        type: num
        eval: sh.tools.dewpoint(sh.wire.temp_r4(), sh.wire.feuchte_r4())
        eval_trigger:
          - wire.temp_r4
          - wire.feuchte_r4
        database_maxage: 30

2020-09-30 14:37:27 INFO plugins.onewire.sensor_discovery 1-Wire: 28.60A91B030000 with sensors: T, T9, T10, T11, T12
2020-09-30 14:37:27 INFO plugins.onewire.sensor_discovery 1-Wire: 28.8C941B030000 with sensors: T, T9, T10, T11, T12
2020-09-30 14:37:27 INFO plugins.onewire.sensor_discovery 1-Wire: 28.42A51B030000 with sensors: T, T9, T10, T11, T12
2020-09-30 14:37:27 INFO plugins.onewire.sensor_discovery 1-Wire: 28.A9B71B030000 with sensors: T, T9, T10, T11, T12
2020-09-30 14:37:27 INFO plugins.onewire.sensor_discovery 1-Wire: 28.F9B41B030000 with sensors: T, T9, T10, T11, T12
2020-09-30 14:37:27 INFO plugins.onewire.sensor_discovery 1-Wire: 28.25E01B030000 with sensors: T, T9, T10, T11, T12
2020-09-30 14:37:27 INFO plugins.onewire.sensor_discovery 1-Wire: 28.55D91B030000 with sensors: T, T9, T10, T11, T12
2020-09-30 14:37:27 INFO plugins.onewire.sensor_discovery 1-Wire: 28.57A01B030000 with sensors: T, T9, T10, T11, T12
2020-09-30 14:37:27 WARNING plugins.onewire.sensor_discovery 1-Wire: unknown sensor 26.50CD89010000 DS2438 page3: b'\x00\x00\x00\x00\x00\x00\x00\x00'
2020-09-30 14:37:27 INFO plugins.onewire.sensor_discovery 1-Wire: 26.50CD89010000 with sensors: T, H, VDD, V
2020-09-30 14:37:28 WARNING plugins.onewire.sensor_discovery 1-Wire: unknown sensor 26.64CD89010000 DS2438 page3: b'\x00\x00\x00\x00\x00\x00\x00\x00'
2020-09-30 14:37:28 INFO plugins.onewire.sensor_discovery 1-Wire: 26.64CD89010000 with sensors: T, H, VDD, V
2020-09-30 14:37:28 WARNING plugins.onewire.sensor_discovery 1-Wire: unknown sensor 26.5ACD89010000 DS2438 page3: b'\x00\x00\x00\x00\x00\x00\x00\x00'
2020-09-30 14:37:28 INFO plugins.onewire.sensor_discovery 1-Wire: 26.5ACD89010000 with sensors: T, H, VDD, V
2020-09-30 14:37:28 WARNING plugins.onewire.sensor_discovery 1-Wire: unknown sensor 26.59CD89010000 DS2438 page3: b'\x00\x00\x00\x00\x00\x00\x00\x00'
2020-09-30 14:37:28 INFO plugins.onewire.sensor_discovery 1-Wire: 26.59CD89010000 with sensors: T, H, L, VDD, V
2020-09-30 14:37:28 INFO plugins.onewire.sensor_discovery 1-Wire: 81.35B230000000 with sensors: BM

Die etc/plugin.yaml sieht so aus

ow:
    class_name: OneWire
    class_path: plugins.onewire
    host: 192.168.115.18
    port: 4304
    cycle: 900
    log_counter_cycle_time: 5

Leider gibt es noch eine Fehlermeldung

2020-09-30  14:52:16 ERROR    plugins.onewire.sensor_read Method plugins.onewire.sensor_read exception: '>' not supported between instances of 'NoneType' and 'int'
Traceback (most recent call last):
  File "/usr/local/smarthome/lib/scheduler.py", line 642, in _task
    obj()
  File "/usr/local/smarthome/plugins/onewire/__init__.py", line 397, in _sensor_cycle
    if self.log_counter_cycle_time > 0 or self.log_counter_cycle_time == -1:
TypeError: '>' not supported between instances of 'NoneType' and 'int'

Scheduler.py aus dem DEV übernommen!

Normal habe ich die MASTER laufen. nur das Plugin onewire und scheduler sind aus dem DEV.
Liegt hir noch das Problem?

Danke für Deine Hilfe. Ich bin mit meinem Wissen am Ende!

LG
Wolfgang.

[schloessl]

Danke für die schnelle Antwort!
Ja Plugin onewire habe ich aus develop kopiert, der Rest ist noch Master + update

Morgen teste ich den log-Counter-Cyclones und berichte!

Danke für Deine Geduld!!