Support Thread für rpi1wire Plugin

[bmx]

Erstmalig hat ElektroRudi das Plugin in diesem Thread hier vorgestellt.

Das rpi1wire Plugin steht ab heute als SmartPlugin in develop zum Testen bereit. Dies ist der "offizielle" Support Thread dazu.

[Sisamiwe]

Hallo Bernd,
ich habe mal ein paar Sensoren angeschlossen und das Plugin aktiviert.
Im Item sensor_list ist das Format noch nicht optimal. Es kommt:

{'rpi_temp2': '28-051760c1a5ff', 'rpi_temp1': '28-031760431fff'}

Das geht bestimmt schöner. ;o)

Das mit dem ToDo habe ich verstanden. Hier wird der Itemname als Funktionsname benutzt. Wenn ich mal Git am laufen habe, kann ich mir das mal anschauen. Ich habe ein Beispiel Plugin, wo das gelöst ist. Gleiches gilt für das Webinterface

Ansonsten funktioniert es.

DANKE

[bmx]

Ok. Da ich den Raspi nicht im Einsatz habe und auch sonst viel auf dem Zettel ist, würde ich mich freuen, wenn Du das aufhübschen würdest.

Das Problem ist hauptsächlich, das es ein festgelegte Item-Struktur gibt in der die Sensor-Liste eingepflegt wird. Das ganze fängt außerdem mit "rpi1wire" an. Da die Wahrscheinlichkeit recht hoch ist, das das Plugin in der etc/plugin.yaml den gleichen Namen hat, ist das doof.
Im DLMS Plugin habe ich das auch mit einem Item Attribut gelöst. Dort wird die Auslesung entsprechend einem Item mit dem Attribut "dlms_obis_readout" gesetzt.
Vielleicht kannst Du das ja auch umbauen. Gerne darfst Du mich als maintainer auch aus der plugin.yaml rauswerfen ;-)

[SKraft]

Hallo,

als erstes danke für das Plugin, genau was ich gesucht habe.
Aktuell habe ich es auf der 1.7.1.master laufen.
Mir ist aufgefallen das wenn die Werte mit database in die Datenbank geschrieben werden als Typ: foo verwendet wird.
In diesem Fall kann zwar der Aktuelle Wert gelesen werden, aber es werden keine Werte, zb. für Temperaturverläufe (visu) gespeichert.
Ist es möglich die Werte mit Typ: num in die Datenbank zu schreiben?
Oder kann ich die Einstellung beeinflussen?

Vielen Dank

[Sisamiwe]

Mir ist aufgefallen das wenn die Werte mit database in die Datenbank geschrieben werden als Typ: foo verwendet wird.
In diesem Fall kann zwar der Aktuelle Wert gelesen werden, aber es werden keine Werte, zb. für Temperaturverläufe (visu) gespeichert.
Ist es möglich die Werte mit Typ: num in die Datenbank zu schreiben?

Hallo,
nach meinem Verständnis legst Du den Item-Typ in der Item-Konfiguration fest. siehe hier

Das hat meiner Wissens nichts mit dem Plugin zu tun. Ist der Item-Type nicht festgelegt, wird standardmäßig "foo" genommen.

Michael

[SKraft]

Hallo Michael,

das habe ich

hier mal die items

rpi1wire:

    sensor_list:
        name: Sensor-List
        type: str
        visu_acl: ro

    sensor:
       name: Sensor
       type: num
       visu_acl: ro

    update:
        name: Update Sensor-List
        type: bool
        visu_acl: rw
        rpi1wire_update: 1

    Sensoren:
        name: Test Sensor
        typ: num
        visu_acl: rw
        rpi1wire_id: 28-3c01a816dd36
        rpi1wire_unit: T
        database: 'yes'
        cache: 'true'
        nw: 'yes' 

Bei Sensoren habe ich ja typ: num
Wenn ich im admin tool schaue hat das Item Sensoren den Typ: foo

Item Pfad	rpi1wire.Sensoren
Item Name	Test Sensor
Datentyp	foo

[bmx]

Dann nimm doch spasseshalber mal die unteren drei Attribute raus und schau dann noch mal

    Sensoren:
        name: Test Sensor
        typ: num
        visu_acl: rw
        rpi1wire_id: 28-3c01a816dd36
        rpi1wire_unit: T
        database: 'yes'
        cache: 'true'
        nw: 'yes'

[Msinn]

Schreib mal type statt typ !! Dann kommt das auch nicht als foo in der Database an.

[SKraft]

Schreib mal type statt typ !! Dann kommt das auch nicht als foo in der Database an.

🙊
So ist das mit den Bäumen und dem Wald 😬

Danke euch für die Hilfe -> Problem Gelöst

[ElektroRudi]

Hallo Leute,
bin seit längerem mal wieder im SmartHomeNG aktiv und habe mich diesem Thema angenommen:

Das Problem ist hauptsächlich, das es ein festgelegte Item-Struktur gibt in der die Sensor-Liste eingepflegt wird. Das ganze fängt außerdem mit "rpi1wire" an. Da die Wahrscheinlichkeit recht hoch ist, das das Plugin in der etc/plugin.yaml den gleichen Namen hat, ist das doof.

Das Plugin fragt jetzt nach der Initialisierung und nach dem Auslösen einer neuen Suche nach dem Attribut rpi1wire_sys. Ich tue mich noch etwas schwer mit Python, ist halt schon länger her und bin auch nicht der jüngste
Den aktuellen Stand habe ich mal hier angehängt, wer möchte kann mir gerne Verbesserungsvorschläge senden. Die Ausgabe auf der Admin-Konsole habe ich auch etwas verbessert. Auch eine Item und eine Page für SmartVisu ist dabei.

[bmx]

Hey, prima. Wenn Du daran arbeitest kann ich gerne die Fortschritte ins develop reinschieben...

[ElektroRudi]

Hey, prima. Wenn Du daran arbeitest kann ich gerne die Fortschritte ins develop reinschieben...

Ja gerne.
Die aktuelle Version die auch bei mir jetzt im Einsatz ist findest Du auf
https://github.com/soft-rudi/rpi1wire

[ElektroRudi]

bmx Ich bin soweit erstmal fertig, Code angepasst (ToDo) und Webinterface eingebunden.
Wenn Du das reinschieben könntest:
rpi1wire.zip

[Sisamiwe]

Ich bin soweit erstmal fertig, Code angepasst (ToDo) und Webinterface eingebunden.

Hallo,
hab das Plugin kurzerhand mal getestet.

Mein kurzes Feedback:

• Es tut, was es soll.
• Die plugin.yaml müsste noch angepasst werden. Die Attribute und deren möglichen Werte sind noch nicht beschrieben. Es fehlt "rpi1wire_unit", und rpi1wire_name" sowie die möglichen Werte und deren Funktion von "rpi1wire_sys"
• Im Code könnte man noch Groß-/Kleinschreibung der Attribute und deren Werte abfangen.

Sonst prima!

[ElektroRudi]

Sisamiwe

Die plugin.yaml müsste noch angepasst werden. Die Attribute und deren möglichen Werte sind noch nicht beschrieben. Es fehlt "rpi1wire_unit", und rpi1wire_name" sowie die möglichen Werte und deren Funktion von "rpi1wire_sys"

Ich habe die plugin.yaml noch angepasst und dabei festgestellt das "rpi-1wire_unit" nicht benötigt wird und es entfernt.
Zur Groß-/Kleinschreibung: Hast Du da einen Tipp wie das schnell umzusetzen ist?