LBS19000193 - 1wire-owphp

[jonofe]

Sicher, dass wir hier über denselben LBS sprechen? Meiner macht weder die Abfrage im LBS Teil, noch per http. Er verwendet den OWFS Server auf Port 4304 und im Haupt-LBS Teil steht quasi nichts weiter als der Aufruf des EXEC Teils.

[Wingfighter]

Hallo jonofe

Ich habe den 1-Wire-LBS schon eine Weile in Betrieb und möchte Dir ein kurzes Feedback zukommen lassen.

Insgesamt habe ich drei RasPi's laufen, die per 1-wire Temperaturdaten sammeln. Auf den RasPi's läuft jeweils ein OWFS-Server.
Ein RasPi 3 sammelt Raumtemperatur-Daten aus den Raumheizungsreglern über das PIGATOR 1-wire-Modul von Busware, weil ich es noch "rumliegen" hatte. Dieser RasPi hängt im LAN.
Die beiden anderen RasPi's haben jeweils 14 bzw. 16 DS18B20 Sensoren angeschlossen, die in zwei Heizkreisverteilern eingebaut sind und als Anlegethermometer je Heizkreis die Vorlauf- und Rücklauftemperturen erfassen. Diese beiden RasPi's hängen per W-LAN im Netz.

Anfänglich hatte ich das Problem, dass die EDOMI-Uhr relativ schnell sehr viel nachging. In 24h bis zu 30 Minuten. Durch deaktivieren der 1-wire-Logiken konnte ich das Problem auf die per W-LAN angebundenen RasPi's eingrenzen.
Dir grundsätzliche Ursache liegt - wie ich ohnehin erwartet hatte - in der Feldstärkenreduzierung durch die Metallkapselung der HKV's. Das löse ich jetzt über die Montage von kleinen externen W-LAN-Antennen, die WAF-konform fast unsichtbar außerhalb der HKV's kleben. ;-)

Das "Ausbremsen" von EDOMI lag also daran, dass die Abfrage der Parameter vom OWFS-Server per http je nach Verbinungsgüte über das W-LAN u.U. etwas länger gedauert hat. Oder in einen Timeout lief, weil der RasPi gerade gar nicht zu erreichen war.
Also habe ich in dem 1-wire-LBS vor dem http Request eine Abfrage eingebaut, ob der RasPi (z.B. per Ping) überhaupt erreichbar ist. Dazu habe ich einen Eingang ergänzt und daran den LBS "Hostcheck" angeschlossen.
Das hat zwar eine Verbesserung gebracht. Aber bei bestehender schlechter Verbindung waren die Antwortzeiten immer noch so lang, dass es Auswirkungen auf die Performance des Gesamtsystems hatte.

Ich habe mich dann an die Designregeln von gaert bezüglich der Verwendung von EXEC-Scripten im LBS erinnert und den gesamten Part der Abfrage des OWFS-Servers in den EXEC-Part des LBS verschoben. Im Moment ist auch der Hostcheck noch aktiv. Der wird evtl. gar nicht mehr benötigt.

Seit dieser Änderung gibt es keinerlei Uhrzeitprobleme mit der EDOMI-Uhr mehr.

Bei Bedarf sende ich Dir natürlich den geänderten Quelltext Deines LBS, der bei mir intern grade die Version 0.41 trägt, zu. ;-)

Viele Grüße
wingfighter

[jonofe]

Hallo zusammen,

ich habe eine Frage. Ich möchte EDOMI auf einem Fujitsu Futro S900n laufen lassen. Daran soll ein DS9490R hängen, an den ich einige 1-wire-Sensoren für Estrich-Temperatur, Leckage/Feuchtigkeit und Fenster/Tür offen/geschlossen anschließen möchte. Das Ganze soll dann am Ende komplett mit meiner (noch in der Planung befindlichen) KNX-Installation zusammenspielen und kommunizieren.

Ist das so möglich?

Ja, das ist möglich.

P.S. Etwas OT: Für den WAF habe ich gerade einen Jung Smart Visu Server gekauft, der auf jeden Fall erst einmal zum Einsatz kommen wird, solange ich noch "rumfrickel" (Versprechen an die Holde). Kann ich auf diesem SVS eigentlich 1-wire irgendwie mit einbinden?

Ob du jetzt ne VISU mit SVS machst oder mit EDOMI ist vermutlich vom Aufwand kein großer Unterschied. Den SVS hätte ich mir gespart ...

Zur Frage, ob der SVS 1wire kann, kann ich leider nichts sagen. Ich vermute aber, dass man nicht so einfach Module anflanschen kann wie bei EDOMI.

[manwald]

Hallo zusammen,

ich habe eine Frage. Ich möchte EDOMI auf einem Fujitsu Futro S900n laufen lassen. Daran soll ein DS9490R hängen, an den ich einige 1-wire-Sensoren für Estrich-Temperatur, Leckage/Feuchtigkeit und Fenster/Tür offen/geschlossen anschließen möchte. Das Ganze soll dann am Ende komplett mit meiner (noch in der Planung befindlichen) KNX-Installation zusammenspielen und kommunizieren.

Ist das so möglich?

Viele Grüße
Mischa

P.S. Etwas OT: Für den WAF habe ich gerade einen Jung Smart Visu Server gekauft, der auf jeden Fall erst einmal zum Einsatz kommen wird, solange ich noch "rumfrickel" (Versprechen an die Holde). Kann ich auf diesem SVS eigentlich 1-wire irgendwie mit einbinden?

[jonofe]

bei mir steht der Port in der Ausgabe von ps (s.o. die 4304)

ps auxw | grep ow

[Marha]

Jedenfalls bekomme ich eine pid für den owserver. Wie frage ich den Port ab? Owread dürften nicht funktionieren, wenn owserver nicht läuft.

[jonofe]

Läuft denn der owserver Prozess? Hast du den richtigen Port eingestellt?

Bei mir laufen folgende Prozesse:

root      2099  0.0  0.0 1063296 2056 ?        Ssl   2016  89:40 /usr/sbin/owserver -p 4304 -u
root      2118  0.0  0.0 399736  3448 ?        Ssl   2016   0:35 /usr/sbin/owhttpd -p 4305 -s 4304
root      2150  0.0  0.0 181300  2392 ?        Ssl   2016   0:00 /usr/sbin/owfs -s 4304 /mnt/1wire

[Marha]

Ich habe einen laufenden OWFS (glaube ich jedenfalls). owdir und owread funktionieren in der Kommandozeile und die Werte lassen sich so auslesen. Der LBS gibt aber nur Error aus. Das Logging sieht so aus:

READ triggered
READ started
1Wire READ result /28.1B078F060000/temperature:
1Wire READ failed
READ ended

Mit owread /28.1B078F060000/temperature in der Kommandozeile erhalte ich aktuelle Daten des Busteilnehmers.

Wo kann ich suchen?

[jonofe]

Ja, du brauchst eine funktionierende OWFS Installation, denn der LBS kommuniziert nicht direkt mit dem Busmaster, sondern mit OWFS.

[MrIcemanLE]

Hallo Zusammen,

Ich habe mir fünf 1Wire-Sensoren (DS18B20) bestellt und ein DS9490R und wollte nun den LBS von jonofe nutzen. Ich habe die Dateien aus dem Archiv an die entsprechenden Stellen kopiert und die option in der php.ini aktiviert. Nur wie geht es jetzt weiter. Die IDs der Sensoren sind mir nicht bekannt. Ich müsste die also auslesen. Muss ich dazu das OWFS installieren? Bin gerade etwas überfragt und weiß nicht so recht wo ich anfangen soll zu suchen ...

Den Busmaster(?) DS9490R habe ich schon an einem USB-Port an meinem EDOMI-Server stecken.

Über Hilfe und Anmerkungen wäre ich sehr dankbar.

[lordofchaos]

Was ich gerade noch gefunden habe auch von jonofe

EDOMI bietet eine Remote API, so dass du per einfachem HTTP Aufruf iKOs setzen kannst.

Die Remote API funktioniert wie folgt:

http://<edomi-IP>/remote/?login=<user>&pass=<password>&koid=<edomi_KO_ID>&kovalue=<value>

Schau mal hier, wie ich es für den apcupsd einsetze:

https://knx-user-forum.de/forum/proj...788#post987788

Wenn ich das richtig verstehe kann ich somit die Daten auf dem Pi auslesen und mittels obigen Befehl mich mit edomi Verbinden und einem KO die Daten zuweisen?

[lordofchaos]

Ja möchte an dem Pi direkt 1 wire betreiben. Nach meinen Kenntnissen war der DHT22 oder DHT21 der einzige mit Temp und Feuchte. War wie gesagt der Auffassung das dieser auch 1 wire ist, weil überall immer auch dabei mit 1 wire auslesen geschrieben wird.

Ich möchte auch nun keine Sensoren die so teuer sind. Ich möchte später schon 20-25 Sensoren laufen haben. Das wird mir sonst zu teuer.

Dann muss ich mir was anderes einfallen lassen. Entweder diesen LBS und nur Temperatur.
oder ...
Denke dann wird es zu Offtopic hier.
Aber müsste doch gehen das ich mit einem LBS alle x Minuten ein script ausführen lassen wo ich mich per ssh auf den Pi einlogge und dann die Werte Abfrage wie bisher.

[panzaeron]

Auf den Multisensoren sitzen Feuchtigkeitssensoren die über einen zusätzliches 1Wire-IC auf den Bus gebracht werden. Hier geht es um Feuchtigkeitssensoren mit direkter 1Wire-Schnittstelle ohne zusätzliche Schaltung (zumindest habe ich das so verstanden).

[NorbertB]

es gibt auch keine Feuchtigkeitssensoren mit direkter 1Wire-Schnittstelle.

Bist Du Dir da sicher?
https://shop.wiregate.de/sensoren-fu...ftfeuchte.html

[panzaeron]

Nein, der hat auch keine 1Wire-Schnittstelle, es gibt auch keine Feuchtigkeitssensoren mit direkter 1Wire-Schnittstelle.