Denkovi Busmaster ohne Funktion. Tips?

[tho-mas]

Sorry, ich kann dir nicht folgen. Daher meine Bitte, dich genauer zu äußern:

"ls .." sieht nach Terminal des Pis aus, nicht nach FHEM. Wir haben zuletzt aber nur in FHEM rumgemacht.

Welches log? FHEM? Falls nicht, dann Pi. Aber WO? Ich bin kein Unix-Spezialist, du mußt mir dann schon den genauen Pfad liefern.

[TomLee]

Sry, mit "Log" war das Logfile in FHEM gemeint, wollte einfach "in FHEM" bleiben, zum erleichtern.

[TomLee]

Das

Code Auswählen Erweitern

"ls -lah /dev/serial/by-id"
gibst du einfach wie vorgeschlagen oben in der Befehlszeile in FHEM ein.

[rob]

... dann wäre der Denkovi als Fehlerursache anscheinend widerlegt. Wären doch gute Nachrichten.

Was mir noch eingefallen ist: Stimmt vielleicht die Zuordnung OWServer zur USB-Schnittstelle nicht mehr? Mir ist so als wäre da vor längerer Zeit was gewesen.

Kann durchaus sein. Mal bekommt vielleicht der Denkovi ttyUSB1 mal Dein Esera, was zu komischem Verhalten führen kann (s. Ennos Wink mit dem Zaunpfahl). Quasi nach jedem Reboot möglich. In der Datei /etc/owfs.conf müsste erkennbar (gewesen) sein, wo der Owserver zugreifen sollte.

TomLees Empfehlung per serial/by-id zuzugreifen bringt hier imho Abhilfe (ggf. musst Du den Esera auch so im Blick behalten/ behandeln, damit er nicht reingrätscht).
Oder man folgt dieser Anleitung und legt je eine udev-rule an: https://wiki.fhem.de/wiki/OWServer_%26_OWDevice#Konfiguration_von_owserver und spricht den Denkovi dann via /dev/onewire an und den Esera dann z.B. via /dev/ebus. Aufpassen: Unter BullsEye muss ein Detail (SUBSYSTEMS) ggf. anders lauten. Führt jetzt aber vom Weg ab.

OWServer stoppen: Da muß ich erst noch mal suche, ich habe den "alten" OWServer erst mal gelöscht.

z.B. so:

Code Auswählen Erweitern


sudo service owserver stop

Wäre nur nötig gewesen, um auszuschließen, dass er dem OWX in die Quere kommt. Ist jetzt wohl hinfällig.

Warum längeres USB-Kabel? Ein Hub ist nicht dazwischen (es sei denn, der Pi4 hat sowas "eingebaut").

Manche USB-Geräte stören sich am Wifi vom PI4 und ein USB-Kabel bringt sie weiter davon weg. Andere USB-Sticks, z.B. der Aeotec Zwave, halten sich nicht an die USB-Spezifikation und machen am USB3 vom PI4 Ärger. Ein USB2-Hub (welcher hoffentl. die Spezifikationen einhält), soll dann helfen.
Ist jetzt aber auch nicht mehr relevant.

VG
rob

[tho-mas]

Danke für die Infos, das ist mir heute zuviel um noch auszuprobieren. Ich werde mich morgen wieder um diese Problemeatik kümmern.

Gruß
Thomas

[Helmi55]

Hallo
ich hatte ja auch nach einem update und Bullseye die Probleme das mein Denkovi keine Werte mehr anzeigte.
Ich bin dann auf Shelly mit Addon umgestiegen. Hat den Vorteil das ich die Werte über MQTT und MQTTClient auch auf meinen Hauptrechner ohne das veraltete RFHEM bekomme.
Als ich diesen Thread gelesen habe, hat es mir natürlich keine Ruhe gelassen und ich habe auf meinem Testsystem OWX installiert

Code Auswählen Erweitern

define OWX OWX /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003oi-if00-port0

(

Code Auswählen Erweitern

pi@homebridge:~ $ ls -lah /dev/serial/by-id
insgesamt 0
drwxr-xr-x 2 root root 60 20. Dez 10:55 .
drwxr-xr-x 4 root root 80 20. Dez 10:55 ..
lrwxrwxrwx 1 root root 13 20. Dez 10:55 usb-FTDI_FT232R_USB_UART_DAE003oi-if00-port0 -> ../../ttyUSB0
pi@homebridge:~ $
)

und das funktioniert

Code Auswählen Erweitern

Internals:
   ALARM      1
   CFGFN     
   DEF        DS18B20 A7B66D632001
   ERRCOUNT   0
   FUUID      63a187ef-f33f-b084-cda0-4ad6707c7b1693c3
   INTERVAL   10
   IODev      OWX
   NAME       OWX_28_A7B66D632001
   NOTIFYDEV  global
   NR         40
   NTFY_ORDER 50-OWX_28_A7B66D632001
   OW_FAMILY  28
   OW_ID      A7B66D632001
   PRESENT    1
   ROM_ID     28.A7B66D632001.C7
   STATE      T: 24.50 °C ↓
   TYPE       OWTHERM
   eventCount 34
   owg_temp   24.5
   owg_th     75
   owg_tl     70
   READINGS:
     2022-12-20 11:01:19   IODev           OWX
     2022-12-20 11:08:01   state           T: 24.50 °C ↓
     2022-12-20 11:08:01   temperature     24.5
   tempf:
     factor     1
     offset     0
Attributes:
   IODev      OWX
   model      DS18B20
   room       OWX
   tempHigh   75
   tempLow    70

Danke für den Hinweis auch an @Bartimaus
Gruß
Helmut

[tho-mas]

Das

Code Auswählen Erweitern

"ls -lah /dev/serial/by-id"
gibst du einfach wie vorgeschlagen oben in der Befehlszeile in FHEM ein.

Moin!

Ich hätte nicht gedacht das das ein sinnvolles Ergebnis liefert, aber dochj:

Code Auswählen Erweitern

drwxr-xr-x 2 root root 100 19. Dez 20:11 .
drwxr-xr-x 4 root root  80 17. Dez 11:04 ..
lrwxrwxrwx 1 root root  13 17. Dez 11:17 usb-0658_0200-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root  13 19. Dez 17:55 usb-ESERA-Automation_eBus_Coupler_12001_AL54PGN1-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root  13 19. Dez 20:11 usb-FTDI_FT232R_USB_UART_DAE003DN-if00-port0 -> ../../ttyUSB1


Und weil es im Log gerade drüber zu sehen ist: Warum ist OWX "disconnected"? Im DeviceOverview steht "state opened 2022-12-19 19:58:01"

Code Auswählen Erweitern

2022.12.20 21:19:32 1: OWX_Complex called while interface OWX_Gerate disconnected
2022.12.20 21:19:32 1: OWX_Complex called while interface OWX_Gerate disconnected
2022.12.20 21:19:40 3: DS18B20_FF0BF1011703: reading temperature did not return a value
2022.12.20 21:19:41 1: OWX_Complex called while interface OWX_Gerate disconnected
2022.12.20 21:19:43 1: OWX_Complex called while interface OWX_Gerate disconnected
2022.12.20 21:19:45 1: OWX_Complex called while interface OWX_Gerate disconnected
2022.12.20 21:19:52 1: OWX_Complex called while interface OWX_Gerate disconnected
2022.12.20 21:20:02 1: OWX_Complex called while interface OWX_Gerate disconnected
2022.12.20 21:20:02 1: OWX_Complex called while interface OWX_Gerate disconnected
2022.12.20 21:20:02 1: OWX_Complex called while interface OWX_Gerate disconnected
2022.12.20 21:20:02 1: OWX_Complex called while interface OWX_Gerate disconnected
2022.12.20 21:20:22 3: DS18B20_FFE58B311704: reading temperature did not return a value
2022.12.20 21:20:22 3: DS18B20_6A0437060000: reading temperature did not return a value
2022.12.20 21:20:22 3: DS18B20_594F64080000: reading temperature did not return a value

[TomLee]

Moin!

Ich hätte nicht gedacht das das ein sinnvolles Ergebnis liefert, aber dochj:

Zufall war nur an den Haaren herbeigezogen 

Die Serial-ID ist also vermutlich korrekt, list des OWX-Device steht zur Bestätigung aber immer noch aus.

Ich weiß mit beiden Meldungen aus dem Log auch nicht weiter zu helfen.

[tho-mas]

Ähm, hatte ich nicht gesehen. Nun aber:

Code Auswählen Erweitern

Internals:
   ALARMED    1
   ASYNCHRONOUS 0
   CFGFN     
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003DN-if00-port0
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003DN-if00-port0
   FD         85
   FUUID      63a238cc-f33f-1cdf-d80c-2bfa0067b5b6b927
   INITDONE   1
   INTERFACE  DS2480
   NAME       OWX
   NR         576
   PARTIAL   
   PRESENT    0
   ROM_ID     FF
   STATE      opened
   TYPE       OWX
   eventCount 5
   interval   300
   timeout    2
   DEVHASH:
     OWX        Busmaster
     OWX_28_B72737060000 28.B72737060000.2A
   DEVS:
     28.B72737060000.2A
   READINGS:
     2022-12-21 06:41:49   state           opened
Attributes:

[TomLee]

Vlt. eine Idee noch. Stöpsel mal zum Test die zwei anderen USB-Devices aus und boote das komplette System neu, sind die disconnected Meldungen evtl. dann weg ?

[rob]

...ich habe den "alten" OWServer erst mal gelöscht...

Das treibt mich noch ein wenig um. Was heißt "gelöscht" genau? Disconnect könnte auch kommen, wenn noch ein anderer Prozess auf das Device zugreifen will und OWX stört. Wenn im Terminal

Code Auswählen Erweitern

sudo service owserver status u.a. stopped oder eine Fehlermeldung á la "kenn ich nich" bringt, dann kann OWserver als Störer ausgeschl. werden. Steht dort running, müsste der OWserver gestoppt werden.

Vielleicht sicherheitshalber auch in Fhem schauen, ob noch irgendwas anderes auf ttyUSB1 definiert ist und indirekt auf das selbe Device zugreifen will. Gemäß TomLees Empfehlung hast Du einen Busmaster in Fhem angelegt mit dem Namen "OWX". Im Log wird aber das Device "OWX_Gerate" als disconnected angemerkt. Kommt aus der 00_OWX.pm:

Code Auswählen Erweitern

Log3 $name, 1,"OWX_Complex called while interface $name disconnected";
Vielleicht zum konkreten list des OWX mal auch ein "list .*OWX.* absetzten?

Code Auswählen Erweitern

DS18B20_FFE58B311704: reading temperature did not return a value
Könnten Nodes sein, welche noch über den OWServer angelegt wurden. Ich meine Nodes, die via OWX kommen, fangen doch mit "OWX_10_..." oder "OWX_28_..." usw. an, oder liege ich da falsch?

[tho-mas]

Vielleicht zum konkreten list des OWX mal auch ein "list .*OWX.* absetzten?

Das bringt (weil ich seit gestern nur einen Sensor dran habe):

Code Auswählen Erweitern

FileLog_OWX_28_13B936060000
OWX
OWX_28_B72737060000

Der Neustart ohne weitere USB kommt gleich, Rückmeldung in ca. 1 h.

Irgendwie ist jetzt alles durcheinander. Ich muß zugeben, das ich bei den ganzen Versuchen/Tests keine FHEM.cfg gesichert hatte, um bei zuviel Fehlern einfach neustarten zu können. Das hat sich jetzt gerächt, der Neustart erfolgte mit alten Einstellungen, die "irgendeinen" Stand haben.

Ich habe den owserver am Pi Terminal mit service stop stillgelegt. Ich habe einen Teil meiner Sensoren wieder angeschlossen, um Zeitstempel zu bekommen. Ich habe in der FHEM-Befehlszeile die lange Kette mit define OWX OWX ... neu eingegeben. Im FHEM-Webfester ist "OWX disconnected", ein Klick auf "reopen" bringt gar nichts. Im Webfenster vom FHEM sehe ich nun diverse "OWDevice"-Einträge mit Sensoren.

Nach einem erneutem Neustart (Strom vom Pi angezogen)  sehe ich Einträge unter OWDevice (die alten Einträger erkennbar an den vor Monaten eingetragenen Aliasen): Die Werte (Temperaturen) werden auf der Webseite NICHT aktualisiert, wenn ich aber einen Eintrag anklicke (Fenster DeviceOverview) dann sehe ich hinter State Temperatur die aktuelle Uhrzeit. Der Busmaster muß also laufen.

Ich verliere im Moment den Überblick - was ist da jetzt los?

Jetzt (nach den Neustarts) noch einmal das Ergebnis von "list .*OWX.*:

Code Auswählen Erweitern

Internals:
   DEF        ./log/13B936060000-%Y.log DS18B20_13B936060000
   FD         9
   FUUID      61e44c16-f33f-1cdf-fed5-6bf5ba8c9dd75c4f
   NAME       FileLog_OWX_28_13B936060000
   NOTIFYDEV  DS18B20_13B936060000
   NR         58
   NTFY_ORDER 50-FileLog_OWX_28_13B936060000
   REGEXP     DS18B20_13B936060000
   STATE      active
   TYPE       FileLog
   currentlogfile ./log/13B936060000-2022.log
   logfile    ./log/13B936060000-%Y.log
   READINGS:
     2022-12-16 22:14:12   linesInTheFile  68944
Attributes:
   alias      Temp Bad

Warum da nur ein Sensor angezeigt wird obwohl mind. 5 Sensoren Temperaturen liefern - auch wieder so ein Rätsel.

[rob]

...Ich verliere im Moment den Überblick...

Dito  Deshalb die Versuche einen Ist-Zustand zu eruieren, um damit dann weiter zu machen.
Auch wenn der OWserver gestoppt sein sollte, weg isser nich  Nach dem nä. Reboot läuft er wieder.

Denkst du bitte noch an das list vom OWX? Das Device OWX_Gerate scheint ja verschwunden.

[tho-mas]

Code Auswählen Erweitern

Internals:
   ALARMED    0
   ASYNCHRONOUS 0
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003oi-if00-port0
   DEVS       
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003oi-if00-port0
   FUUID      63a360bc-f33f-1cdf-7018-fb2cf02af852a335
   INITDONE   0
   NAME       OWX
   NR         496
   PARTIAL   
   PRESENT    1
   ROM_ID     FF
   STATE      disconnected
   TYPE       OWX
   eventCount 2
   interval   300
   timeout    2
   DEVHASH:
     OWX        Busmaster
   READINGS:
     2022-12-21 20:55:31   state           disconnected
Attributes:

Das Device OWX_Gerate scheint ja verschwunden.

Ja. Komischerweise sind Meßwerte sporadisch in OWDevice aktuell.

Neue Idee: Was ist denn aktuell am sinnvollsten: Weiter auf OWServer zu setzen oder auf OWX? Dann würde ich alles was mit 1Wire zu tun hat rauswerfen und neu installieren.

[enno]

Ich würde sagen, auf OWX setzen. In der Konsole

Code Auswählen Erweitern

sudo service owserver stop und dann alles was dazu gehört erst mal deinstallieren.

Code Auswählen Erweitern

sudo apt purge owserver dann Rechner neu starten und alles weitere in FHEM einrichten...