Test Adapter KNX v1.0.x

Glasfaser

Welche Adapterversion ?

loverz

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

Garfonso

@Philipp-S
Wenn die Objekte richtig verknüpft sind, also Schaltvorgänge "im KNX" auch bei der SchaltGA angezeigt werden (nicht "nur" bei der StatusGA), dann ist alles richtig. Deine Objekte sehen in der Hinsicht auch gut aus.
Also eigentlich sollte alles gehen, wenn du die SchaltGA nimmst...

Zwei Sachen fallen mir noch ein:
Kann es vielleicht sein, dass manche Schaltvorgänge nicht bei der richtigen Gruppe ankommen? Also ein Problem bei der KNX-Konfiguration vorliegt?
Oder kann es sein, dass die Vis einfach, wenn du guckst, die Verbindung verliert und daher kein Update rein kommt?

Philipp S.

@Garfonso Hallo,
Vielen Dank für deine Rückmeldung. In den Objekten ändern sich beim schalten beide Objekte...
Leider verstehe ich deine beiden Anmerkungen nicht ganz. Was meinst du mit Verbindung verlieren in der Visualisierung? Wo kann ich das sehen. In der KNX Einstellung kann es eigentlich nicht liegen, da ich ja sowohl das Licht schalten kann und auch die LED des Lichtschalter welche ich mit der StatusGA verknüpft habe...

Ich glaube auch das ich das Problem in der vis suchen muss... Ich habe den Verdacht dass der Schiebeschalter nicht aktualisiert wird?! Macht das Sinn? Bzw was kann ich da verstellen?

Gruß und vielen Dank,
Philipp

Garfonso

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

Leider verstehe ich deine beiden Anmerkungen nicht ganz. Was meinst du mit Verbindung verlieren in der Visualisierung?

Naja, die Visualisierung braucht eine dauerhafte Verbindung zum Server, damit sie Updates bekommt. Das kann natürlich unterbrochen werden. Wäre aber nur zu prüfen, wenn es hin und wieder nicht funktioniert. Und dann würden auch andere Datenpunkte nicht aktualisiert.

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

Ich glaube auch das ich das Problem in der vis suchen muss... Ich habe den Verdacht dass der Schiebeschalter nicht aktualisiert wird?! Macht das Sinn? Bzw was kann ich da verstellen?

Welches Widget nutzt du denn genau? Mich verwirrt total, dass du siehst, dass sich die Lichter ausschalten, aber nicht, wenn sie sich anschalten. Das kann ich mir irgendwie kaum erklären... :-/

Philipp S.

@Garfonso Hallo,
ich verwende den Switch: "fancyswitch - Schieber dunkel Ein/Aus"

Ich habe es jetzt schon mit mehreren Lichtern im Haus Probiert. jedoch immer mit dem gleichen ernüchternden erfolg.

Gruß
Philipp

Garfonso

@Philipp-S
Mit dem ging es bei mir erst auch nicht, dann hab ich den "Falschwert" auf false und den Wahrwert auf true geändert (von 0/1) und jetzt geht es.

Community Forum

NEWS

Test Adapter KNX v1.0.x

Support us

617

32.4k

81.4k

1.3m