LBS19000193 - 1wire-owphp

[Langer89]

Wenn Du den OWFS-Server auf einem autarken Raspi laufen hast, musst Du in der owfs.conf außer localhost noch den Zugriff auf die Netzwerk-IP des RasPi freigeben.

[FONT=courier new]####################### OWSERVER ########################

server: port = 127.0.0.1:4304
server: port = <IP des RasPi>:4304 [/FONT]

Warum muss da die IP des Raspberrys rein? dieser ist doch der localhost oder verrenne ich mich da gerade?

[jonofe]

Da muss keine IP rein, denn dann horcht der Raspi auf allen Interfaces. Wenn die Raspo IP da steht, dann horcht er auf seinem Netzwerk Interface eth0.
Beides würde funktionieren. Per http hat es funktioniert, weil du ja per Netzwerk auf den owhttp auf Port 2121 zugreifst und der owhttp dann lokal (localhost) auf den owserver.

[Wingfighter]

server: port = 4304 ist quasi die Freigabe für extern und localhost.

[Langer89]

Super! Danke für eure Hilfe! Dann werde ich jetzt mal meine Heizungsanlage erfassen ;-)

[mfd]

Man sollte bloß zusehen, dass dann nicht mehrere Sensoren gleichzeitig abgefragt werden. Das hatte bei mir ebenfalls zu Fehlern geführt. Ließ sich aber mit einem Versatz von 2 sec beheben.

Das würde dann bedeuten, dass eine aktive Abfrage von Sensoren nicht möglich ist, denn da könnte sich ja immer mal wieder etwas überschneiden... oder sehe ich da was falsch?

Beispiele wären Szenen wie Duschen/Baden wo dann bei Präsenz Temperatursensoren (häufiger) nach ihren Werten gefragt werden. Man müsste dann erst durch eine separate Logik sicherstellen, dass es keine "Kollisionen" gibt?

Da wäre dann vermutlich ein LBS für mehere Sensoren, der das intern regelt notwendig, oder der bestehende LBS bräuchte quasi einen Taktgeber-Eingang...

[DolcheVita]

Das würde dann bedeuten, dass eine aktive Abfrage von Sensoren nicht möglich ist, denn da könnte sich ja immer mal wieder etwas überschneiden... oder sehe ich da was falsch?

Naja es geht, man muss halt nur aufpassen, dass man nicht zu viel gleichzeitig abfragt...

Vielleicht liegt es ja auch nur an meinem betagten PasPi 1b, dass das nicht gleichzeitig läuft. Ich frage bei "Licht an im Bad" die entsprechenden Sensoren alle 10 sec ab, und habe dann so 5 Fehllesungen am Tag, nachdem ich die Verzögerer eingebaut habe...

Ich haba ekine Ahnung, ob man genauso gut/schnell/einfach alle Sensoren auf einmal abfragen kann?! jonofe hast du da eine Idee/Meinung dazu?

[mfd]

Es muss wohl eine Möglichkeit geben, beim Wiregate hat das trotz sehr schmaler Hardware auch irgendwie funktioniert... da dürfte auch nicht mehr Power als beim Raspi 1 vorhanden gewesen sein.

[jonofe]

Naja es geht, man muss halt nur aufpassen, dass man nicht zu viel gleichzeitig abfragt...

Vielleicht liegt es ja auch nur an meinem betagten PasPi 1b, dass das nicht gleichzeitig läuft. Ich frage bei "Licht an im Bad" die entsprechenden Sensoren alle 10 sec ab, und habe dann so 5 Fehllesungen am Tag, nachdem ich die Verzögerer eingebaut habe...

Ich haba ekine Ahnung, ob man genauso gut/schnell/einfach alle Sensoren auf einmal abfragen kann?! jonofe hast du da eine Idee/Meinung dazu?

Also ich frage 4 Sensoren gleichzeitig ab, indem ich denselben Trigger auf 4 1wire LBS sende. Es dauert dann zwar ca. 2 Sekunden bis alle Werte da sind, aber ich habe keine Fehler im Log. Es werden immer alle 4 Werte geliefert. Die Zykluszeit ist bei mir eine Minute.

[saegefisch]

Ich habe 16 1-wire-LBS (Temperaturen, Multisensoren, Licht, Feuchte,) am selben Trigger-KO hängen mit Zykluszeit 120 sekunden. Die laufen also alle gleichzeitig los. Nach meinem Verständnis sorgt 1-wire für eine kollsionsfreie Lieferung.
Bislang vermisse ich keine Werte und im Web-Service vo 1-wire kann ich keine Auffälligkeiten sehen. Mir schient das seit vielen Monaten völlig problemlos zu funktionieren.
Wo sähe man denn Kollisionen oder Fehler? Log-File?

[Langer89]

Wie triggert ihr denn die Bausteine? Ich habe jetzt einen Oszillator mit 30 Sekunden ein und 30 Sekunden aus. Allerdings bekomme ich bei einem Sensor sporadisch immer einen error zurück. Sollte also besser ein System-KO als Trigger genutzt werden?

[mfd]

Ich habe 16 1-wire-LBS (Temperaturen, Multisensoren, Licht, Feuchte,) am selben Trigger-KO hängen mit Zykluszeit 120 sekunden. Die laufen also alle gleichzeitig los. Nach meinem Verständnis sorgt 1-wire für eine kollsionsfreie Lieferung.

Das klingt ja vielversprechend. Läuft das bei dir mit auf der EDOMI Hardware?
Lassen sich die Multisensoren problemlos ansprechen, bzw. ist da eine Umwandlung der Werte notwendig, oder kann das der OWFS-Server ootb?

[DolcheVita]

Also ich nutze System KOs als Trigger. Ich habe nur wenige Temperatur-Sensoren, von daher kann ich zu den weiteren Fragen keine Stellung nehmen.

[saegefisch]

OWFS läuft auf einem eigenen Linuix-Server (NUCi3) mit diversen anderen Server-Diensten (z.B: TV SAT>IP-Backend, Listener für SMA EnergeyMeter). Hätte aber auf edomie (gleichfalls NUCi3) sicher auch funktioniert. Ich wollte nur edomi so nah wie möglich am Standard des Entwicklers lassen und den anderen Server habe ich genau für diese Dinge. die Sensoren sollten alle 1:1 angeschlossen sein; wenn ich etwas interpretiere, dann in Edomi.
Temperatruren: direkt
Feuchtigkeit + Lux: Eigener LBS (noch nicht im DL-Bereich; müsste ich die Tage mal nachholen), weil die Werte nicht direkt nutzbar sind.
Binär-Eingänge (Wassersensor, Pegelstand): liegen seit 9 Monaten noch unverbaut herum,. daher noch keine Kenntnis, aber vemrutlich 1:1 direkt

Trigger ist bei mir ein eigener, hätte aber auch System-KO sein können.

1wMulitsensorLBS.JPG

[Langer89]

Mein Problem ist, dass sporadisch immer ein anderer Sensor ein "error" zurück gibt. Laut Log kann er den entsprechenden dann nicht lesen....

[saegefisch]

Wo siehst du das Log - ich bin irgendwie zu doof, um das zu finden... <schäm>
Hast Du die Verkabelung zu dem Sensor mal (nochmal! ) geprüft? Hat er parasitäre Spannungsversorgung und passt die Verkabelung dazu? Zu viele Sensoren am Busmaster? Am Ende ist der Sensor einfach defekt?