OpenHAB und Onewire

[Chris5020]

Hallo hier im Forum,

nach einigen Anlaufschwierigkeiten hab ich meine OpenHab 2.4 Installation im Docker-Container jetzt am Laufen, aktuell mit folgenden Bindings:
* knx
* onewire
* unifi
* kostal

Leider habe ich wie viele am Anfang den Fehler mit der PaperUI gemacht und so z.B. meine Onewire-Sensoren eingebunden.
Das hat eigentlich auf Anhieb gut funktioniert.

Jetzt habe ich versucht das auf File-Basis umzustellen, mit mässigem Erfolg

1.) die Things aus der PaperUI waren nicht zu removen, Lösung war dann ein things remove in der Karaf-Console
2.) das Serverbinding klappte problemlos
3.) meine 3 BMS-Sensoren ebenfalls
4.) meine 6 Temperaturesensoren leider nicht...

Ich hab die jetzt wie folgt konfiguriert:

Code: Alles auswählen

    Thing temperature AU_PT_Temp_Eingang "TS PT Eingang" [
        id="28.77D2AA030000", 
        refresh=60
        ] {
            Channels:
                Type temperature-por-res : temperature [
                    resolution="11"
                ]
        } 

Die Sensoren scheinen als thing auf, aber gehen nicht über den Status initilizing.

In der Doku https://www.openhab.org/addons/bindings/onewire/ steht was von temperature durch basic ersetzen, wie in den Beispielen, das dürfte aber erst für 2.5 gelten, weil dann sehe ich die sensoren gar nicht

Den Container hab ich schon mehrfach neu gestartet, ohne Erfolg

Auch im Log steht nicht viel

Code: Alles auswählen

2019-11-13 21:59:22.475 [hingStatusInfoChangedEvent] - 'onewire:temperature:bridge:KG_TR_Temp_SoleIn' changed from UNINITIALIZED to INITIALIZING
2019-11-13 21:59:22.479 [hingStatusInfoChangedEvent] - 'onewire:temperature:bridge:KG_TR_Temp_SoleOut' changed from UNINITIALIZED to INITIALIZING
2019-11-13 21:59:22.481 [hingStatusInfoChangedEvent] - 'onewire:temperature:bridge:AU_PT_Temp_Bodenablauf' changed from UNINITIALIZED to INITIALIZING
2019-11-13 21:59:22.483 [hingStatusInfoChangedEvent] - 'onewire:temperature:bridge:AU_PT_Temp_Einlaufduesen' changed from UNINITIALIZED to INITIALIZING
2019-11-13 21:59:22.487 [hingStatusInfoChangedEvent] - 'onewire:temperature:bridge:AU_PT_Temp_Eingang' changed from UNINITIALIZED to INITIALIZING
2019-11-13 21:59:22.489 [hingStatusInfoChangedEvent] - 'onewire:temperature:bridge:AU_PT_Temp_Steuerung' changed from UNINITIALIZED to INITIALIZING
2019-11-13 21:59:22.496 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:KG_TR_Temp_SoleIn' has been updated.
2019-11-13 21:59:22.514 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:AU_PT_Temp_Eingang' has been updated.
2019-11-13 21:59:22.533 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:AU_PT_Temp_Einlaufduesen' has been updated.
2019-11-13 21:59:22.552 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:AU_PT_Temp_Bodenablauf' has been updated.
2019-11-13 21:59:22.553 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:KG_TR_Temp_SoleOut' has been updated.
2019-11-13 21:59:22.572 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:AU_PT_Temp_Steuerung' has been updated.
2019-11-13 22:01:07.666 [hingStatusInfoChangedEvent] - 'onewire:temperature:bridge:AU_PT_Temp_Einlaufduesen' changed from INITIALIZING to UNINITIALIZED
2019-11-13 22:01:07.675 [hingStatusInfoChangedEvent] - 'onewire:temperature:bridge:AU_PT_Temp_Einlaufduesen' changed from UNINITIALIZED to UNINITIALIZED (HANDLER_MISSING_ERROR)
2019-11-13 22:01:07.697 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:AU_PT_Temp_Bodenablauf' has been updated.
2019-11-13 22:01:07.697 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:AU_PT_Temp_Bodenablauf' has been updated.
2019-11-13 22:01:07.701 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:AU_PT_Temp_Eingang' has been updated.
2019-11-13 22:01:07.701 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:AU_PT_Temp_Eingang' has been updated.
2019-11-13 22:01:07.702 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:AU_PT_Temp_Steuerung' has been updated.
2019-11-13 22:01:07.703 [me.event.ThingUpdatedEvent] - Thing 'onewire:temperature:bridge:AU_PT_Temp_Steuerung' has been updated.

Am Anfang werden die Sensoren intialisiert, einer geht zwischendurch mal weg und dann werden Sie upgedated.

Irgendwie bin ich mit meinem Latein wieder mal am Ende.

lg, Chris

[sihui]

Leider habe ich wie viele am Anfang den Fehler mit der PaperUI gemacht und so z.B. meine Onewire-Sensoren eingebunden.

Warum war das ein Fehler? Die textbasierte Konfiguration ist ein Relikt aus der openHAB1 Welt und nur noch vorhanden um die Kompatibilität zu erhalten.

Das hat eigentlich auf Anhieb gut funktioniert.

Ja eben, dann bleib doch dabei

[udo1toni]

Warum war das ein Fehler? Die textbasierte Konfiguration ist ein Relikt aus der openHAB1 Welt und nur noch vorhanden um die Kompatibilität zu erhalten.

Na ja, das stimmt so aber nicht. Die Textkonfiguration bietet Möglichkeiten, die über Paper UI gar nicht erreichbar sind - Stichwort Tags. Außerdem lassen sich über die Textkonfiguration im Gegensatz zur UI viele Things/Channels/Items auf einen Schlag anlegen oder bearbeiten.

Soweit mir bekannt ist, wird es - wenn auch in vollkommen veränderter Form - auch in OH3 die uneingeschränkte Möglichkeit geben, mittels Text zu konfigurieren.

[sihui]

Na ja, das stimmt so aber nicht.

Schauen wir mal welcher der Entwickler sich durchzusetzen vermag

[udo1toni]

Bis jetzt hab ich noch nicht mitbekommen, dass jemand keinen Text unterstützen mag.

[sihui]

Bis jetzt hab ich noch nicht mitbekommen, dass jemand keinen Text unterstützen mag.

Hier sind zwei Beispiele, es gibt noch sehr viel mehr Aussagen von ihm die in die Richtung tendieren:

https://community.openhab.org/t/configu ... 34?u=sihui
https://community.openhab.org/t/configu ... 37?u=sihui

[Chris5020]

Ich wollte hier keinen Glaubenskrieg lostreten.
Die GUI-Basierte Konfiguration ist sicher hilfreich und gut, aber andererseits ist halt nicht alles möglich und irgendwie in den Untiefen des internen Storage verborgen.
Die Textkonfiguration ist gerade bei großen Installationen portabler und leichter wartbar.

Aber die Frage ist: Hat jemand einen Tipp bezgl. meines eigentlichen Problems?

lg, Christian

[udo1toni]

Nein, das ist kein Glaubenskrieg Aber selbst David Graeff hat mehrfach darauf hingewiesen, dass er textliche Konfiguration voll unterstützen wird. Das ist das Problem bei solchen einzelnen Postings, dass sie oftmals nur einen Teil der Wahrheit wiedergeben. David hatte eine Demo für eine modernere UI online (allerdings hat er sich aus der Entwicklung zurückgezogen, leider, vermutlich wegen diverser Diskussionen über die zukünftige Richtung des Projekts), in dieser UI war es möglich, nahtlos zwischen Text und grafischer Konfiguration umzuschalten. Das ist die beste Option, von allen Seiten uneingeschränkt konfigurieren können, ob nun per UI oder per Text, und jede Konfiguration ist unmittelbar für die andere Seite sichtbar und editierbar.

Textkonfiguration bedeutet nicht zwangsläufig, dass man das nur über einen externen Editor bewerkstelligen kann, ebenso bedeutet eine Konfiguration über die UI nicht zwangsläufig, dass der Weg über Textliche Konfiguration damit unmöglich wird. Der bisherige Weg, die beiden Arten der Konfiguration getrennt zu managen ist aber eher unglücklich, das haben die Entwickler auch schon vor langer Zeit erkannt.

Eine Textkonfiguration ist aber unabdingbar, wenn man ein solches System ernsthaft einsetzen will - reines Geklicke ist einfach zu langwierig für größere Installationen.

[Chris5020]

So, nach einigem Suchen habe ich folgenden Eintrag gefunden:

https://community.openhab.org/t/define- ... g/59943/27

Sieht nach genau meinem Problem aus. Zur Sicherheit habe ich den Dockercontainer aktualisiert, ohne Erfolg.

Die einzige Lösung ist sichtlich das alternative Bindung von JNK

So gesehen werde ich wohl bei den Auto-Discovered Sensoren bleiben