Openhab + OneWire + iButton

[Dennis650]

Hi,

das mit dem uncached war nur ne Idee für eine alternative Lösung. Die bessere, saubere und einfachere Lösung ist einfach den Wert timeout_presence auf die gewünschte Zeit zu setzen :-)

Das mit dem unterdrücken des Error-Loggings müsste konfigurierbar gemacht werden für ein Item. Dann haben auch gleich die anderen User mit instabilen Bus eine Möglichkeit Fehlermeldungen zu unterdrücken, das war hier auch schonmal Thema.

[CODE]PS: So ein iButton Probe und iButton Holder kosten zusammen nicht mehr als 20€ inkl. Versand [/QUOTE]

Wie soll ich das nun verstehen? Ich habe es so verstanden:
Ich opfere meine Freizeit um Euch was zu programmieren, an dem ich überhaupt kein Interesse habe, soll dafür auch noch 20 EUR ausgeben zum Testen und entsorge das Ding hinterher?

Gruß
Dennis

[abodenbe]

Hallo,

wobei ich das Verhalten des uncahced Verzeichnisses nachvollziehen kann.
Die Button ID verschwindet sofort aus dem uncahced Verzeichniss, der Wert der r-ID nicht, der braucht 120s.
Versuche es mal ohne Webroweser direkt mit owdir und owread in der Kommandozeile.
Ansgar

[ArPa]

Hi,

schön von Dir zu lesen. Also das witzige ist ja, dass der OWServer glaube ich in dieser Hinsicht nicht sauber funktioniert. Das Binding kann da gar nichts dafür, wenn ich das richtig sehe.

Jedenfalls sind diese cached und uncached Pfade völlig wertlos. Zumindest bei mir. Das kann jeder mal ausprobieren.

Wenn ich im Openhab nun ein item konfiguriere, sagen wir mal z.B. so

String OneWireKeyBlack "Schlüssel Schwarz [%s]" <key> {onewire="deviceId=uncached/01.234567890000;propertyName=r_id;refreshinterval=2"}

Dann ist das dem Binding scheinbar egal ob da vorne eine uncached steht oder nicht. Auch hier ziehen die 120 Sekunden bis der String wieder nichts anzeigt.

Rufe ich den OWServer aber direkt auf z.B. so http://<serverIP>:2121/uncached/01.234567890000 dann sehe ich kurz danach im Openhab Log, dass auch Openhab keinen Wert mehr zu dem iButton bekommt weil die Device ID nicht mehr vorhanden ist (auch nach deutlich weniger als 120 Sekunden). Witzigerweise baut sich die OWServer Seite unter http://<serverIP>:2121/uncached/01.234567890000 erst einmal auf, bevor es beim zweiten Mal auch im Browser keine Daten mehr gibt.

Ich kann es mir gerade nicht so recht erklären. Also entweder ruft das Binding die Daten nicht richtig uncached auf oder der OWServer reagiert nur auf einen echten HTTP Request im uncached Zweig. Irgendwas in der Richtung wird es sein.

Das zweite Problem sind wie erwähnt die Exceptions im Log. Wenn man einen iButton benutzt muss man ein Polling auf Device IDs machen die tatsächlich nicht da sind, so lange nicht der korrekte iButton Holder dran gehalten wird. Das Log läuft voll von Exceptions für Device IDs die es nicht gibt. Leider ist aber genau das die korrekte Vorgehensweise bei dem iButton. Eine Device ID ist erst erreichbar wenn der Holder am Probe ist. Es ist also der Normalfall. Hier müsste man das Exception Logging so umbauen, dass in einem solchen Fall vielleicht eine Debug Information geloggt wird aber keinesfalls eine Exception. Erhöht man das Log Level auf Error, würde man solche Infos dann los werden.

Ich werde dazu mal in den nächsten Tagen Log Ausgaben generieren im Debug Modus. Vielleicht wird es dann klarer...

Beste Grüße,
Artur

PS: So ein iButton Probe und iButton Holder kosten zusammen nicht mehr als 20€ inkl. Versand

[Dennis650]

Hi,

ich habe das OneWireBinding neulich mal grundlegend überarbeitet und um einige Features erweitert. Eine Anforderung bezgl. iButtons innerhalb einer anderen Anforderung hatte ich gefunden. Nach einer Rückfrage hat sich der Ersteller des Tickets scheinbar dazu nicht gemeldet. Ich meine das Ticket wurde daraufhin geschlossen und nicht umgesetzt.

Ich habe das Problem, dass ich keine iButtons habe, mich mit dem Funktionsprinzip von iButtons noch nicht beschäftigt habe, nicht ausprobieren konnte wie sich diese Verhalten und somit auch schlecht was dazu programmieren konnte.

Ich habe gerade nicht die Zeit alles hier konzentriert zu lesen und bin nur zufällig darauf gestoßen. Ich habe im Moment nicht viel Zeit für OpenHab. Gibt es jetzt irgendwelche Dinge die das Binding nicht auslesen kann oder es zu Fehlern kommt? Was muss angepasst werden? Falls ich was implementieren soll, kann mir jemanden einen Leihweise für die Implementierungs- und Testphase zur Verfügung stellen?

Das der iButton so lange benötigt, bis er aus dem owserver verschindet, liegt vermutlich am ow-Konfigurationsparameter:
--timeout_presence=120
Seconds until the presence and bus location of a 1-wire device expires in the cache.Can be changed dynamically at /settings/timeout/presence
(siehe http://owfs.org/uploads/owserver.html).

Der owserver cached sehr viel, um Traffic auf dem Bus einzusparen: http://owfs.org/index.php?page=what-is-uncached

Evtl. hilft es das Device mit uncached/28.67C6697351FF anzusprechen.

Gruß
Dennis

[ArPa]

Hi zusammen,

schön, dass es doch den einen oder anderen gibt, den diese Kombination interessiert. Ich kann zunächst mal soviel sagen, als dass die Digitale ID eines iButtons ausgelesen werden kann. Der OWServer liefert das Attribut "r_id" aus. Das ist gut, denn diese "geheime" ID soll ja später dazu dienen zu entscheiden, darf jemand durch die Tür oder nicht, bzw. bei Dir michaeljk, wer ist zu Hause und wer nicht.

Zwei kleine Probleme habe ich bisher festgestellt. Ich habe dazu auch schon probiert jemanden im offiziellen Openhab Diskussionsforum zu erwischen aber noch keine Rückmeldung erhalten. Wahrscheinlich wird es darauf hinaus laufen, dass ich zumindest den Error Log Eintrag irgendwie selber im Binding fixen muss, wenn ich da keinen antreffe, der sich zuständig fühlt.

Das andere Thema sind etwa 120 Sekunden, bis OWServer oder One-Wire Binding merken, dass ein iButton nicht mehr am Kontakt ist. Das finde ich etwas lang. Das muss irgend ein Timeout Wert sein. Hier versuche ich mal was in den Dokumentationen zu finden.

Beste Grüße,
Artur

PS: Openhab Thema ist unter: https://community.openhab.org/t/one-...g-ibutton/4395
33 Hits aber noch keine Antwort. Wahrscheinlich mache ich einfach nur wieder Dinge, die noch nie jemand mit Openhab in der Kombination gemacht hat

[abodenbe]

Hallo,

mich interessiert es auch, hatte schon mal dazu einen Feature Request gestellt. Nach meiner Ansicht unterstützt das Binding nur Werte für einen bestimmten Sensor wie z.B Nr/ temperature oder Nr/Countach open
Bei ibutton stellt sich die Frage ist Nr present oder nicht present.
Gruß Ansgar

[michaeljk]

Ich habe das ganze zwar noch nicht selbst im Einsatz, würde aber künftig gerne ein "digitales Schlüsselbrett" realisieren. Angedacht waren hierzu verschiedene iButtons welche am Schlüsselbund der jeweiligen Personen befestigt werden - sobald der Kontakt hergestellt wird, wüsste die Zentrale das die jeweilige Person im Haus/Stockwerk ist. Natürlich wäre es mir auch wichtig den Status zeitnah aktualisieren zu können. Hast du bereits nachgeschaut, ob die Aktualisierung seitens des OWServer oder von openHAB aus solange dauert?

[ArPa]

Hmm, dachte mir schon, dass das nicht soo viele sein werden Naja, ich werde dann mal berichten wenn ich das stabil zum laufen bekommen habe...

[ArPa]

Hi zusammen,

jemand hier, der diese Kombination im Einsatz hat?

Mache gerade einen Testaufbau zum Einsatz des iButtons als Schlüsselersatz. Allerdings habe ich gerade das Gefühl, dass die aktuelle Implementierung das gar nicht zulassen wird.

Ich mache jede Sekunde (damit man später nicht 20 Sekunden vor der Tür steht, bis der Schlüssel gelesen wird) ein Polling auf eine DeviceId. Wenn die DeviceId dann da ist, lese ich die r_id des iButton Holders aus und lasse Sie mir im Moment in der Openhab Oberfläche anzeigen. Funktioniert soweit prima.

Entferne ich nun den iButton Holder vom iButton Probe, sehe ich die r_id noch sehr lange in der Oberfläche. Egal ob ich

onewire: post_only_changed_values=false

oder

true

setze.

Würd mich gerne mal mit jemandem austauschen der den iButton mit dem OWServer und dem One-Wire Binding nutzt.

Beste Grüße,
Artur