NEWS
Test Adapter KNX v1.0.x
-
Hilfe, Hilfe!
es geht immer weniger, ich habe kaum noch Stati / GA Verknüfpungen.
Habe jetzt das ETS 5.7.3 Projekt auf einen anderen Rechner mit 5.7.2 kopiert damit ich es damit exportieren und mit 1.0.36 importieren kann, das klappt auch soweit.Die Probleme jetzt beim Zuordnen: ich habe ein 3-stufiges Namensystem, Mittelgruppen für Steckdosen heißen Schalten, Status, Sperren, Strommessung, Betriebsstunden. Jeweils alle DPT eingestellt.
Die GA in den Mittelgruppen habe ich jetzt mal wie von Garfonso vorgeschlagen alle gleich gennant. Damit bekomme ich keine Zuordnung Status/Schalten obwohl ja die DPT zueinander passen.
Frage 1: wird die Zuordnung ausschliesslich über den Namen gemacht?
Frage 2: kommt der Import dann nicht damit klar das es viele gleiche Namen gibt, auch wenn DPT anders sind?Die Betriebsstunden sind DPT 13.100, 4 Byte signed, die wurden beim Import mit 1.0.36 im Log angemeckert, die habe ich erstmal rausgeworfen. Q3: kennt der Import diesen Typen nicht? Habe jetzt gesehen das man im MDT Aktor dafür auch einen Alternativen 2 Byte Typen auswählen kann, probiere ich auchmal.
Das Problem mit den Stati existiert für 'Licht Dimmen' dann genauso, hier habe ich Mittelgruppen Schalten, Dimmen abs, Dimmen rel, Dimmen Status, Farbtemp, Farbtemp Status. Und auch hier GA alle gleich genannt.
Ich versuche meine Fragen auch selber zu beantworten, aber das viele hin- und her ist auch fehlerträchtig. Nächster Schritt wäre doch wieder Namenspärchen zu bilden, also _Schalten - _Schalten_Status und _Dimmen - _Dimmen_Status.
Der Adapter mit der Kommunikation zum Bus funktioniert bei mir (mit IP Router von MDT) bisher problemlos. Hat sich hier schonmal jemand mit dem .knxproj Format beschäftigt? Wäre das sehr aufwändig das selber zu parsen und die ioBroker Ojekte zu generieren? Als externes Tool? Ich weiß das die Datei gezipptes xml enthält, sieht erstmal nicht so kompliziert aus
Nachtrag:
auch bei einer einfachen Mittelgruppe 'Licht schalten' wo es noch die Namespärchen gibt werden die Zuordnungen von 1.0.36 nicht gemacht:{ "_id": "knx.0.Licht_schalten.Schalten.Garage_Licht", "type": "state", "common": { "name": "Garage Licht", "type": "boolean", "role": "value", "read": false, "write": true, "update": false, "unit": "", "max": true, "min": false }, "native": { "dpt": "DPT1.001", "address": "1/0/5", "addressRefId": "P-0AC9-0_GA-360", "statusGARefId": "", "actGARefId": "", "objRef": "O-0_R-11001", "devName": "M-0083_A-0032-20-686A", "devInst": "P-0AC9-0_DI-23", "objectSize": "" }, "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1579343124854, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
{ "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1579343124870, "common": { "name": "Garage Licht Status", "type": "boolean", "role": "value", "unit": "", "read": true, "write": true, "update": true, "max": true, "min": false }, "native": { "dpt": "DPT1.011", "address": "1/1/5", "addressRefId": "P-0AC9-0_GA-361", "statusGARefId": "", "actGARefId": "", "objRef": "O-23_R-44", "devName": "M-0083_A-0019-21-D29E", "devInst": "P-0AC9-0_DI-22", "objectSize": "" }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "knx.0.Licht_schalten.Status.Garage_Licht_Status", "type": "state" }
GA Schalten und Status dazu:
soviel kann man da doch garnicht falsch machen ???
Edit:
so, nach Tests mit Knx.0 Objekte komplett löschen, andere Adapter Version installieren, Vollen Import:
1.0.20 erzeugt die Verknüpfungen in beide Richtungen, Versionen >=1.0.31 machen das nicht.
Gilt jetzt für diesen einfachen Fall wo es das Namenspärchen für Schalten-Status gibt. Beim Dimmen und Farbtemperatur mit gleichen Namen funktioniert die auto Zuordnung auch mit der 1.0.20 nicht.
Bei der Mittelgruppe 'Dosen schalten' ist die Status Verknüpfung in einge 'Sperren' Objekte eingetragen worden. -
@JojoS said in Test Adapter KNX v1.0.x:
lt jetzt für diesen einfachen Fall wo es das Namenspärc
Habe bei mir alle Sonderzeichen "/" oder ähnliches aus den Namen in der ETS entfernt. .
Mit dem import von den vielen getesteten Versionen hatte ich nie Probleme. -
Sonderzeichen habe ich auch schon rausgeworfen, bis auf Umlaute, aber die sollten ja wirklich kein Problem mehr sein.
Das stumpfe anhängen von ' Status' hat jetzt schon geholfen, auch beim Dimmen, also 'Lampe Dimmen' + 'Lampe Dimmen Status' wird auch zusammengelegt. Nur bei Farbtemp klappt es gerade noch nicht.
Bin aber noch beim Testen mit 1.0.20. Wird spannend ob der Adapter mit 1.0.36 das aufgeräumte Projekt dann auch schluckt. -
@JojoS said in Test Adapter KNX v1.0.x:
s stumpfe anhänge
bei mir funktionieren die Rückmeldungen >1.0.20 nicht mehr vernünftig auch mit der Heizung ist/soll gab es Probleme.
-
für mich sieht es jetzt so aus das das Einlesen mit der 1.0.20 funktioniert, alle Namenspärchen müssen wie beschrieben vorhanden sein.
Einige DPT kann dieser Adapter aber nicht schreiben, z.B. die Farbtemperatur DPT7.600. Das klappt jetzt aber nach dem Update auf 1.0.36. -
@JojoS : Danke für den Hinweis mit der Version 1.0.20. Ich bin gerade dabei alle meine GAs umzubenennen, damit die entsprechenden GAs zusammenpassen. Mit der Version 1.0.36 hat der Import zwar geklappt, es wurden aber keine Abhängigkeiten zwischen Schalten/Status gebildet. Mit der gleichen KNX Projektdatei und der Version 1.0.20 hat es geklappt.
Wie habt Ihr denn das Dimmen im KNX Adapter abgebildet? Es gibt ja 2 GA fürs Dimmen (relativ/absolut) und nur eine Status GA hierfür.
-
ich habe nur abs Dimmen und den Statuswert dazu als Paar. Beim relativen Dimmen hätte man nur eine Anzeige für die Dauer des dimmens, das braucht man sicher nicht unbedingt.
-
@JojoS : Mir reicht im Moment der absolute Wert und werde die Konfiguration auch so umsetzen. Hatte nur gedacht, dass es evtl. die Möglichkeit gibt mehrere Werte im Feld actGARefId zu hinterlegen.
-
Mit der relativen Änderung, also dimmen solange man eine Taste drückt, wird ja auch der Absolutwert verändert. Wenn der Dimmer den zurückmeldet wird eine Helligkeitsanzeige auch aktualisiert.
In der Mittelgruppe habe ich Schalten, Schalten Status, Dimmen abs, Dimmen abs Status, Dimmen rel, Farbtemp abs, Farbtemp abs Status. Damit ist eine Mittelgruppe bis auf eine schon voll bei dem blöden Namensschema. -
@JojoS : Ich habe speziell für die Farbsteuerung bzw. Deep Tunable White Spots eine Mittelgruppe angelegt und dort in Blöcken gearbeitet. Die Rückmeldung Dimmen dann um Farbsteuerungsstatus erweitert. Ist nicht optimal, aber so sind zumindest alle GAs erzeugt und mit den Aktoren verknüpft (auch wenn ggf. aktuell nicht genutzt).
Mit dem KNX Adapter 1.0.20 hat der Import bzgl. Schalten / Dimmen und jeweiliger Status gut funktioniert, allerdings wurden z.B. beim Fensterkontakt keine Read-Eigenschaft erzeugt und das obwohl das L-Flag gesetzt ist. Bedeutet: Nach einem Neustart des Adapters wird der aktuelle Zustand nicht abgefragt. Wenn ich den Import (gleicher KNX Export) mit 1.0.36 durchführe, dann werden die Read-Eigenschaften beim Fensterkontakt ordentlich erzeugt, dafür nicht die Pärchenbildung. Der Import scheint eine Wissenschaft für sich zu sein...
An die Entwickler hier im Forum:
Ist es eigentlich möglich z.B. mit JavaScript die Eigenschaften von den Objekten anzupassen? Über die CLI (iobroker object set) scheint es zu gehen, da ich aber weder mit Shell-Scripten noch mit JavaScript bewandert bin, würde ich mich beim Einlernen dann lieber direkt auf JavaScript fokusieren.Konkret möchte ich z.B. bei allen Objekten (z.B. knx.0.Reeds_Riegel.M...) die ich in einer Variable hinterlegen würde die Eigenschaften read+write unter "common/role" ergänzen.
Dann könnte ich den Import durchführen und per Script die fehlenden Anpassungen hinzufügen. Ich brauch kein fertiges Script, vielleicht einfach nur ein oder zwei Ideen mit welchen Befehlen Ihr das angehen würdet.
{ "_id": "knx.0.Reeds_Riegel.Magnet-Reedkontakte.E6-Diele_Haustür_Kontakte_E6M001_Magnetkontakt_ZU_AUF", "type": "state", "common": { "name": "E6-Diele Haustür Kontakte E6M001 Magnetkontakt ZU/AUF", "type": "boolean", "role": "value", "read": true, "write": true, "update": true, "unit": "", "max": true, "min": false }, "native": { "dpt": "DPT1.001", "address": "4/2/0", "addressRefId": "P-04DD-0_GA-401", "statusGARefId": "", "actGARefId": "", "objRef": "O-10_R-10100", "devName": "M-0083_A-0030-20-78A0", "devInst": "P-04DD-0_DI-21", "objectSize": "" }, "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1579787795459, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
Merci.
-
@morpheus-mx said in Test Adapter KNX v1.0.x:
Ist es eigentlich möglich z.B. mit JavaScript die Eigenschaften von den Objekten anzupassen? Über die CLI (iobroker object set) scheint es zu gehen, da ich aber weder mit Shell-Scripten noch mit JavaScript bewandert bin, würde ich mich beim Einlernen dann lieber direkt auf JavaScript fokusieren.
Ich exportiere mir den KNX Teil vom Baum im Explorer, bearbeite das Json File per Texteditor und lade es wieder hoch.
-
@morpheus-mx
Ja, das geht. Dafür brauchst du den javascript Adapter und musst da in den Einstellungen das Kommando "setObject" erlauben. Mit "setObject" kannst du dann im Grunde alles machen. (ggf. gibt es auch extendObject, was für deinen Fall vielleicht besser geeignet ist) -
Guten Morgen,
liegt das "Anpassen" des KNX-Adapters an die ETS 5.7.3 noch in weiter Ferne?
BG
Tom -
@TTR @chefkoch009 ist wohl dran da ist schon ne issues auf git hub git_hub_iobroker_knx
-
-
Vielen Dank chefkoch009,
der knxproj-Import klappt mit 1.0.37 problemlos!
"Er lebe hoch, hoch, hoch"!
VG
Thomas -
einlesen geht, aber die Verknüpfungen GA - Status gehen bei mir immer noch nur mit der 1.0.20. Sind die Status GAs bei euch richtig zugeordnet?
-
@JojoS hatt bei mir funktioniert. So sehen meine Gruppenadressen aus:
-
@JojoS
das ist auch in der 1.0.3* noch drinnen. Es gab aber irgendwie eine Veränderung, dass die Gruppennamen auch in Betracht gezogen wurden. Was das genau bedeutet, weiß ich allerdings nicht (bei mir hatte es wohl zum Glück nichts geändert). -
Habe heute gleich das update getestet, danke dafür!
Das meiste funktioniert bei mir, bis auf Sollwertverschiebung (DPT6.010).
und Relatives Dimmen (DPT3.007)Seit den Versionen nach 1.0.20
Können die Präsenzmelder mit 0/1 nicht mehr gesperrt/entsperrt werden.Was mich interessieren würde, verwendet Ihr weiterhin 0/1? Und was bei Rolle überall eingetragen werden sollte, gibt es da eine Liste etc.
Gruß Harry