NEWS
KNX Rollladenaktor aus VIS steuern
-
Guten Abend liebes Forum,
ich bin neu hier und zunächst großes Kompliment an alle Teilnehmer.
Ich habe zahlreiche Fragen durchgearbeitet und stets hilfreiche und seriöse Rückmeldungen gelesen. In anderen Foren überwiegen leider oft sinnlose Antworten ohne wirklich helfen zu wollen.
Ich wende mich mit meinem ersten Problem an euch Fachleute.Kurz zu meinem Projekt:
Ich habe eine gebrauchte Immobilie gekauft, in der bereits zu 90% KNX-Technik verbaut war. Leider gab es keine Projektdatei mehr und ich musste mir das gesamte Haus (Beleuchtung, Rollladen und andere Steuerungen) selbst nachbauen und damit ein dokumentiertes Projekt erstellen. Das ist erfolgreich abgeschlossen, nachdem ich mir eine ETS abgeschaffte habe.
Nun gehe ich das Thema Visualisierung an und habe mir IE Broker auf einem Pi 4 installiert.
Mit Node-RED zunächst (für ein erstes Erfolgserlebnis) die wichtigsten Lichtaktoren eingebaut.
Mein Ziel ist aber eine "richtige" Visualisierung und daher arbeite ich mich fleißig in VIS ein.
Einige Probleme konnte ich schon in den Antworten hier finden und erfolgreich lösen.Nun kämpfe ich aber noch mit 2 Punkten und bitte um Mithilfe:
-
Ich möchte die Rollläden über die VIS ansteuern. Dazu habe ich das hqwidget für den Rollo verwendet. Bei KNX gibt es zwei Befehle AUF/AB (langer Tastendruck) und STOP(kurzer Tastendruck) am Sensor. Diese lösen dann zwei unterschiedliche Telegramme (Objekte) aus.
Im Widget komme ich aber mit der Eingabe zurecht. Es gibt ein "Objekt-ID" (beim Licht ist das immer der entsprechende Befehl, den ich als Objekt ausgewählt habe). Dazu gibt es aber hier noch den Punkt "Objekt-ID in Arbeit". Hierzu habe ich keinen Hinweis zur Eingabemaske gefunden, was ich eintragen muss.
Kann mir bitte Jemand mitteilen, was ich wo eintragen muss, damit ich den Rollladen Hoch und Runterfahren kann. (da mein alter Aktor keinen Status über die Position liefert, bleibt dieser Punkt eben offen). Mich reicht das vollständige Hoch oder Runterfahren.
Ich habe nun verschiedene Kombinationen probiert, aber der Rollo will sich einfach nicht bewegen (er geht natürlich über Schalter und ETS-Befehl). -
Ich habe auch ein Problem mit meinen 2 dimmbaren Lichtaktoren. (der Rest sind Schaltaktoren). Ich kann zwar auch hier einfach AN oder AUS-Schalten, aber auch hier ist es mir nicht gelungen, das Dimmen (bei KNX ja ein separater Befehl (Objekt)) zu steuern. Das Drehen auf der Oberfläche des hqwidgets bringt auch keinen sichtbaren Erfolg meiner Lampen (Dimmaktoren).
Vielen Dank im Voraus an die Helfer und allen ein frohes, gesundes Neues Jahr
FRANK
-
-
Aus meiner Erfahrung nach geht immer einiges beim Steuern von KNX-Komponenten schief, wenn es für die zu steuernden KNX-Gruppenadresse (GA) keine dazugehörige passende Status-GA gibt. Dies ist eine grundsätzliche Anforderung des ioBroker-KNX-Adapters von chefkoch009 gem. Anleitung des KNX-Adapters.
Insofern wäre es schon nicht unwichtig, dass Dein Rolladenaktor auch die absolute Position wiedergibt.
Bist Du sicher, dass der Aktor diese Funktion wirklich nicht mitbringt? Bei meinem MDT-Aktor steht diese Funktion auch erst dann zur Verfügung, wenn man es explizit im Applikationsprogramm (pro Rolladen-Kanal) aktiviert:
Das Ganze macht natürlich auch nur dann Sinn, wenn man die Fahrzeiten für "hoch" und "runter" im Aktor hinterlegt.
Nenn uns doch mal den Typen Deines Rolladenaktors.Ich fahre sehr gut mit folgenden GA-Benennungen für Rolläden:
- Ortsbezeichnung fahren
- Ortsbezeichnung stopp
- Ortsbezeichnung Position
- Ortsbezeichnung Position Status
In VIS wird dann z.B. einfach "Flur Position" auf einen Schieberegler gebunden.
Für einen Dimmer entsprechend:
- Ortsbezeichnung AnAus
- Ortsbezeichnung DimRel
- Ortsbezeichnung DimAbs
- Ortsbezeichnung DimAbs Status
Für einen (Licht-)Schalter:
- Ortsbezeichnung AnAus
- Ortsbezeichnung AnAus Status
Alles, was keine dazugehörige Status-GA besitzt, steuere ich vom ioBroker aus nicht an.
Für GAs, die kein echtes Status-GA besitzen und trotzdem vom ioBroker aus gesteuert werden sollen, habe ich Dummy-GAs angelegt (siehe auch https://forum.iobroker.net/topic/40330/knx-adapter-schaltet-gira-knx-rauchwarnmelder-signal-nicht ) -
@ChefSache
Vielen Dank für die erste Rückmeldung.Ich habe nun nochmal in der ETS bezüglich möglichen Einstellungen des Jalousieaktors nachgeschaut. Leider nichts passendes gefunden. Die Aktoren sind aber aus dem Jahr 1995 und damit Anfangsgeneration KNX.
Meine Jalousieaktoren hat die Bezeichnung: Jung 2201.11 EB (unkaputtbar, zuverlässig aber eben ohne viel Funktionen).
Mein Dimmaktor hat die Bezeichnung Jung 3210 EB.Da ich die Jalousieaktoren dezentral verbaut habe (wurde beim Errichten des Hauses so realisiert) und über 20 Stück nutze, kommt ein Generationswechsel auf eine neuere Version nur für eine Visualisierung vorerst nicht in Frage.
Vielleicht hast du eine Idee, wie ich am Besten vorgehen könnte.
Vielen Dank und beste Grüße
FRANK
-
@Frank-KNX Ui, ich habe mir Deinen Jalousie-Aktor mal in ein leeres Projekt hinzugefügt ... düster ... Da hast Du nicht zu viel versprochen
Nun denn - Man bekommt den aber sicherlich trotzdem ans Laufen.
Mein erster Vorschlag wäre, dass Du es zunächst ohne Visualisierung probierst, damit wir herausbekommen, was für Telegramme denn eigentlich erwartet werden. Geh doch mal in die Objekte-Ansicht des ioBrokers:
Wenn ich mich mit meinen (doch etwas moderneren ) MDT-Aktoren auch einfach auf das "Fahren"-Objekt beschränke, kann ich den gelb markierten Wert auf "0" oder "1" setzen, was runter- bzw. hochfahren signalisiert.Sollte das nicht auf Anhieb funktioneren, solltest Du bei diesem ioBroker-Objekt mal auf "editieren" klicken - Meine "RAW-Ansicht" sieht wie folgt aus:
{ "_id": "knx.0.Hauptgruppe.Rolladen.2_OG_Flur_fahren", "type": "state", "common": { "name": "2.OG Flur fahren", "type": "number", "role": "value", "read": false, "write": true, "update": false, "unit": "", "max": 1, "min": 0 }, "native": { "dpt": "DPT1.008", "address": "0/3/9", "addressRefId": "P-0490-0_GA-5", "statusGARefId": "", "actGARefId": "", "objRef": "O-0_R-10000", "devName": "M-0083_A-008A-25-6CE4", "devInst": "P-0490-0_DI-11", "objectSize": "" }, "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1609751289461, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
Dabei ist vor allem wichtig:
"type: "number"
"max:" 1
"min:" 0
Wenn das Fahren über diese Direkteingabe in den ioBroker-Objekten hinhaut, dann sollte nichts dagegen sprechen, dass Du in der Visualisierung zwei Buttons hinterlegst, die eben den Wert "0" oder "1" senden.
-
Übrigens sollte als Datentyp auch ein Boolean funktionieren
"type": "boolean", "max": true, "min": false
"false" wird dann noch oben fahren, während "true" nach oben fährt.
-
@ChefSache
Ja, ich kann den Rollladen mit einem Schaltwidget hoch und runterfahren. Ich habe das hqwidget Checkbox getestet.
Ich kann also hoch (bis zum Ende) oder Runter (bis zum Ende). Wenn ich während des Fahrvorgangs den Schalter umlege, macht der Rollladen einfach den Richtungswechsel und fährt entgegen gesetzt.
Am Besten wären daher 3 nebeneinander liegende Schaltflächen. Die rechte und linke mit dem Objekt AUF/AB und true und false belegen. In der Mitte dann eine Schaltfläche, die das Stopp-Objekt sendet.
Damit könnte ich auch mit "altmodischen" KNX-Aktoren doch ohne Statusrückmeldung einen Zwischenstop über die Visualisierung.
Gibt es dazu eine Umsetzungsidee ?
Bei KNX geht es am Ende nur darum, welches Telegramm als letztes gesendet wurde.Bezüglich Dimmaktor habe ich tatsächlich in meiner Ersatzteilkiste ein System von Busch Jäger gefunden, bei dem ich einen Status zurück melden kann. Ich werde das die Tage testen und würde dann einen der Dimmaktoren durch das umfangreichere Modell austauschen und damit sollte die Visualisierung laufen.
Frage ist noch, was bei dem hqwidget der Rollladen neben der Objekt-ID das zusätzliche Feld der Objekt-ID in Arbeit gemeint ist? Ich habe nicht herausgefunden, was dieses Feld bedeutet und was die VIS für eine Eingabe möchte.
Beste Grüße
FRANK -
@Frank-KNX
Ach, ich Trottel - Dur schreibst ja schon im ersten Post "er geht natürlich über Schalter und ETS-Befehl" ... Dann ist mein ganzes Debugging auf Basis der simplen Objekt-Steuerung ja überflüssig.Okay: Dann also rein zum HQ-Widget. Dieses Widget basiert natürlich darauf, dass ein Wert 0..100 gesendet wird. Weil Dein Objekt aber 0/1 erwartet, will ich Dir mit dem Widget keine Hoffnung machen. Denkbar wäre ein Javascript "dazwischen zu schalten": Man könnte einen 0..100-State für das Widget bereitstellen, dessen Änderung zum Setzen von 0 bzw. 1 auf das Fahren-State-Objekt mittels Javascript führt. Aber ob das gut wird? Bei welchem Level soll sich das Skript dann für 0 und ab welchem Level für 1 entscheiden?
Ich denke dass Du Dich aus Ermangelung der Absoluten-Position seitens des KNX-Aktors wirklich auf einzelne Buttons beschränken solltest - Mehr gibt Dein Aktor leider nicht her.
Insofern würde ich kein HQWidget empfehlen, sondern ein "jqui - Radiobuttons on/off" gepaart mit "jqui - Button State":
Dazu folgende Einstellungen:
-
@chefsache Vielen Dank.
ich konnte es genauso umsetzen und am Ende sieht es noch vernünftig aus und funktioniert mit den "alten" KNX-Aktoren ohne Status und Rückmeldung problemlos.
Vielen Dank und beste Grüße
FRANK