(fast) keine Temperaturen mehr

[wolliballa73]

Hallo allerseits,

ich bräuchte ein bisschen Unterstützung bei der Fehlersuche - seit einiger Zeit bekomme ich von fast allen Temperatursensoren keine Werte mehr.

Zum Aufbau:
- zahlreiche Temperatursensoren (DS18B20) wurden in Rohren im Estrich eingebracht
- Topologie: hauptsächlich in Reihe, 2-3 Stränge
- die Stränge sind zentral auf einem Patchfeld aufgelegt und zu einem gemeinsamen Bus verbunden
- vom Patchfeld führt 1 Kabel zum Busmaster
- (gleicher Aufbau nochmal mit Außenbereich: 1 Kabel, momentan nur 1 Sensor, 1 separater Busmaster)
- beide Busmaster hängen an einem USB-Hub, der mit dem FHEM-Raspi verbunden ist (Problem besteht aber auch, wenn der Busmaster direkt am Raspi hängt)

Das größte Mysterium ist, dass ein einziger der Sensoren trotzdem regelmäßig den korrekten Wert liefert. Dieser hängt aber am selben Bus wie alle anderen. Das ist auch der Einzige, bei dem ich z.B. die Adresse auslesen kann.

OWServer:

Code Auswählen Erweitern

define myOWServer OWServer localhost:4304
attr myOWServer room OWDevice
#   DEF        localhost:4304
#   FUUID      61893999-f33f-e35a-dc3e-1ecc6c675d88095b
#   LAST_READ_FAILED 0
#   NAME       myOWServer
#   NOTIFYDEV  global
#   NR         269
#   NTFY_ORDER 50a-myOWServer
#   OWNET_VERSION
#   OWSERVER_VERSION 3.2p3
#   STATE      Initialized
#   TYPE       OWServer
#   eventCount 33
#   READINGS:
#     2024-09-06 11:35:15   /settings/timeout/directory           60
#     2024-09-06 11:35:15   /settings/timeout/ftp          900
#     2024-09-06 11:35:15   /settings/timeout/ha7           60
#     2024-09-06 11:35:15   /settings/timeout/network            1
#     2024-09-06 11:35:15   /settings/timeout/presence          120
#     2024-09-06 11:35:15   /settings/timeout/serial            5
#     2024-09-06 11:35:15   /settings/timeout/server           10
#     2024-09-06 11:35:15   /settings/timeout/stable          300
#     2024-09-06 11:35:15   /settings/timeout/uncached 0
#     2024-09-06 11:35:15   /settings/timeout/usb            5
#     2024-09-06 11:35:15   /settings/timeout/volatile           15
#     2024-09-06 11:35:15   /settings/timeout/w1           30
#     2024-09-06 11:35:15   /settings/units/pressure_scale mbar
#     2024-09-06 11:35:15   /settings/units/temperature_scale C
#     2024-09-06 11:35:15   state           Initialized
#   fhem:
#     protocol   localhost:4304
#
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/directory           60
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/ftp          900
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/ha7           60
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/network            1
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/presence          120
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/serial            5
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/server           10
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/stable          300
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/uncached 0
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/usb            5
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/volatile           15
setstate myOWServer 2024-09-06 11:35:15 /settings/timeout/w1           30
setstate myOWServer 2024-09-06 11:35:15 /settings/units/pressure_scale mbar
setstate myOWServer 2024-09-06 11:35:15 /settings/units/temperature_scale C
setstate myOWServer 2024-09-06 11:35:15 state Initialized


Busmaster:

Code Auswählen Erweitern

define DS1420_18C131000000 OWDevice 81.18C131000000
attr DS1420_18C131000000 alias OWBusmaster_Haus
attr DS1420_18C131000000 model DS1420
attr DS1420_18C131000000 room OWDevice
#   DEF        81.18C131000000
#   FUUID      6161961a-f33f-e35a-b1fc-9b3285f4c6deca58
#   IODev     
#   NAME       DS1420_18C131000000
#   NR         258
#   STATE      present: 0
#   TYPE       OWDevice
#   eventCount 1
#   READINGS:
#     2024-09-06 11:32:01   location        absent
#     2024-09-06 11:32:01   present         0
#     2024-09-06 11:32:01   state           present: 0
#   fhem:
#     address    81.18C131000000
#     alerting   0
#     bus       
#     interfaces id
#     getters:
#       address
#       crc8
#       family
#       id
#       locator
#       r_address
#       r_id
#       r_locator
#       type
#     polls:
#       id
#     setters:
#     state:
#
setstate DS1420_18C131000000 present: 0
setstate DS1420_18C131000000 2024-09-06 11:32:01 location absent
setstate DS1420_18C131000000 2024-09-06 11:32:01 present 0
setstate DS1420_18C131000000 2024-09-06 11:32:01 state present: 0


Der funktionierende Sensor:

Code Auswählen Erweitern

define OW_12TempIstRaum OWDevice 28.4C40DE030000 60
attr OW_12TempIstRaum disable 0
attr OW_12TempIstRaum model DS18B20
attr OW_12TempIstRaum room OWDevice
attr OW_12TempIstRaum stateFormat {sprintf("%.1f",ReadingsVal($name,"temperature",0))."°C"}
attr OW_12TempIstRaum verbose 3
#   DEF        28.4C40DE030000 60
#   FUUID      61893e12-f33f-e35a-df46-59d7084132b179b4
#   IODev      myOWServer
#   LAST_READ_FAILED 0
#   NAME       OW_12TempIstRaum
#   NR         270
#   STATE      22.9°C
#   TYPE       OWDevice
#   eventCount 18
#   READINGS:
#     2024-09-06 11:31:54   IODev           myOWServer
#     2024-09-06 11:27:55   address         284C40DE0300000F
#     2024-09-06 11:49:48   alarm           1
#     2024-09-06 11:49:48   state           temperature: 22.9375  alarm: 1
#     2024-09-06 11:49:48   temperature     22.9375
#   fhem:
#     address    28.4C40DE030000
#     alerting   1
#     bus        bus.0
#     interfaces temperature
#     interval   60
#     getters:
#       address
#       crc8
#       family
#       fasttemp
#       id
#       locator
#       r_address
#       r_id
#       r_locator
#       temperature
#       temperature10
#       temperature11
#       temperature12
#       temperature9
#       temphigh
#       templow
#       type
#     polls:
#       temperature
#     setters:
#       temphigh
#       templow
#     state:
#       temperature
#
setstate OW_12TempIstRaum 22.9°C
setstate OW_12TempIstRaum 2024-09-06 11:31:54 IODev myOWServer
setstate OW_12TempIstRaum 2024-09-06 11:27:55 address 284C40DE0300000F
setstate OW_12TempIstRaum 2024-09-06 11:49:48 alarm 1
setstate OW_12TempIstRaum 2024-09-06 11:49:48 state temperature: 22.9375  alarm: 1
setstate OW_12TempIstRaum 2024-09-06 11:49:48 temperature 22.9375



alle anderen Sensoren:

Code Auswählen Erweitern

define OW_02TempIstBoden OWDevice 28.DF59DE030000 60
attr OW_02TempIstBoden disable 0
attr OW_02TempIstBoden model DS18B20
attr OW_02TempIstBoden room OWDevice
attr OW_02TempIstBoden stateFormat {sprintf("%.1f",ReadingsVal($name,"temperature",0))."°C"}
attr OW_02TempIstBoden verbose 1
#   DEF        28.DF59DE030000 60
#   FUUID      61619618-f33f-e35a-a1e2-550b8b9e9d729039
#   IODev     
#   NAME       OW_02TempIstBoden
#   NR         257
#   STATE      0.0°C
#   TYPE       OWDevice
#   eventCount 20
#   READINGS:
#     2024-09-06 11:51:15   alarm           0
#     2024-09-06 11:51:15   state           temperature: n/a  alarm: 0
#   fhem:
#     address    28.DF59DE030000
#     alerting   1
#     bus       
#     interfaces temperature
#     interval   60
#     getters:
#       address
#       crc8
#       family
#       fasttemp
#       id
#       locator
#       r_address
#       r_id
#       r_locator
#       temperature
#       temperature10
#       temperature11
#       temperature12
#       temperature9
#       temphigh
#       templow
#       type
#     polls:
#       temperature
#     setters:
#       temphigh
#       templow
#     state:
#       temperature
#
setstate OW_02TempIstBoden 0.0°C
setstate OW_02TempIstBoden 2024-09-06 11:51:15 alarm 0
setstate OW_02TempIstBoden 2024-09-06 11:51:15 state temperature: n/a  alarm: 0



Ich bin für jeglichen Hinweis dankbar - momentan geht's noch, aber wenn es demnächst doch mal kühler werden sollte, wäre ne funktionierende Heizungssteuerung nicht ganz schlecht

Vielen Dank!

VG,
Matze

[TomLee]

Hallo,

ich verwende OWX mit OWTHERM, so ein Verhalten hatte ich die letzten Jahre 2-3 mal auf dem Bus wenn einer der DS18B20 plötzlich defekt war.

Stöpsel doch mal alle Stränge ab und ergänze dann wieder Stück für Stück, wenn einer defekt wäre findest so den Übeltäter.

Gruß Thomas

[wolliballa73]

Hallo Thomas,

ich hab jetzt mal alle Sensoren an beiden Busmastern abgestöpselt. Einer hängt über den USB-Hub dran, der andere direkt am Raspi.
Nach meinem Verständnis sollten dann zumindest die beiden Busmaster als Online angezeigt werden - tun sie aber nicht. Mit einem eventuell defekten Sensor kann's also eher nix zu tun haben

[wolliballa73]

Hallo zusammen,
ich hab jetzt ein paar neue Erkenntnisse, aber leider immer noch keine Idee, woran das liegt:
- Beide Busmaster hängen wieder am USB-Hub und alle Sensoren sind angeschlossen
- über http://fhem:2121 kann ich auf den OWServer zugreifen, sehe dort beide Busmaster und alle Sensoren (s.u.)
- die Temperaturwerte sind auf dem OWserver verfügbar

Ich würde also mal behaupten: elektrisch und bis zum OWserver läuft alles fehlerfrei; es scheitert also "nur" zwischen OWserver und FHEM - bis auf den einen Sensor "OW_12TempIstRaum", der weiterhin fröhlich Werte liefert. Allerdings hat dieser das Reading "alarm" auf "1"

ein "set myOWserver reopen" liefert:

Code Auswählen Erweitern

2024-09-15 10:31:01 OWServer myOWServer DISCONNECTED
2024-09-15 10:31:01 OWServer myOWServer CONNECTED
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/directory:           60
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/ftp:          900
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/ha7:           60
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/network:            1
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/presence:          120
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/serial:            5
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/server:           10
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/stable:          300
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/uncached: 0
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/usb:            5
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/volatile:           15
2024-09-15 10:31:01 OWServer myOWServer /settings/timeout/w1:           30
2024-09-15 10:31:01 OWServer myOWServer /settings/units/pressure_scale: mbar
2024-09-15 10:31:01 OWServer myOWServer /settings/units/temperature_scale: C
2024-09-15 10:31:01 OWServer myOWServer Initialized
Die Ausgabe vom OWServer:
Du darfst diesen Dateianhang nicht ansehen.

Zwei Sensoren - links der einzige, der funktioniert und rechts meine Außentemperatur:
Du darfst diesen Dateianhang nicht ansehen. 

[LuckyDay]

Nur eine Frage am Rand. betreibst du mit "Absicht" den "parasitären" Modus?
Bei mir ist Power auf 1
Du darfst diesen Dateianhang nicht ansehen.

[Prof. Dr. Peter Henning]

Allerdings hat dieser das Reading "alarm" auf "1"

Natürlich - wenn die Alarmsettings im Sensor entsprechend sind, nämlich low=70 und high=75. Was sollte also daran falsch sein?

pah

[wolliballa73]

Nur eine Frage am Rand. betreibst du mit "Absicht" den "parasitären" Modus?
Bei mir ist Power auf 1

ja - meines Wissens von damals reicht das aus, solange keine Temperaturen > 75 Grad gemessen werden sollen. Das reicht für FBH locker aus
Alle Sensoren sind also nur an 2 Adern angeschlossen.

[wolliballa73]

Allerdings hat dieser das Reading "alarm" auf "1"

Natürlich - wenn die Alarmsettings im Sensor entsprechend sind, nämlich low=70 und high=75. Was sollte also daran falsch sein?

pah

Vielen Dank für den Hinweis - die Sensor-Einstellungen auf dem OWserver habe ich bisher noch nie beachtet. Vermutlich werden die Sensoren somit schon immer auf Alarm gestanden sein, es hat mich dann aber nicht interessiert, weil es keine negativen Auswirkungen hatte.
Again what learned

[Aurel_B]

ich hab jetzt mal alle Sensoren an beiden Busmastern abgestöpselt. Einer hängt über den USB-Hub dran, der andere direkt am Raspi.
Nach meinem Verständnis sollten dann zumindest die beiden Busmaster als Online angezeigt werden - tun sie aber nicht. Mit einem eventuell defekten Sensor kann's also eher nix zu tun haben

Das sehe ich auch so. Ich verwende OWFS nicht mehr und bin daher nicht mehr so fit darin. Daher eher etwas geraten: was passiert den, wenn du z.B. nur einen Busmaster direkt an den RasPi anhängst und ein "owdir" auf der Console ausprobiert? Dann sollte er dir diesen einen Busmaster "81.XXX" auflisten. Dann mal probehalber einen Sensor anschliessen und schauen, ob der auch mit "owdir" auftaucht. Dann mit "owread" versuchen, einen entsprechenden Wert zu lesen.

[wolliballa73]

Hallo zusammen,
ich greife mein Thema gerade nochmal auf, weil ich bisher immer noch keine Lösung habe (und in letzter Zeit auch keine Lust hatte).

Aufgrund diverser sonstiger Hinweise habe ich den Umstieg auf OWX in Betracht gezogen. Leider scheitert das wohl an meinen Busmastern, da die vorhandenen DS2490 nur über libusb funktionieren und damit ausscheiden.

Es bleiben also nur die Varianten:
- Fehler finden und korrigieren, wieso die Sensoren, die auf auf dem OWserver unter http://fhem:2121/ alle verfügbar sind, nicht in FHEM ankommen
- alles an einen Arduino, ESP32 etc. hängen und über über ESPeasy an FHEM schicken (so laufen schon meine Aquarien-Sensoren)

Am Liebsten wäre mir die erste Variante, da weniger Umbau nötig wäre.

Hat noch jemand ne Idee?

VG
Matze

[wolliballa73]

Hallo allerseits,

inspiriert durch einen anderen Thread habe ich jetzt diese Versuche unternommen, leider ohne Erfolg:

OWServer-Device gelöscht und neu erstellt:
OWNET_VERSION war auf 3.1p5, obwohl 3.2p3 installiert ist. Ich habe dann nach einer passenden /opt/fhem/FHEM/lib/OWNet-3.2p3.pm gesucht aber nirgendwo gefunden. Deshalb wurde eine Kopie der vorhandenen OWNet-3.1p5.pm umbenannt. Ob das eine gute Idee ist, kann ich leider nicht beurteilen.
Ergebnis: laut Log ein problemloser Start, 3.2p3 wird erkannt, get myOWServer devices zeigt mir (wie bisher auch) alle Sensoren an. Leider liefert immer noch nur 1 von 10 Sensoren einen Wert.

Ich würde momentan vermuten, dass es irgendwas mit der owfs-Version (3.2p3) und der /opt/fhem/FHEM/lib/OWNet.pm zu tun haben könnte. Vermutlich hat es einen Sinn, dass es hier Dateien für unterschiedliche Versionen gibt, sodass meine Kopier-Aktion zwar hübsch aussieht, aber trotzdem in der Kommunikation was anders läuft.

Lösungsansätze wären also:
- ich krieg irgendwo eine OWNet-3.2p3.pm her
- ich downgrade owfs auf 3.1p5

Da meine Linux-Kenntnisse eher rudimentär sind: wie kann ich das Downgrade durchführen?

Vielen Dank für hoffentlich erhellende Hinweise

Code Auswählen Erweitern

define myOWServer OWServer localhost:4304
attr myOWServer room OWDevice
#   DEF        localhost:4304
#   FUUID      67248c73-f33f-e35a-31e2-ec76c404d164d78b
#   LAST_READ_FAILED 0
#   NAME       myOWServer
#   NOTIFYDEV  global
#   NR         443
#   NTFY_ORDER 50a-myOWServer
#   OWNET_VERSION 3.2p3
#   OWSERVER_VERSION 3.2p3
#   STATE      Initialized
#   TYPE       OWServer
#   eventCount 50
#   READINGS:
#     2024-11-01 10:06:17   /settings/timeout/directory           60
#     2024-11-01 10:06:17   /settings/timeout/ftp          900
#     2024-11-01 10:06:17   /settings/timeout/ha7           60
#     2024-11-01 10:06:17   /settings/timeout/network            1
#     2024-11-01 10:06:17   /settings/timeout/presence          120
#     2024-11-01 10:06:17   /settings/timeout/serial            5
#     2024-11-01 10:06:17   /settings/timeout/server           10
#     2024-11-01 10:06:17   /settings/timeout/stable          300
#     2024-11-01 10:06:17   /settings/timeout/uncached 0
#     2024-11-01 10:06:17   /settings/timeout/usb            5
#     2024-11-01 10:06:17   /settings/timeout/volatile           15
#     2024-11-01 10:06:17   /settings/timeout/w1           30
#     2024-11-01 10:06:17   /settings/units/pressure_scale mbar
#     2024-11-01 10:06:17   /settings/units/temperature_scale C
#     2024-11-01 10:06:17   state           Initialized
#   fhem:
#     protocol   localhost:4304
#
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/directory           60
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/ftp          900
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/ha7           60
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/network            1
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/presence          120
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/serial            5
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/server           10
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/stable          300
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/uncached 0
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/usb            5
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/volatile           15
setstate myOWServer 2024-11-01 10:06:17 /settings/timeout/w1           30
setstate myOWServer 2024-11-01 10:06:17 /settings/units/pressure_scale mbar
setstate myOWServer 2024-11-01 10:06:17 /settings/units/temperature_scale C
setstate myOWServer 2024-11-01 10:06:17 state Initialized



[LuckyDay]

Boris Anleitung

https://forum.fhem.de/index.php?topic=85542.msg784834#msg784834

deine Version bei
https://github.com/owfs/owfs/releases/tag/v3.2p3

Code Auswählen Erweitern

OWNet-3.2p3.pm

Code Auswählen Erweitern

OWNet-3.2p4.pmextrahiert und umbenannt und als File angehängt.
ob sie funktioniereb weiß ich nicht.

[wolliballa73]

Vielen Dank - ich hatte zumindest kurzzeitig Hoffnung
Die Version von dir ist identisch mit der vorhandenen 3.1p5, von der ich schon eine Kopie in 3.2p3 umbenannt habe.

Fun Fact: seit vorgestern liefert auch ein zweiter Sensor wieder Werte bis FHEM -fehlen also nur noch 8

[Prof. Dr. Peter Henning]

einen Arduino, ESP32 etc. hängen und über über ESPeasy an FHEM

Das ist aber im Endeffekt umständlicher, als ein paar neue billige Busmaster zu beschaffen, die nicht die libusb  verwenden. Und dann direkt unter OWX zu arbeiten.

LG

pah

[wolliballa73]

Das ist aber im Endeffekt umständlicher, als ein paar neue billige Busmaster zu beschaffen, die nicht die libusb  verwenden. Und dann direkt unter OWX zu arbeiten.

Das ist natürlich auch noch ne Idee
Momentan behelfe ich mir mit dem Umweg über HTTPMOD, damit hab ich vor dem Winter zumindest alle Temperaturen, die wichtig sein könnten. Schön machen kann ich das dann, wenn ich Zeit habe 

VG
Matze