Test Adapter KNX v2.x

[schmid_no1]

@chefkoch009
Hallo Chefkoch009 Versionen wie folgt:
ETS 5.5.2
Admin 5.1.25
nodejs v14.17.2
js-controller 3.3.21
KNX-adapter2.0.5

alles sauber installiert.

Ich bin hergegangen und löschte alles was mit dem KNX adapter (1.0.45) zu tun hatte. Ich wollte alles mit dem neuen Adapter einlesen. Hier kam die Fehlermeldung, die ich oben einstellte.

Habe ein downgrade des KNX-Adapters gemacht, mein projekt eingelesen und bin dann wieder auf 2.0.5. Jetzt geht es, aber der Upload ging bei mir nicht mit dem neuen.

[urs77]

Hallo, ich habe aktuell 510 GA. Lohnt sich im moment noch nicht, eine Lizenz zu kaufen. Das werde ich erst nach der nächsten Erweiterung im Haus machen.
Was passiert aber jetzt bei einem Update (ohne Lizenz): geht der Adapter gar nicht mehr? Oder fallen 10 Objekte weg? Wenn ich in ETS 10 Objekte lösche: reicht es, die knxproj neu einzulesen und iobroker erkennt, dass GA fehlen oder muss ich alles entfernen und komplett neu einrichten?
Danke und vg

[chefkoch009]

@urs77

Was passiert aber jetzt bei einem Update (ohne Lizenz): geht der Adapter gar nicht mehr?

Klar läuft er, aber er kommuniziert nicht mehr mit dem KNX Bus.

Oder fallen 10 Objekte weg?

Nein, da fällt nichts weg.

Wenn ich in ETS 10 Objekte lösche: reicht es, die knxproj neu einzulesen und iobroker erkennt, dass GA fehlen oder muss ich alles entfernen und komplett neu einrichten?

Es werden nur neue hinzugefügt, bestehende bleiben vorhanden.

VG
chefkoch009

[urs77]

@chefkoch009 ok danke
"Es werden nur neue hinzugefügt, bestehende bleiben vorhanden." bedeutet dann: in ETS auf unter 500 GA reduzieren und im iobroker erst alle Objekte unterhalb von knx löschen und knxproj vollständig neu laden und gegebenfalls alles neu einrichten?

[chefkoch009]

@urs77 du brauchst im iobroker nur die löschen, die in deinem neuen Projekt auch wegfallen.

VG
chefkoch009

[loverz]

Ohne den Tag vor dem Abend zu loben:
Bin gerade von 1.0.20 auf 2.0.5 hoch und es scheint auf Anhieb zu laufen.

Hatte bisher mit allen v1.x höher als 1.0.20 das Problem, dass meine Rollläden nicht die aktuelle Position rückgemeldet haben, daher bin ich auf 1.0.20 geblieben.

Habe nun in der 2.0.5 direkt über die "GA-Tools" die Zuordnung von Aktor und Status gemacht.

-Denkt ihr, dass das Problem damit weg ist?

-Muss ich diese Zuordnung nur bei den Rollos machen, oder auch bei Lampen etc.?

-Was bewirkt diese Zuordnung denn genau?

-Ist die Zuordnung wieder weg, wenn ich ein neues KNX Projekt einlese?
->Ggf. Nur wenn ich diesen Haken weglasse:

Danke erstmal für die Weiterentwicklung, ich bin begeistert!

...

Edit: Hab wohl doch zu früh gelobt: Es gibt wieder Probleme, die mit 1.0.20 einwandfrei gelaufen sind:

Mir ist aufgefallen, dass die Rollladen-Positionen wieder nicht richtig rückgemeldet werden, obwohl ich die Status-GA und die Aktor-GA verknüpft habe:

Außerdem ist mir aufgefallen, dass der Adapter es nicht gebacken bekommt, wenn ich in der ETS Software eine Gruppenadresse anlege, die nicht mit einem Aktor, sondern nur mit einem Wandtaster (z.B. MDT Glastaster) verknüpft ist.

Dies wird z.B. benötigt, wenn man eine Indikator-LED am Taster steuern möchte, oder wenn man einen Knopf von diesen Wandtastern in iobroker auswerten möchte

Wenn ich nun einen Wert von iobroker über diese Gruppenadresse an den Glastaster senden möchte, dann kommt dieser Befehl nicht an.

Hier so ein Objekt:

{
  "_id": "knx.0.OG.Jalousie.Bad_Indikator",
  "type": "state",
  "common": {
    "name": "Bad Indikator",
    "type": "boolean",
    "read": false,
    "write": true,
    "role": "switch",
    "min": false,
    "max": true
  },
  "native": {
    "dpt": "DPT1.001",
    "address": "2/3/13",
    "addressRefId": "P-039B-0_GA-327",
    "statusGARefId": "",
    "actGARefId": ""
  },
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1640167746052
}

Ich weiß nicht, was da los ist! Wieso geht bis 1.0.20 alles einwandfrei und danach kommt es immer wieder zu diesen massiven Problemen??

[tombox]

@lover
vielleicht gibst du auch mal dem openKNX Adapter eine Chance (läuft auch parallel zu knx adapter), der kann von jedem verbessert werden vielleicht funktioniert der besser. Wir nehmen gerne Verbesserungswünsche entgegen.
https://forum.iobroker.net/topic/50352/test-adapter-openknx-0-1-x

[Hant0r]

@andreask sagte in Test Adapter KNX v2.x:

Das bedeutet, wenn ich in der ETS den Bereich Reports -> Projektstatistik öffne, ist die Anzahl der gezeigten Gruppenadressen ausschlaggebend. Richtig? Danach staffelt sich dann die Kosten.

Na super!
Habe 693 Gruppenadressen ... und ich habe nur mein privates Haus das ich hier betreibe.
Dabei ist der Garten noch nicht mal fertig ausgebaut

Heißt entweder greife ich tief in die Tasche oder ich muss mit der Version 1 weiter vorlieb nehmen?
Und die ETS Version darf ich auch nicht auf >5.7.5 udpaten?

[loverz]

@tombox wenn das mit dem Umzug der Scripte klappt, dann werde ich umziehen, sieht sehr vielversprechend aus der openknx Adapter. Danke!

Gott sei dank habe ich ein SD Image gemacht, bevor ich auf 2.x hier hoch bin.

Hab nun mein Image mit 1.0.20 eingespielt und alles funktioniert wieder!

[chefkoch009]

@loverz

sieht sehr vielversprechend aus der openknx Adapter

komisch....warum nur?

Ich möchte an dieser Stelle darauf hinweisen, das das hier der Thread vom KNX Adapter ist und nicht der von openknx.

VG
chefkoch009

[loverz]

@chefkoch009 das ist mir auch klar.
Ich würde auch bei deinem Adapter bleiben, das wäre ja das einfachste, wenn du mal auf meine Probleme eingehen würdest und Hilfestellung geben könntest wäre das echt super!

Ich frage nochmal explizit: Was hat sich an ALLEN Versionen nach 1.0.20 geändert, dass ich plötzlich diese massiven Probleme habe?

Ich habe hier im Forum auch von anderen gelesen, die auch mit diesem Problem kämpfen.

[marlan99]

@loverz hilft nicht explizit bei deinem Problem.
chefkoch009 hat in anderen Beiträgen immer wieder darauf hingewiesen, dass eine saubere Konfiguration der ETS der wichtigste Punkt ist, damit die Zuordnungen korrekt abgebildet werden können.

Ich hatte hierzu ein paar Stunden investiert und auch nach der Version 1.0.20 keine Probleme mehr (mit Ausnahme von ein paar DPT welche nicht korrekt funktionierten)
Bei dem Umstieg auf die V2 (bis zur jetzigen 2.0.5) habe ich auch weiterhin keine Probleme mit der Funktion. Im Gegenteil alle von mir verwendeten DPT werden mittlerweile korrekt angewendet.

Ich glaube mich zu erinnern, dass es irgendwo eine Liste gibt was in der ETS zu beachten war?
@chefkoch009 wenn ich nicht falsch liege kannst du hier evtl. nochmal darauf hinweisen?

[loverz]

@marlan99 an meiner ETS hat sich halt nichts geändert, die blieb immer gleich.
Klar kann es sein, dass ich es nicht so programmiert habe wie es heute gefordert wird, aber soll ich deshalb einen Programmierer bestellen, der alles ummuddelt?

In der 2.0.5 gibt es die GA Tools, welche die Zuordnung auch nachträglich anpassen lassen, aber auch das geht nicht gut, weil es offensichtlich nicht an den Zuordnungen liegt…

Es sind einfache Situationen: Ich steuere den Standby Eingang meines MDT Glastasters per iobroker an. Dazu eine GA, die nur den Standby Eingang hat (eben kein Aktor).

Nichtmal diese einfache Situation klappt mehr nach 1.0.20…

[Tobi68]

@chefkoch009

Hi,

Ich nutze schon ne Zeit die 1.0.45.
Passt soweit, kann sein das ein paar Rückmeldeadressen evtl. Nicht in der EtS passen, hatte da aber schon mal gesucht und nichts gefunden.
Alles in allem läuft mein System, ich habe aber eigentlich nix besonderes im KNX, bis auf die alten Gira Rtrs mit Plugins..

Ich würde, schon nur um es zu testen eigentlich gerne auf den 2er updaten, habe derzeit aber genug mit dem IOBroker zu tun..

Wenns Probleme geben solle komme ich wieder einfach zurück auf die 1.0.45?
Soweit ich mitgelesen habe, sind in der ETS ja keine Anpassungen zu machen!?

[chefkoch009]

@loverz

@chefkoch009 das ist mir auch klar.

mir nicht.

das wäre ja das einfachste, wenn du mal auf meine Probleme eingehen würdest und Hilfestellung geben könntest wäre das echt super!

Ich denke, das ich mit Hilfsangeboten nicht sparsam bin. Deine Fragen gehen direkt an jeden der hier mitliest. Meiner Meinung nach kann man kein Wunder erwarten, wenn die Parametrisierung in der ETS und der Komponenten nicht korrekt ist, das der Adapter dies wieder glatt zieht.

Deshalb nochmal:

• Saubere Parametrisierung und Beschriftung in der ETS
• Bei Rückmeldeobjekten schauen, das im Parameterdialog "aktives Rückmeldeobjekt" aktiviert ist und das Ü-Flag (meist in Verbindung mit L-Flag) gesetzt ist (das K-Flag ist Zwingend)
• Bei Schaltobjekten das K-Flag und das S-Flag
• Bei mehreren Linien unbedingt die Filtertabellen und die Einstellungen der Koppler prüfen und entsprechend programmieren
• Wenn man Linienübergreifend arbeitet, dann mal schauen, ob man nicht irgendwo ein Dummy Device benötigt, um die entsprechenden Filtertabellen zu erzeugen.

Alles andere kann funktionieren, muss es aber nicht.

VG
chefkoch009

[chefkoch009]

@tobi68

Wenns Probleme geben solle komme ich wieder einfach zurück auf die 1.0.45?

Vor dem upgrade bitte die Lizenz irgendwo in die Zwischenablage packen. Ansonsten kein Problem.

VG
chefkoch009

[chefkoch009]

@loverz Dann zeige mal bitte das RAW von dieser GA.

VG
chefkoch009

[loverz]

@tobi68 ich habe vor dem
update mit dem
USB Image Tool ein Abbild der SD Karte gemacht und danach zurückgespielt.
Funktioniert einwandfrei, um ganz sicher zu gehen.

[loverz]

@chefkoch009 sagte in Test Adapter KNX v2.x:

@loverz Dann zeige mal bitte das RAW von dieser GA.

VG
chefkoch009

Präsenzeingang Dachgeschoss RAW:

{
  "_id": "knx.0.Dachgeschoss.Präsenz.Präsenzeingang_Dachgeschoss",
  "type": "state",
  "common": {
    "name": "Präsenzeingang Dachgeschoss",
    "type": "boolean",
    "read": false,
    "write": true,
    "role": "switch",
    "min": false,
    "max": true
  },
  "native": {
    "dpt": "DPT1.001",
    "address": "1/5/1",
    "addressRefId": "P-039B-0_GA-521",
    "statusGARefId": "",
    "actGARefId": ""
  },
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1632857337237
}

So sieht es in der ETS aus:

Wie gesagt mit 1.0.20 kann ich problemlos den Glastaster von iobroker aus auf Standby bringen. Bei allen neueren Versionen scheint es eher glücksache, ob es funktioniert oder nicht.

Wie gesagt: Das ist nur eines von vielen Problemen bei mir.
Auch die Jalousiepositionen kommen nicht immer in iobroker an.
Generell habe ich die ETS schon sauber programmiert würde ich sagen. Hier siehst du mein "Schema":

[loverz]

@chefkoch009 sagte in Test Adapter KNX v2.x:

Bei Rückmeldeobjekten schauen, das im Parameterdialog "aktives Rückmeldeobjekt" aktiviert ist und das Ü-Flag (meist in Verbindung mit L-Flag) gesetzt ist (das K-Flag ist Zwingend)

dazu habe ich noch eine Frage:
Wenn ich eine Taste am MDT Glastaster mache z.B. "Schlafmodus" und diesen in iobroker auswerten möchte und gleichzeitig aber diesen auch von iobroker aus steuern möchte, welche Flags müsste ich dann setzen?

Bei mir sieht es aktuell so aus:

Bis 1.0.20 kein Problem, danach offensichtlich schon.