NEWS
Iobroker VIS mit KNX. Rückmeldung von Taster und Dimmstatus
-
Servus.
Mittlerweile läuft IoBroker bei mir Tip Top und macht schon ziemlich coole Sachen. Die Kombi von IoBroker mit NodeRed ist echt genial. Anbindung an KNX, HTTP, Modbus usw.
Jetzt zu meiner eigentlichen Frage. Ich bringe es in IoBroker Vis nicht zusammen, das ich einen Taster einbinde, der über eine Rückmeldung den Wert ändern kann.
z.b. Ich schalte mit der Visu das Licht ein, und mit dem externen Taster aus. Dann soll der Taster in der Visu das mitbekommen, das er jetzt nicht ausschalten soll, sondern wieder einschalten.
Meine KNX Datenpunkte verwalte ich großteils in NodeRed, weil ich da einiges an Logik drinnen habe. Vorgestellt habe ich mir das ich die dann über IoBroker In und Out übergebe.
Mit der Node Red Visualisierung und OpenHab funktioniert die Tasterei und Dimmerei Prima. Ich würde aber gerne bei IoBroker und deren Visu bleiben.
Vieleicht hat ja wer einen Tip für mich.
Danke schon mal i Voraus.
mfg Franz Josef
-
Ich erstelle eigene Datenpunkte unter userdata für die Visualisierung und verarbeite die mit Node-RED weiter.
Die Aktualisierung erfolgt über Node-RED in dem ich die Statusänderung an meine eigene Datenpunkte weiterreiche. -
@OE5AMP Du hast hier mehrere Möglichkeiten, zum einen könntest du Blockly nutzen um direkt in IOBroker zu bleiben oder, da du ja eh nach NodeRed sendest machst du´s so wie micky gesagt hat. Du erstellst im Objekt Browser von IOB unter Userdata einen neuen Datenpunkt der dein Taster wird. Den Empfängst du in NodeRed und Wertest dann aus ob das zu schaltende Objekt an oder aus ist. Dann kannst du ja den gegenteiligen Wert an das zu schaltende Objekt senden. Einen Taster in der VIS hast du ja wahrscheinlich schon und die Rückmeldung ebenso, wenn nicht kein Problem
MFG
CrunkFX -
Hallo
Danke Euch beiden für die schnelle Antwort.
Jetzt fällts mir wieder ein. Sowas in der Richtung habe ich schon mal im Kopf gehabt. Aber es scheiterte daran, das ich den selbst angelegten Datenpunkt unter UserData in Node Red nicht finden konnte. Da stehe ich jetzt nämlich wieder Habe ihn als State angelegt mit allen Rechten. Da muss ich jetzt mal suchen, wie ich die Variable in NodeRed finde.
Meine Schnittstelle zwischen NodeRed und IoBroker wären jetzt die IoBroker in und out Nodes.
Den Button den ich in der VIS angelegt habe, ändert den Wert von der User Data Variable schon zwischen true und false. Wenn ich die Variable in der Objektliste manuell editiere, reagiert der Schalter in der Visu auch drauf.
schöne Grüße aus Österreich
-
@OE5AMP Das ist leider ein bakanntes Problem aber du kannst im Objekt Browser die ID kopieren und in Nodered einfügen.
MFG
CrunkFX -
@OE5AMP Lege eigene Datenpunkte unter userdata ein. Das mit dem Bug, dass Du die Punkte nach dem Anlegen nicht findest, ist ein Problem von dem node-Red Adapter. Du kannst in die iobroker Nodes aber direkt aus dem Objekt Teil rauskopieren (wie von @CrunkFX angesprochen)- ansonsten muss Du nur den node-Red Adapter neu starten, dann findet der auch die Datenpunkte
-
@OE5AMP Ebenso würde ich den Wert der Userdata gar nicht ändern. Ich würde in VIS einen TASTER erstellen der den Wert nur einmal Triggert(welcher aber gleich bleibt) und die Steuerung in NodeRed machen. In der VIS einen Schalter dazu zu bekommen seinen State zu änder funktioniert nicht vernünftig. Ich würd dazu das HQ Widget nehmen. Dort kannst du im Button unter Wert den Tast Modus auswählen. Und die Werte für true und false gleich machen.
Für die Rückmeldung könntest du nen zweiten Button im nur Lesend Modus hinter den schalt Button legen und den Schaltbutton unter allgemein, opacity=0 unsichtbar machen.
-
Hallo
Super. Danke jetzt hats funktioniert. Auf die Idee das ich einfach die Variable per Hand kopiere bin ich nicht gekommen. Neustart der NodeRed Instanz hat auch nix gebracht, aber das ist mir egal.
Habe das jetzt kurz mal einen KNX/DMX Licht Kanal mit einer Variable getestet. Auf das kann ich aufbauen
Das beim Tasten bei der Visu jedesmal true gesendet wird und den Rest IO Broker macht, finde ich auch nicht verkehrt.
Ähm ich habe da einen RPI4 wo ich gerade mit IOBroker spiele und daneben läuft noch ein RPI3 mit OpenHab, der noch mein Produktivsystem ist. Auf beiden Systemen läuft Node Red mit den fast gleichen Logiken.
Ratet mal was passiert ist, wie ich im IOBroker die Funktion getestet habe?
Disko und Blitzgewitter So schnell habe ich noch nie ne Instanz gekilltmfg Franz Josef
-
@OE5AMP 2 Instanzen gegeinander Arbeiten zu lassen hat bestimmt interressante Auswirkungen. Das ist mir zum Glück noch NIIIEE passiert :). Bei rückfragen einfach stellen, wir helfen gern
-
Zumindest bin ich jetzt munter
Danke. Ich werde meine Fortschritte auch hier mal herzeigen.
-
Hallo
Ich habe jetzt mal das Userdata.json exportiert. Das als Text zu editieren wird nicht möglich sein, da da eine automatisch generierte Nummer drinnen ist. Da wirds mir wahrscheinlich die Struktur zerschießen oder?So wäre das Variablen anlegen etwas schneller.
-
@OE5AMP Du könntest dir per blockly nen Script schreiben was dir kurzerhand fortlaufend variablen anlegt.
Mfg
CrunkFX -
Ok Danke.
Dann muss ich mich mal in Blockly bzw. Javascript vertraut machen. Mometan kämpfe ich noch mit den Variable, da gewisse nicht beschreibbar sind. Rechte usw, sind alle richtig eingestellt. Die Variablen wurden immer mit den gleichen Einstellungen angelegt. Nur der Name ist anders.
0_userdata.0.Heizung.T_Puffer_oben funktioniert und 0_userdata.0.Heizung.T_Puffer_mitte1 funtioniert z.b. nicht.
-
@OE5AMP Gib der Variable Mal manuell einen Wert im Objekt Browser. Dann probier's Mal über nodered. Ansonsten gerne Mal den Admin neu starten.
-
Perfekt. Danke das hat funktioniert. Ist das ein Bug? Anscheinend werden dadurch erst die Rechte gesetzt oder so.
-
@OE5AMP Ja aufgefallen war mir das auch schon aber woher das kommt weiß ich nicht. Evtl Mal weiter beobachten und sonst Mal bei GitHub ein issue erstellen. Was bei mir einen Unterschied gemacht hat war die Rechenleistung der Plattform. Auf dem raspi 3 tritt das häufiger auf als auf dem raspi 4
MFG
CrunkFX