Plugin: 1-Wire-NG

[Prof.Mobilux]

Hoffentlich ist da beim Umschließen nichts schief gegangen (Kurzschluss). An der Stelle mache ich ein Listing, was alles am Bus (in diesem Fall bus.6) hängt. Ich liste also /bus.6. Der Befehl schlägt fehl.

Läuft OWFS noch? Kannst Du in der owfs WebUI Dir das Verzeichnis /bus.6 noch anschauen? Wenn owfs auch nicht mehr läuft, dann starte mal auf der Konsole (als root):

/usr/bin/owserver -c /etc/owfs.conf --foreground

Und schau, ob es eine Fehlermeldung gibt.

[ToNKeY]

Der OWFS läuft noch und erkennt auch zuverlässig den Chip auf Bus 1. Der Bus 6 sieht in der WebUI genau so aus wie die anderen Busse.

Das Klemmen auf einen anderen Bus geschieht indem ich einen Draht en einer 3-fach-Klemme von Klemme 1 auf Klemme 2 umsetze - da kann nichts schief gehen. Dabei sind die Busse 0 - 2 auf einer 3-fach Klemme unten am Gerät, die Busse 3 - 8 sind auf zwei 3-fach-Klemmen oben am Gerät - da war ich nicht al dran. Warum er ausgerechnet an dieser Stelle plötzlich einen Fehler wirft ist mir nicht klar - es gibt technisch gesehen keinen unterschied zwischen Bus 6 und den Bussen 2 - 8 - da ist nichts angeschlossen, die waren allesamt noch nie in Benutzung und im OWFS WebUI sehen die alle gleich aus, solange kein Chip am Reader ist.

[Prof.Mobilux]

Ok, das ist ja schon einmal gut. Warum er mit bus.6 ein Problem hat kann ich von hier aus nicht sagen - ich nutze da quasi nur die OWNet Lib und lese das Verzeichnis ein. Da kommt ein Fehler. Vielleicht auch ein Timing-Problem oder so.

Ich habe die Exception jetzt einmal rausgenommen, sodass er einfach im Fehlerfall weitermacht. Du könntest es noch einmal probieren: https://github.com/mschlenstedt/LoxB...ads/master.zip

Und Du könntest mir noch einmal zwei Screenshots schicken: 1. wenn Du in der WebUI auf /bus.0/bus.6 gehst. 2. bus.0/bus.6/interface/settings

Zur Verzögerung: Wichtig ist, dass Du für das Device (RFID Chip oder was auch immer) eine "Custom Config" anlegst und diese auch in kurzen Abständen einliest (jede Sekunde zum Test reicht aus). Und Uncached Reading aktivierst - ist aber vermutlich schon drin. Ich habe es hier mit 2 iButton getestet (dürfte zu den RFID analog sein) und die erkennt er quasi sofort, egal an welchem Bus.

[Prof.Mobilux]

Ah, die Verzögerung kann ich nachstellen, wenn ich mit dem gleichen iButton von einem Bus zum nächsten gehe. Dann erkennt er den neuen iButton erst, wenn ich ein Refresh des OWFS WebUI mache! Das muss irgendein Problem bei OWFS sein :-( Da muss ich mal schauen, ob ich das irgendwie umgehen kann.

[Prof.Mobilux]

Also das er die Devices nicht erkennt, wenn man mit dem gleichen Device von einem Bus zum nächsten geht, ist leider ein OWFS Bug. Ich kann das umgehen, indem ich immer ein Folder-Listing dazwischen setze. Dann erkennt er zwar die Devices beim Wechsel von einem Bus zum nächsten, aber nach dem zweitem Mail stürzt owserver ab bzw. es arbeitet im Zeitlupentempo :-(

[ToNKeY]

Ok, also prinzipiell funktioniert es wieder, aber mit variabler und teils sehr schlechter Reaktionszeit - teilweise dauert es über 10 Sekunden, bis der Chip erkannt wird. Im OWFS WebUI taucht der Chip sofort auf, im owfs2mqtt log erst mit einiger Verzögerung, wobei diese zwischen 1 und >10 s variiert. Ein Neustart der Dienste ändert daran nicht.

Das Log sah beim ersten Start so aus:

================================================== ==============================
<LOGSTART> 12.11.2022 18:11:15 TASK STARTED
<LOGSTART> Starting owfs2mqtt
18:11:15.651 <INFO> LoxBerry Version 2.2.2.2 ( is_raspberry.cfg )
18:11:15.651 <INFO> 1-Wire NG Version 2.1.0
18:11:15.651 <INFO> Loglevel: 7
18:11:15.684 Device Refresh: 300
18:11:15.684 Default Value Refresh: 60
18:11:15.684 Default Looptime: 1
18:11:15.684 Default cached reading.
18:11:15.684 Server Port: 4304
18:11:15.684 Tempscale: C
18:11:15.686 <INFO> Using MQTT Settings from MQTT Gateway Plugin
18:11:15.688 MQTT Settings: User: loxberry; Pass: blablabla; Broker: localhost; Port: 1883
18:11:15.688 <INFO> Connecting to MQTT Broker
18:11:15.688 MQTT Login with Username and Password: Sending loxberry blablabla
18:11:15.693 <INFO> Publishing owfs/status/plugin Connected
18:11:15.705 <INFO> Publishing owfs/status/keepaliveepoch 1668273076
18:11:15.706 <INFO> Current time: 1668273075.69554 Last device check: 0 -> scan busses
18:11:15.706 <INFO> Scanning for connected and configured devices...
18:11:15.706 <INFO> Scanning for available busses...
18:11:15.816 OWServer Root Folder: /bus.8,/bus.7,/bus.6,/bus.5,/bus.4,/bus.3,/bus.2,/bus.1,/bus.0,/uncached,/settings,/system,/statistics,/structure
18:11:15.816 Found Bus /bus.8
18:11:15.817 Found Bus /bus.7
18:11:15.817 Found Bus /bus.6
18:11:15.817 Found Bus /bus.5
18:11:15.817 Found Bus /bus.4
18:11:15.817 Found Bus /bus.3
18:11:15.817 Found Bus /bus.2
18:11:15.817 Found Bus /bus.1
18:11:15.818 Found Bus /bus.0
18:11:15.818 <INFO> Scanning for devices at /bus.8...
18:11:15.822 Found entries from the bus: /bus.8/interface
18:11:15.822 Checking /bus.8/interface...
18:11:15.822 This is NOT a device: /bus.8/interface -> ignore
18:11:15.822 <INFO> Scanning for devices at /bus.7...
18:11:15.826 Found entries from the bus: /bus.7/interface
18:11:15.826 Checking /bus.7/interface...
18:11:15.827 This is NOT a device: /bus.7/interface -> ignore
18:11:15.827 <INFO> Scanning for devices at /bus.6...
18:11:15.847 Found entries from the bus:
18:11:15.847 <INFO> Scanning for devices at /bus.5...
18:11:15.867 Found entries from the bus:
18:11:15.867 <INFO> Scanning for devices at /bus.4...
18:11:15.871 Found entries from the bus: /bus.4/interface
18:11:15.871 Checking /bus.4/interface...
18:11:15.872 This is NOT a device: /bus.4/interface -> ignore
18:11:15.872 <INFO> Scanning for devices at /bus.3...
18:11:15.876 Found entries from the bus: /bus.3/interface
18:11:15.876 Checking /bus.3/interface...
18:11:15.876 This is NOT a device: /bus.3/interface -> ignore
18:11:15.876 <INFO> Scanning for devices at /bus.2...
18:11:15.880 Found entries from the bus: /bus.2/interface
18:11:15.880 Checking /bus.2/interface...
18:11:15.880 This is NOT a device: /bus.2/interface -> ignore
18:11:15.880 <INFO> Scanning for devices at /bus.1...
18:11:15.884 Found entries from the bus: /bus.1/interface
18:11:15.885 Checking /bus.1/interface...
18:11:15.885 This is NOT a device: /bus.1/interface -> ignore
18:11:15.885 <INFO> Scanning for devices at /bus.0...
18:11:15.887 Found entries from the bus: /bus.0/interface
18:11:15.888 Checking /bus.0/interface...
18:11:15.888 This is NOT a device: /bus.0/interface -> ignore
18:11:15.888 <INFO> Checking all manually configured devices...


Bus 6 und Bus 5 konnte er, warum auch immer nicht richtig auslesen.

Nachdem ich den Testchip gelöscht und neu angelegt habe und dabei die Dienste 2 mal neu gestartet habe kann er nun wieder alle Busse auslesen.

Log:

================================================== ==============================
<LOGSTART> 12.11.2022 18:20:29 TASK STARTED
<LOGSTART> Starting owfs2mqtt
18:20:29.780 <INFO> LoxBerry Version 2.2.2.2 ( is_raspberry.cfg )
18:20:29.781 <INFO> 1-Wire NG Version 2.1.0
18:20:29.781 <INFO> Loglevel: 7
18:20:29.814 Device Refresh: 300
18:20:29.814 Default Value Refresh: 60
18:20:29.814 Default Looptime: 1
18:20:29.815 Default cached reading.
18:20:29.815 Server Port: 4304
18:20:29.815 Tempscale: C
18:20:29.815 <INFO> Using MQTT Settings from MQTT Gateway Plugin
18:20:29.816 MQTT Settings: User: loxberry; Pass: blablabla; Broker: localhost; Port: 1883
18:20:29.816 <INFO> Connecting to MQTT Broker
18:20:29.816 MQTT Login with Username and Password: Sending loxberry blablabla
18:20:29.820 <INFO> Publishing owfs/status/plugin Connected
18:20:29.838 <INFO> Publishing owfs/status/keepaliveepoch 1668273630
18:20:29.839 <INFO> Current time: 1668273629.82116 Last device check: 0 -> scan busses
18:20:29.839 <INFO> Scanning for connected and configured devices...
18:20:29.839 <INFO> Scanning for available busses...
18:20:29.915 OWServer Root Folder: /bus.8,/bus.7,/bus.6,/bus.5,/bus.4,/bus.3,/bus.2,/bus.1,/bus.0,/uncached,/settings,/system,/statistics,/structure
18:20:29.915 Found Bus /bus.8
18:20:29.915 Found Bus /bus.7
18:20:29.916 Found Bus /bus.6
18:20:29.916 Found Bus /bus.5
18:20:29.916 Found Bus /bus.4
18:20:29.916 Found Bus /bus.3
18:20:29.916 Found Bus /bus.2
18:20:29.916 Found Bus /bus.1
18:20:29.916 Found Bus /bus.0
18:20:29.917 <INFO> Scanning for devices at /bus.8...
18:20:29.920 Found entries from the bus: /bus.8/interface
18:20:29.920 Checking /bus.8/interface...
18:20:29.920 This is NOT a device: /bus.8/interface -> ignore
18:20:29.920 <INFO> Scanning for devices at /bus.7...
18:20:29.924 Found entries from the bus: /bus.7/interface
18:20:29.924 Checking /bus.7/interface...
18:20:29.924 This is NOT a device: /bus.7/interface -> ignore
18:20:29.924 <INFO> Scanning for devices at /bus.6...
18:20:29.927 Found entries from the bus: /bus.6/interface
18:20:29.928 Checking /bus.6/interface...
18:20:29.928 This is NOT a device: /bus.6/interface -> ignore
18:20:29.928 <INFO> Scanning for devices at /bus.5...
18:20:29.931 Found entries from the bus: /bus.5/interface
18:20:29.931 Checking /bus.5/interface...
18:20:29.931 This is NOT a device: /bus.5/interface -> ignore
18:20:29.932 <INFO> Scanning for devices at /bus.4...
18:20:29.935 Found entries from the bus: /bus.4/interface
18:20:29.935 Checking /bus.4/interface...
18:20:29.935 This is NOT a device: /bus.4/interface -> ignore
18:20:29.935 <INFO> Scanning for devices at /bus.3...
18:20:29.939 Found entries from the bus: /bus.3/interface
18:20:29.939 Checking /bus.3/interface...
18:20:29.939 This is NOT a device: /bus.3/interface -> ignore
18:20:29.939 <INFO> Scanning for devices at /bus.2...
18:20:29.942 Found entries from the bus: /bus.2/interface
18:20:29.942 Checking /bus.2/interface...
18:20:29.943 This is NOT a device: /bus.2/interface -> ignore
18:20:29.943 <INFO> Scanning for devices at /bus.1...
18:20:29.946 Found entries from the bus: /bus.1/interface
18:20:29.946 Checking /bus.1/interface...
18:20:29.946 This is NOT a device: /bus.1/interface -> ignore
18:20:29.947 <INFO> Scanning for devices at /bus.0...
18:20:29.949 Found entries from the bus: /bus.0/interface
18:20:29.949 Checking /bus.0/interface...
18:20:29.950 This is NOT a device: /bus.0/interface -> ignore
18:20:29.950 <INFO> Checking all manually configured devices...


Das Fehlerbild ist für mich einfach nicht nachvollziehbar, geschweige denn erklärbar.

Hier noch die Screenshots (aufgenommen, nachdem es jetzt wieder geht; ich habe jedoch nichts geändert und zumindest der erste sah vorhin auch schon so aus, beim zweiten weiß ich es nicht.

[Prof.Mobilux]

Ja, das ist der erwähnte Bug in owfs. Sobald du ein Directory Listing machst, erscheinen die Devices wieder und owfs2mqtt sieht sie dann auch sofort. Das Directory Listing machst du indirekt, wenn du das WebGui von owfs aufrufst. Damit erscheint das Device dann sofort. Und zwar im WebGUI und auch im owfs2mqtt.

Ich hatte deswegen das Directory Listing in owfs2mqtt mit eingebaut. Das macht er jetzt quasi jeden Loop. Könnte sein, dass du die Änderungen noch nicht hattest - hab sie erst gegen 19 Uhr committet.

[ToNKeY]

Hab gerade mal die aktuellste Version installiert. Es scheint jetzt zuverlässig zu funktionieren. Noch einmal vielen Dank an dieser Stelle für deinen unermüdlichen Einsatz!

Die Verzögerung ist auch deutlich geringer geworden, aber immer noch merklich länger als bei meiner ersten Installation - leider weiß ich nicht mehr, ob das noch Loxberry 1.x oder sogar noch was älteres war oder ob es schon die 2.x war und nur eine ältere Version des Plugins. Auf jeden Fall lief das super bis zu einem Update. Die Verzögerung war kaum länger als bei einer 1-Wire-Extension von Loxone.

Nun sind es gefühlt schon so 1 bis 2 Sekunden (aber Hauptsache, es funktioniert erstmal wieder).

Wenn es schonmal schneller ging, muss es doch Möglichkeiten geben, dies noch ein bisschen zu optimieren. Der Loxberry selbst ist ein PI 3 B+ und langweilt sich die ganze Zeit, daran kann es also nicht liegen.

Ich habe jetzt mal geschaut - die iButtons sind allesamt als Devices angelegt und die Aktualisierung ist jeweils auf 0.1 Sekunden gestellt, tatsächlich dauert ein Durchlauf um alle abzufragen laut Log aber ziemlich genau 3 Sekunden, ab und zu auch mal 4 Sekunden. Kann man da noch etwas optimieren? Abfragen parallel laufen lassen oder falls es was bringt, die Abfragen auf die Busse einschränken, an denen RFID-Reader hängen?

[Prof.Mobilux]

Wie geschrieben sollte die letzte Version (https://github.com/mschlenstedt/LoxB...ads/master.zip) jetzt funktionieren, so recht zufrieden bin ich damit aber nicht. Ich würde mir gerne Testhardware besorgen, wo ich mit mehreren Bussen testen kann.

Welche Busmaster verwendet ihr denn?

Ist dieser 8-Bus Master der von Pridopia? https://pridopia.co.uk/opencart/inde...&product_id=92

Von SheepWalk hab ich noch einen 2 Busmaster gefunden für 20 EUR + Versand aus England.

ibt's noch irgendwas günstigeres zum Testen von mehreren Bussen?

[challo]

ich hab auch den Pridopia Busmaster im Einsatz

[docpayce]

"Gibt's noch irgendwas günstigeres zum Testen von mehreren Bussen?"

Der GPIO Busmaster kann auf mehreren GPIOs aktiviert werden für mehrere Busse. Das wollte ich auch mal testen bei Gelegenheit... ist aber kaum dokumentiert. :/

[ToNKeY]

Ja, das ist die Version, die ich installiert habe. Wie gesagt sind die Erkennungszeiten dadurch wesentlich besser und auch deutlich konstanter geworden. Es war aber halt früher nochmal ne ganze Ecke flotter.

Genau den 9-fach Busmaster von Pridopia, den du verlinkt hast, habe ich auch im Einsatz.

Ich hab dir nochmal eine kleine Unterstützung für die Beschaffung von Testhardware geschickt.

[Prof.Mobilux]

Danke dir - ist angekommen. Ich bestelle mir das Teil mal und versuche dann weiter zu optimieren.

Meinst du mit früher eine ältere Version des Plugins? Wenn ja: welche hattest du? Und auch noch im Vergleich zum letzten Master?

[ToNKeY]

Ganz genau kann ich nicht mehr nachvollziehen, welche Version ursprünglich im Einsatz war. In meine Loxone eingebunden habe ich das ganze am 03.08.2020, es müssten also die Versionen von Loxberry und 1-Wire-NG gewesen sein, die zu diesem Zeitpunkt aktuell waren. Das lief dann fehlerfrei bis zu einem Update von Loxberry und Plugin irgendwann Anfang diesen Jahres.

[Prof.Mobilux]

Mein I2C 1-Wire Adapter ist heute endlich aus England gekommen - Dank Brexit mit einer Nachrechnung von 6,75 EUR Zoll und 6 EUR Bearbeitungsgebühr von DHL

Aber ich werde mich jetzt mal ranmachen und das ganze Thema optimieren.

Hab mich übrigens für den etwas günstigeren Adapter von Sheepwalk Electronics mit nur 2 Bussen entschieden: https://www.sheepwalkelectronics.co....products_id=73

[docpayce]

Kannst Du den empfehlen? Ich überlege momentan zu wechseln von GPIO auf einen "richtigen" Busmaster. Der GPIO Busmaster ist ja doch nur eine Krücke... oder soll ich als Testkaninchen weiter fungieren? X)

[Prof.Mobilux]

Brauchst du nicht - ich glaub du warst eh der einzigste 😀 ich hatte GPIO kurz auch zum testen an, als mir der zweite Busmaster fehlte. Bei vielen Sensorwechaeln stürzt owfs ab. Ist ein bekanntes Problem des Kerneltreibers. Also wirklich alles andere als stabil. Ob der Adapter taugt weiß ich noch nicht. Bin noch nicht dazu gekommen. Sieht aber sehr vernünftig aus.

[challo]

Ich bin am überlegen als "Winterprojekt" mein Loxberry und MS4H mit Proxmox zu virtualisieren.
Aktuell setze ich den 8-Bus Master der von Pridopia ein, wobei ich 3 Buse in Verwendung habe.
Diesen kann ich dann natürlich nicht weiter verwenden. Hat jemand von euch hier ein Ähnliches Setup und
Erfahrungen mit USB (gibts hier auch mehrfach Busmaster) oder setzt jemand ein Ethernet Busmaster ein?

[Thomas M.]

Prof.Mobilux

Ich bekomme beim installieren am LB3.0 einen Fehler ...

"
08:36:56.626 CRITICAL: Error installing libownet-perl owfs owserver owhttpd owftpd owfs-fuse owfs-common owserver libow-3.2-3 libftdi1-2 - Error 100

08:36:56.626 WARNING: (Some) Packages could not be installed.
"

[andere Baustelle]
und das 1 wire onboard plugin mag python nicht installieren ...
Drum kommen auch keine Daten

08:48:40.376 ERROR: ERROR executing command - Exitcode 1
08:48:40.376 Selecting previously unselected package python-paho-mqtt.
(Reading database ... 88742 files and directories currently installed.)
Preparing to unpack .../python-paho-mqtt_1.4.0-1_all.deb ...
Unpacking python-paho-mqtt (1.4.0-1) ...
dpkg: dependency problems prevent configuration of python-paho-mqtt:
python-paho-mqtt depends on python:any (<< 2.8); however:
Package python is not installed.
python-paho-mqtt depends on python:any (>= 2.7~); however:
Package python is not installed.
[/andere Baustelle]

[Meininger]

Hallo,

sieht bei mir leider genauso aus. Hatte das Plugin vor dem Loxberry Update auf 3.0 nicht installiert und wollte es gestern installieren mit gleicher Fehlermeldung.
Da ich nicht endlos Ahnung vom Loxberry Betriebssystem habe, wäre ich über einen Tipp dankbar, wie ich das Problem beheben kann.

Gruß Sascha

[Meininger]

Habe wegen oben beschrieben Problem noch ein wenig rum gesucht und gelesen. Nach einigen Probieren scheint das Plugin nun zu funktionieren. Folgendes habe ich gemacht (Loxberry Version 3.0):

- Plugin installiert wie üblich über Plugin Installer, am Ende mit dem Fehler wie im vorherigen Beitag geschrieben, Plugin lies sich in dem Zustand nicht öffnen, kam nur Fehlermeldung, OWFS Web UI war über IPloxberry:2121 aber ereichbar
- Terminal geöffnet login als su
- sudo apt-get install libownet-perl ausgeführt, was offensichtlich die fehlende Bibliothek nachinstalliert hat
- Loxberry Neustart
- MQTT konfiguriert
- Fake Sensor angelegt
- Werte im MQTT Finder empfangen

Soweit scheint es nun zu laufen, vieleicht hilft es ja noch jemanden.

Gruß Sascha

[Prof.Mobilux]

Danke, nehme ich mit auf.