(fast) keine Temperaturen mehr

Begonnen von wolliballa73, 06 September 2024, 11:55:22

Vorheriges Thema - Nächstes Thema

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:
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:
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:
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:
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

CU,
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 :-(
CU,
Matze

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





CU,
Matze

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

Zitat von: wolliballa73 am 15 September 2024, 10:46:52Allerdings 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

Zitat von: LuckyDay am 15 September 2024, 16:48:06Nur 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.
CU,
Matze

wolliballa73

Zitat von: Prof. Dr. Peter Henning am 19 September 2024, 09:03:45
Zitat von: wolliballa73 am 15 September 2024, 10:46:52Allerdings 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 :-)
CU,
Matze

Aurel_B

Zitat von: wolliballa73 am 09 September 2024, 11:46:56ich 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
CU,
Matze

wolliballa73

#10
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 ;-)


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




CU,
Matze

LuckyDay

#11
Boris Anleitung

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

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

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