(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.