Test Adapter KNX v1.0.x

[sweeper]

@Garfonso und @tombox :
Vielen Dank - so klappt es, aber ich bin der gleichen Meinung wie @hotze78 . Ich finde es auch nicht besonders schön auf "s status" zu wechseln. Best Practice ist eigentlich die Benennung nach folgender Regel und wird in Kursen auch so vorgetragen. Zumindest kenne ich es so:

s ... Schaltobjekt
RMs ... Rückmeldung Schalten
w ... Wertobjekt (für Dimmer 4Byte)
d .. Dimmen (4 Bit)
RMw ... Rückmeldung Wert

VG + Danke

[tombox]

@sweeper eigentlich müsste rm auch gehen der aktuelle regexs lautet

RegExp(/stat(e|us)|' 'rm|rückmeldung\s|\svalue/)
RegExp(/stat(e|us)|rück(|meldung)|RM\s|\svalue/
RegExp(/stat(e|us)|rückmeldung|\svalue|\s(ea|ea)|\se/a|\sr/m|\srm/g)

[tipitopi]

Hallo,

kann es sein das die Porteinstellung im Adapter keine Funktion hat?
wenn ich einen anderen einstelle Funktioniert es trotzdem nur über den Serienmässigen.
Installiert ist 1.0.36 mit zwei Instanzen

Übrigend funktioniert der Adapter bei mir sehr gut, und habe sonst keine Probleme

[Thorsten Missenberger]

Hey,

ich bin neu hier.

Hab den Adapter 1.0.36 installiert.

Leider importiert mir dieser meine KNX Datei nicht.

Er beginnt und nach kurzer Zeit kommt die Meldung:
Handling device finished

Danach bewegt sich der blaue Balken ewig und nichts passiert.

ETS Datei kommt von 5.7.2

[tombox]

@Thorsten-Missenberger probier mal die 1.0.31

[Thorsten Missenberger]

@tombox Danke, hat aber auch nichts gebracht.

Habe eine ETS KNXPROJ vom Oktober. Diese geht ohne Probleme.
Jedoch habe ich seitdem einiges geändert. Aber wenn ich die Änderungen ansehe finde ich keine Punkte was daran falsch sein könnten.

Einzig was sein kann, das diese Datei noch aus ETS 5.6.6 sein könnte.

[tombox]

@Thorsten-Missenberger du kannst nur den Adapter auf den debug setzten und das Problem bei github Posten. Aber leider hat Chefkoch wenig Zeit

[Thorsten Missenberger]

Hab im KNX-Bus Forum einen Beitrag gefunden das es mit der 1.0.20 gehen sollte.

Und sie da, es geht.

Aber hier besteht augenscheinlich ein Problem das er die RM(Status) nicht richtig verarbeitet?

[Garfonso]

@Thorsten-Missenberger said in Test Adapter KNX v1.0.x:

Aber hier besteht augenscheinlich ein Problem das er die RM(Status) nicht richtig verarbeitet?

Was meinst du damit? Der KNX Adapter versucht eine Zuordnung von Status Gruppen Adressen (StatGA) zu Schalt Gruppenadressen (ActGA). Geht das nicht? Erkennen kann man das daran, dass wenn ein Status kommt, auch das Objekt zur ActGA auf den neuen Wert gesetzt wird. Man sieht es auch im RAW der Objekte (und kann es da zur Not reparieren, empfehle ich aber nicht).

Nach dem Import kannst du übrigens wieder auf die aktuelle Version wechseln. Vorausgesetzt du musst nicht was am Projekt Ändern und nochmal importieren.

[Thorsten Missenberger]

@Garfonso

Er Import mir die knxproj unter 1.0.20 jedoch legt er die "hörende" Adresse nicht an.

Habe mir jetzt eine DemoProjekt angelegt.

4 Gruppenadressen
Beleuchtung 1
Beleuchtung 1 RM
Beleuchtung 2
Beleuchtung 2 RM

das auf einen Autor verknüpft.

Nicht mal das kann ich unter 1.0.3x importieren.

Immer die gleiche Fehlermeldung:
https://github.com/ioBroker/ioBroker.knx/issues/80

Missenberger79 created this issue in ioBroker/ioBroker.knx

closed Import schlägt fehl #80

[Garfonso]

@Thorsten-Missenberger
Ja, den gleichen Fehler hatte ich mit der letzten oder vorletzten Version auch... ich fürchte da ist in irgendeinem Zweig wirklich ein doofer Bug...

[Schrubbel]

Das Problem mit dem ewig laufenden blauen Balken habe ich jetzt auch.
Es gab ja die Tage das ETS 5.7.3 Update, kann es daher kommen?
Vorher war bei mir alles ohne Probleme und beim KNX Adapter gab es ja auch kein Update.

[Thorsten Missenberger]

@Schrubbel 5.7.3 hatte ich mal kurz in einer VM und hat bei mir auch nicht funktioniert.

Bin jetzt einen anderen Weg gegangen. Ist zwar mit ein wenig aufwand verbunden.

Bringe die KNX Über NodeRed rein und verlinke auf ioBroker-Objekte.
Hat aber den Vorteil das ich auch nur die Objekte habe die ich wirklich zum Zeitpunkt der Implementierung habe.

Bis jetzt geht es und ich brauch nicht immer mit der knxproj rumspielen. Da ja ETS bekanntlich immer wieder alles über den Haufen wirft.

Vielleicht stellt Chefkoch irgendwann den Import um in Form einer Excel oder des CSV Export aus der ETS.

[sourex]

Hi.
Als erstes ein Danke für den Adapter !

Da ich Ihn nicht wirklich zum laufen bekommen mit den Statusadressen aber nun zur Frage.
In openHAB ist es ja möglich die RM alle manuell zuzuweisen was ich auch gemacht habe.
Kann ich da nicht einfach über den openHAB Adapter alle Datenpunkte nutzen ? Würde es da mit dem RM nicht besser gehen ?? Hätte es Nachteile über diesen Umweg ?

Guten Rutsch !!

[Garfonso]

@sourex
Das geht sicherlich. Der einzige Nachteil ist halt höhere Komplexität, weil du openHAB dann noch laufen haben musst.

[sourex]

Wie ich nun bemerkt habe gehts nicht wirklich weil man in den Widgets ja garkeine RM Datenpunkte angeben kann.
Dann werde ich wohl IO nur für die VIS benutzen können, was ich schade finde.

[Garfonso]

@sourex
Für vis kannst du zur Not auch mit einem Javascript arbeiten. Wobei ich da jetzt nicht ganz verstanden habe, wo der Vorteil von openHAB ist, wenn du immer noch Schalten und RM als einzelne Datenpunkte hast? Der Trick beim knx Adapter ist ja, dass wenn die Zuordnung funktioniert, am Ende nur noch der Schalt-Datenpunkt genutzt werden muss und der dann z.B. in Vis eingetragen werden kann, weil da der Status vom RM auch reingeschrieben wird.

[sourex]

Der Vorteil von OpenHAB ist für mich das manuelle anlegen der RM. Das liegt für mich ganz einfach daran das ich es im IO einfach nicht hinbekomme :(.
Aber generell ist es ja schon suboptimal das man alle Namen in der ETS anpassen muss um es möglich zu machen. Wie die meißten Anfänger habe ich mich bei dem GAs am Eibmeier gehalten und da passt es natürlich garnicht. Kann mir aber auch nicht vorstellen das ein Könner die GAs so nennt wie der Adapter das wünscht.
Warum nicht einfach ein manuelles zuordnen der RMs wie auch in der ETS ?

[Garfonso]

@sourex
Das manuelle Zuordnen steht schon lange auf der Liste. Chefkoch hat es bisher nicht geschafft es umzusetzen.

Wobei eine manuelle Zuordnung schon möglich ist, wenn man im Raw-Teil der Objekte rumeditiert. Das ist relativ mühsam, geht aber auch.

Admin -> Objekte, da ein KNX Objekt ansteuern, ganz rechts auf den "Stift" klicken zum editieren des Objekts, dann sollte das folgende Fenster kommen, da dann auf den Tab "Raw" gehen. Das sieht dann ca. wie hier aus:

Wenn die Zuordnung geklappt hat, sieht es so aus. Ansonsten kann man die manuell machen. "addressRefId" ist die Id einer GA. Bei der Schalt-GA muss dann unter "statusGARefId" die addressRefId der RM-GA stehen. Und bei der RM-GA muss unter "actGARefId" die addressRefId der Schalt-GA stehen. Man muss also 3 mal editieren pro Zuordnung:

• Id der Schalt-GA kopieren
• Bei RM-GA einfügen, Id der RM-GA kopieren
• Bei Schalt-GA einfügen

Wenn man die Zuordnung so gemacht hat dann nochmal den KNX Adapter neustarten, damit der das mitbekommt und dann geht es auch. Das Problem dabei ist halt, dass man dann die Objekte nicht löschen und neu einfügen lassen sollte.. Insofern war es für mich irgendwann einfacher im ETS einfach die GAs alle umzubenennen. Denn für das KNX System ist der Name ja irrelevant. Die Aufteilung in Gruppen und Mittelgruppen ist auch nicht wichtig, nur halt der identische Name + Status (oder RM geht wohl auch, mittlerweile).

[ecki945]

@Garfonso Gehe ich richtig in der Annahme, dass die manuellen Zuordnung in deinem obigen Beispiel auch so für die Dimmwerte bzw. Rückmeldedimmwerte gilt?