Test Adapter KNX v1.0.x

[chefkoch009]

@amandus99
Sind noch andere Verbindungen zu dem gateway offen? Bitte mal die Anzahl der Max gleichzeitigen Verbindungen prüfen.

VG
chefkoch009

[amandus99]

@chefkoch009
der iobroker ist der einzige. Die Verbindung mit ETS war zuvor getrennt

[quorle]

Wollte mich einmal erkundigen, ob der Adapter noch weiter entwickelt wird? Es gibt ja mehrere Issus auf Github zu diesem Adapter.

Ich bin nun schon bei Version 1.0.20, die momentan wieder funktioniert. Zuerst funktionierte die 1.0.33 bei mir, aber seit geraumer Zeit werden hier vereinzelt die GA´s nicht mehr geschaltet. Zuvor war alles mit der Version i.O.
Die aktuelle 1.0.42 verbessert dies leider nicht.

Zudem hat der Sprung von 1.0.33 auf 1.0.20 den Nachteil, das einige Aufzeichnungsdatenpunkte, die ich mit InfluxDB aufzeichne nicht mehr funktioniert haben. Habe ich zwar beheben können, aber das wird bei einer Erhöhung der Version des KNX-Adapters wieder eine Projekt werden.

Auch die das Schalten war bei 1.0.33 ja bereits auf true/false optimiert, hier musste ich beim Downgrade einige Scripte umschreiben.

Nun wollte ich einmal fragen, ob der Adapter eigentlich noch offiziell Entwickelt wird?
Wäre schade, wenn keiner mehr Zeit hätte für diesen Adapter. Es steckt ja eine Menge Arbeit in diesem Adapter und er wird augenscheinlich ja wirklich gebraucht

[elektrowichtel]

Gute Morgen zusammen,

ich habe den ioBroker zusammen mit dem KNX Adapter jetzt schon 2-3 Jahre in Betrieb. Bis letzte Woche alles zunächst provisorisch, was aber bis zur Adapterversion 1.0.42 ganz gut funktioniert hat. Jetzt habe ich die Programmierung in der ETS mal "glatt gezogen" (keine Sonderzeichen außer "-") und seitdem funktioniert außer schalten nichts mehr richtig.
Ich bin mir ziemlich sicher, dass es an der teilweise fehlenden Zuordnung der Gruppenadressen liegt, kann aber auch andere Ursachen haben (ETS Programmierung noch nicht ganz sauber, Adapterversion, ETS Version, etc.)
Ich verwende noch die ETS 4, deshalb bin ich unsicher, welche Adapterversion am besten geeignet ist. Gibts da Erfahrungen? Durchprobieren wäre auch eine Lösung, aber wie mache ich das am besten? Einfach immer alle Datenpunkte im ioB löschen und andere Version installieren, oder muss noch mehr beachtet werden? Kann man auch auch mehrere Versionen parallel in mehreren Instanzen installieren? Hatte so einen Fall noch nie
Muss denn die Programmierung wirklich sooo sauber sein? Wenn ich doch einer GA den entsprechenden Datenounkt in der ETS zugeordnet habe und die Flags passen, dann dürfen doch andere freie und nicht zugeordnete GAs keinen Einfluss auf die GA haben, oder?
Ich muss sagen, die Erläuterungen zum Adapter, gerade auch hier in dem Thema sind schon super, aber ich komme damit trotzdem nicht meinem Problem auf die Spur.
@chefkoch009 ich weiß die Zeit ist knapp, das ist sie ja bei uns allen irgendwie aber vielleicht kannst du oder ein anderer Mitentwickler mich unterstützen und vielleicht den zündenden Funke liefern? Ich wäre mega dankbar. Das Thema strapaziert mich jetzt doch sehr, WAF und so...

Euch allen ein schönes Wochenende

+++Update:
Ich konnte durch ordentliches Bereinigen der ETS Programmierung soweit alles zum Laufen bringen. Was aber nicht funktioniert, das Einlesen von Zentral-GA's. Diese werden ignoriert (ich denke dadurch, weil nicht sendende GA). Vielleicht hat ja dazu jemand eine Erklärung uns evtl. Lösung.
+++

Grüße elektrowichtel

[loverz]

Hall zusammen,

ich wollte mal kurz auf diese Warnungen aufmerksam machen:

knx.0	2020-10-07 12:27:55.576	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:55.575	warn	(2002) Object Zentral.Zeit.Datum_Zeit is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:55.521	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:55.521	warn	(2002) Object Zentral.Zeit.Uhrzeit is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:55.501	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:55.500	warn	(2002) Object Zentral.Zeit.Datum is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:55.065	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:55.064	warn	(2002) Object EG.Beleuchtung.Esstisch_Background_Sättigung_ändern is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:55.050	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:55.049	warn	(2002) Object EG.Beleuchtung.Esstisch_Background_Helligkeit_ändern is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:55.034	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:55.034	warn	(2002) Object EG.Beleuchtung.Esstisch_Helligkeit_ändern is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:55.021	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:55.020	warn	(2002) Object EG.Beleuchtung.Esstisch_Background_Farbe_ändern is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:55.005	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:55.005	warn	(2002) Object EG.Beleuchtung.Esstisch_Farbtemperatur_ändern is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:54.943	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:54.943	warn	(2002) Object EG.Beleuchtung.Wohnzimmer_Spots_dimmen_relativ is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:54.923	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:54.923	warn	(2002) Object EG.Beleuchtung.Kinderzimmer_Spots_dimmen_relativ is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:54.904	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:54.903	warn	(2002) Object EG.Beleuchtung.Esszimmer_Spots_dimmen_relativ is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json
knx.0	2020-10-07 12:27:54.872	warn	(2002) This object will not be created in future versions. Please report this to the developer.
knx.0	2020-10-07 12:27:54.871	warn	(2002) Object EG.Beleuchtung.Schlafzimmer_Spots_dimmen_relativ is invalid: obj.common.type has an invalid value () but has to be one of number, string, boolean, array, object, mixed, file, json

[Glasfaser]

@loverz

Welche Adapterversion ?

[loverz]

@Glasfaser
1.0.39

[felixbleyl]

Hallo zusammen,

in Verbindung mit Siemens KNX Raumthermostaten kommt es bei mir regelmäßig zu Abbrüchen des Adapters, hier der Auszug aus dem Log:

knx.0 2020-10-10 14:05:13.950 info (2733) Connected - local UDP Server listening on 192.168.178.21:55605
knx.0 2020-10-10 14:05:13.947 info (2733) Using UDP with local IP: 192.168.178.21
knx.0 2020-10-10 14:05:11.959 info (2733) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
knx.0 2020-10-10 14:05:11.951 info (2733) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0 2020-10-10 14:05:11.946 info (2733) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
knx.0 2020-10-10 14:02:20.349 info (2733) Connected - local UDP Server listening on 192.168.178.21:33321
knx.0 2020-10-10 14:02:20.347 info (2733) Using UDP with local IP: 192.168.178.21
knx.0 2020-10-10 14:02:18.358 info (2733) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
knx.0 2020-10-10 14:02:18.352 info (2733) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0 2020-10-10 14:02:18.347 info (2733) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).

In der ETS (GruppenMonitor) sehe ich das die Raumthermostate irgendeine Information auf den Bus Senden, welche wahrscheinlich den Adapter in die Knie zwingen.

Ich vermute das das Telegram mit der Ziel-Adresse: HVAC/DistrSegmH 1 das Problem verursacht, leider finde ich keine Option das Telegram im Gerät auszuschalten. Ich denke es liegt am LTE-Mode des Thermostates

Hat jemand eine Idee das Problem zu lösen ?

Bzw. Kann man bei dem KNX Adapter einstellen, wie er sich bei Unbekannten Telegrammen verhalten soll ? Eventuell das er Unbekannte Telegramme ignoriert ?

Vielen Dank

Grüße

Felix

[sourex]

Hi.
Ich wollte seid einiger Zeit mal wieder versuchen meinen Stripe vernünftig über IO zu steuern da ich bei Github gelesen habe das Chefkoch mal die dazugehörigen Datenpunkte eingepflegt hat.
Mein Aktor ist ein MDT der den Stripe auf den GT2 über HSV wunderbar ansteuert.
Kann mir jemand bestätigen das das mit IOBroker überhaupt funktioniert bevor ich das unmögliche versuche ?

Gesteuert werden sollen Helligkeit und Farbe.
Sättigung wer schön aber kein Muss.
Diverse Collerpicker Widgets funktionieren leider nicht da sie alle auf Hue Basis arbeiten.

[chefkoch009]

@sourex Hast du mal 6-Byte Objekt versucht?

[sourex]

@chefkoch009

hier kannst du in etwa sehen was ich schon versuch habe.

Mit den 6 Byte hatte ich es noch nicht versucht da die ganzen Verknüpfungen dann weg sind. Unter Openhab hat das ganze ja auch ohne einen einzelnen Weißwert geklappt.
Dachte mir dann muss das doch auch hier so gehen.

[Philipp S.]

Hallo liebe Community,
ich hätte auch mal ein Problem mit dem Adapter. Ich gehe mal stark davon aus das es ein Fehler meinerseits ist, dabei stehe ich jedoch schon ein paar Tage auf dem Schlauch.

Und zwar habe ich eine GA zum Schalten meines Lichtes und eine GA als Rückmeldeobjekt. Diese sind wie hier in dem Tread auch schon beschrieben wie folgt benannt:

knx.0.Licht.Rueckmeldung_Beleuchtung.Beleuchtung_OG_Flur_Ein_Aus
knx.0.Licht.Rueckmeldung_Beleuchtung.Beleuchtung_OG_Flur_Ein_Aus_STATUS

Mein Problöem besteht nun darin, das in der Vis die Anzeige nur in eine Richtung Funktioniert. Schalte ich das Licht in der Vis an, steht diese folglich auf "Ein". Schalte ich dann das Licht am Schalter aus so ändert sich die Anzeige (Schiebeschalter in der Vis auf "Aus".
Schalte ich jedoch das licht am Schalter an, so wird der Schiebeschalter in der VIS nicht aktualisiert.

Ist das Problem auch bei anderen bekannt? gibt es dazu eine Lösung? über Hilfe wäre ich sehr dankbar. Die beiden RAWs der Gruppenadressen habe ich unten mal angehängt.

Gruß
Philipp

{
  "_id": "knx.0.Licht.Schalten.Beleuchtung_OG_Flur_Ein_Aus",
  "type": "state",
  "common": {
    "name": "Beleuchtung OG Flur Ein/Aus",
    "type": "boolean",
    "role": "value",
    "unit": "",
    "read": false,
    "write": true,
    "update": true,
    "max": true,
    "min": false
  },
  "native": {
    "dpt": "DPT1.001",
    "address": "1/1/15",
    "addressRefId": "P-043C-0_GA-210",
    "statusGARefId": "P-043C-0_GA-106",
    "actGARefId": "",
    "objRef": "O-0_R-11001",
    "devName": "M-0083_A-008A-25-6CE4",
    "devInst": "P-043C-0_DI-56",
    "objectSize": ""
  },
  "from": "system.adapter.knx.0",
  "user": "system.user.admin",
  "ts": 1603573898012,
  "acl": {
    "object": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1638
  }
}

{
  "from": "system.adapter.knx.0",
  "user": "system.user.admin",
  "ts": 1603573898022,
  "common": {
    "name": "Beleuchtung OG Flur Ein/Aus STATUS",
    "type": "boolean",
    "role": "indicator",
    "unit": "",
    "read": true,
    "write": true,
    "update": true,
    "max": true,
    "min": false
  },
  "native": {
    "dpt": "DPT1.011",
    "address": "1/4/15",
    "addressRefId": "P-043C-0_GA-106",
    "statusGARefId": "",
    "actGARefId": "P-043C-0_GA-210",
    "objRef": "O-65_R-223",
    "devName": "M-0083_A-008A-25-6CE4",
    "devInst": "P-043C-0_DI-56",
    "objectSize": ""
  },
  "acl": {
    "object": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1638
  },
  "_id": "knx.0.Licht.Rueckmeldung_Beleuchtung.Beleuchtung_OG_Flur_Ein_Aus_STATUS",
  "type": "state"
}

[TheBam]

@Philipp-Stopp
In deinem ersten DP steht in Zeile 9 bei read ein false drin. Das würde ich mal zu true ändern und im 2. DP bin ich mir bei der role nicht sicher ob da value rein muss. Probier die beiden Sachen mal aus.

[Philipp S.]

@ThaBam Hallo,
vielen Dank für die Info. Ich habe beide Optionen unabhängig voneinander und auch zusammen ausprobiert, leider ohne Erfolg. Was zu sagen ist, in den Objekten wird der Wert des Rückmeldeobjektes Umgeschaltet. Dort Sehe ich sowohl das sich ändernde Schaltobjekt als auch die Veränderung in dem Rückmeldeobjekt. Lediglich der Schiebeschalter reagiert nicht.

Gibt es noch weitere Lösungsansätze?

Gruß
Philipp

[Garfonso]

@ThaBam said in Test Adapter KNX v1.0.x:

@Philipp-Stopp
In deinem ersten DP steht in Zeile 9 bei read ein false drin. Das würde ich mal zu true ändern und im 2. DP bin ich mir bei der role nicht sicher ob da value rein muss. Probier die beiden Sachen mal aus.

Nein bitte read bei der ActGA auf false lassen. Sonst kannst du nicht mehr aus ioBroker raus steuern! (der adapter interpretiert das dann so, dass du dann ein GroupValueRead machen willst und nicht den GroupValue schreiben willst!).

@Philipp-S
Das Problem hört sich etwas strange an... also ein Ausschalten siehst du in der Vis, aber ein einschalten nicht? Siehst du im Admin-Tab Objekte, dass sich die Objekte ändern, wenn du im KNX schaltest?

[mpenno]

@Philipp-S
Beim Testen und Probieren verschiedener Werte der RAW Daten habe ich die Erfahrung gemacht, das es hilfreich ist den KNX Adapter nach einer Änderung neu zu starten.

[Philipp S.]

@Garfonso Hallo,
ich habe das im ActGA wieder auf false zurückgestellt.
Unter den Objekten sehe ich, dass sich beim ausschalten via KNX sowohl die ActGA sowie die StatusGA ändern. Beide Zeigen also den "richtigen" Status an.

@mpenno EIn neustart des Adapters hat meine Situation nicht verändert.

[Garfonso]

@Philipp-S said in Test Adapter KNX v1.0.x:

@Garfonso Hallo,
ich habe das im ActGA wieder auf false zurückgestellt.
Unter den Objekten sehe ich, dass sich beim ausschalten via KNX sowohl die ActGA sowie die StatusGA ändern. Beide Zeigen also den "richtigen" Status an.

War dein Problem nicht das "anschalten"?

@Philipp-S said in Test Adapter KNX v1.0.x:

Schalte ich jedoch das licht am Schalter an, so wird der Schiebeschalter in der VIS nicht aktualisiert.

-> kommt ein und aus beides bei den ioBroker Objekten an? -> dann wäre es kein KNX / KNX-Adapter Problem.
Hast du das Objekt für die ActGA in Vis eingestellt?

[spencer85]

Ich habe das gleiche Problem wie @123brokerei

• "... Schalten" und "... Schalten Staus", sowie

• "... Wert Dimmen" und "... Wert Dimmen Staus"

immer identisch heißen. Der Adapter kann so über die Namensübereinstimmung den Aktorwert mit den Statuswert verknüpfen.
Dies war allerdings bei mir trotz identischer Benennung nicht möglich, weshalb

Bei mir heißen die werte Identisch und hinten "Schalten und Schalten Status" und "Dimmwert und Dimmwert Status" Die wurden bei mir auch nicht erkannt.

2: manuell die "statusGARefId" und "addressRefId" der beiden zusammengehörenden Werte angepasst wurden.
Zu mehr reicht mein Hintergrund leider nicht.

Bedeutet das, dass ich jetzt alle manuell verknüpfen muss? über statusGARefId und actGARefID?

Das gleiche Problem habe ich bei Jalousien... Also muss ich alles manuell machen? Ich verstehe nicht warum bei mir die Heuristik versagt. Kann es sein, dass keine Namen verglichen werden wenn die GAs in unterschiedlichen Mittelgruppen liegen. Z.B. 2/2/3 mit 2/5/3?

Vielleicht könnte mir dazu jemand Feedback geben. Danke

[Philipp S.]

@Garfonso Ja beide Objekte kommen in den Objekten an. Ich glaube das deren Verknüpfung nicht richtig funktioniert?! oder muss ich diese Verknüpfung manuell in der VIS herstellen? Dann wäre dies ei Problem in der VIS bzw. dort ein Fehler von mir.

Muss ich in der VIS die SchaltGA und die StatusGA beide verknüpfen? wenn ja Wie?

Gruß
Philipp