Test Adapter KNX v1.0.x

Tschak

@chefkoch009 Hallo Chefkoch Respekt mal für deine Arbeit, hier muss ich aber widersprechen , denn nur die Geräte der 1. Generation haben diese Einschränkung. Neuere Geräte und das schon seit bestimmt 3 Jahren haben schon die 16bit.

https://support.knx.org/hc/de/articles/115003188109-Gruppenadressen

Vielleicht könntest du dieses berücksichtigen, da mein Projekt von Anfang an mit 32 Hauptgruppen aufgebaut wurde.

Tschak

ich habe jetzt bestimmt 2 Stunden gelesen und verschiedene Dinge ausprobiert aber bei mir will die Zuweisung Schalten und Rückmeldung einfach nicht funktionieren, vielleicht kann mir jemand helfen was ich falsch mache.

Hier meine Stand
Node.js v10.20.1
NPM v6.14.8
JS Controller v3.2.11
Admin Instanz v4.2.1
KNX Adapter v1.0.44
ETS v5.7.4

HG 0 EG Licht
UG 0 Licht schalten EG
GA 171 Licht schalten EG Schlafz
Datentype 1001 Schalten

HG 0 EG Licht
UG 3 Licht Status EG
GA 90 Licht schalten EG Schlafz Status
Datentype 1011 Status

Schalter Flags KSÜ
Status Flags KS
war vom Hersteller des Sensors vorgegeben

{
  "from": "system.adapter.knx.0",
  "user": "system.user.admin",
  "ts": 1611741369100,
  "common": {
    "name": "Licht schalten EG Schlafz",
    "type": "boolean",
    "role": "value",
    "read": false,
    "write": true,
    "max": true,
    "min": false
  },
  "native": {
    "dpt": "DPT1.001",
    "address": "0/0/171",
    "addressRefId": "P-075F-0_GA-94",
    "statusGARefId": "",
    "actGARefId": "",
    "objRef": "O-49_R-529",
    "devName": "M-000C_A-1920-14-880B",
    "devInst": "P-075F-0_DI-125",
    "objectSize": "",
    "update": false
  },
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "knx.0.EG_Licht.Licht_schalten_EG.Licht_schalten_EG_Schlafz",
  "type": "state"
}

{
  "_id": "knx.0.EG_Licht.Licht_Status_EG.Licht_schalten_EG_Schlafz_Status",
  "type": "state",
  "common": {
    "name": "Licht schalten EG Schlafz Status",
    "type": "boolean",
    "role": "indicator",
    "read": true,
    "write": false,
    "max": true,
    "min": false
  },
  "native": {
    "dpt": "DPT1.011",
    "address": "0/3/90",
    "addressRefId": "P-075F-0_GA-135",
    "statusGARefId": "",
    "actGARefId": "",
    "update": true,
    "objRef": "O-51_R-532",
    "devName": "M-000C_A-1920-14-880B",
    "devInst": "P-075F-0_DI-125",
    "objectSize": ""
  },
  "from": "system.adapter.knx.0",
  "user": "system.user.admin",
  "ts": 1611741369095,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Zuerst nochmal zu meinen Verständnis

werden HG und UG Bezeichnung nun mit einbezogen in dem Vergleich oder nicht?

abase21

@tschak ..ich weiß nicht ob dir das hilft, ich bin noch sehr neu im Thema Was mir aufgefallen ist:
Beim Import geht manchmal was verloren und einige Datenpunkte funktionieren nicht richtig. Ich habe heute mein Projekt neu importiert und dabei vergessen nur "neue Datenpunkte importieren" anzuhaken. Dabei sind Datenpunkte kaputt gegangen die vorher funktiniert haben, dass heißt im Iobroker sah alles gut aus, aber es kam nichts bei der ETS (bus) an. Zum Test habe ich in der ETs einige neue GAs für kaputte Datenpunte erstellt und dann nun mit dem Haken (nur neue Datenpunkte) importiert und siehe da plötzlich funktinierte mein Jalousie..
Das ist zwar keine wirkliche Lösung, aber es macht doch klar, dass wenn was nicht funktiniert kannst Du dir einen Wolf konfigurieren und das wird nix.

mike439

Werte abfragen via Schreiben auf dem Status-Objekt funktioniert bei mir nicht. Es kommt zwar am Bus die Leseanfrage und diese wird auch beantwortet, aber der Wert im ioBroker ändert sich dadurch nicht (weder fürs Schalten- noch fürs Statusobjekt) . Wenn ich via ETS den Wert vom Bus abfrage, dann bekommt ioBroker die Änderung zwar mit (der Wert leuchtet kurz grün im Objects Tab), aber aktualisiert nicht.

dittmar

@abase21 hast du mal versucht bei deinen "kaputten Datenpunkte" in den ioBroker objekten das Häkchen für lesen und Update zu entfernen? so wie ich oben geschrieben habe?

Garfonso

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

aber aktualisiert nicht.

Was heißt "aktualisiert nicht"? Das kann auch ein Admin-Problem sein. Mach mal den Browser ganz zu und versuch es nochmal.
Wenn die Verknüpfung von schalten und status funktioniert hat, sollten die geänderten Werte bei der SchaltGA angezeigt werden, auch bei einem GroupValueRead vom Adapter aus

mike439

@Garfonso

Folgendes konkretes Beispiel:

Position-Objekt:

{
  "from": "system.adapter.knx.0",
  "user": "system.user.admin",
  "ts": 1611780950257,
  "common": {
    "name": "2_EG_3_Buero_Beschattung_Position",
    "type": "number",
    "role": "level",
    "unit": "%",
    "max": 255,
    "min": 0,
    "read": false,
    "write": true
  },
  "native": {
    "dpt": "DPT5.004",
    "address": "2/3/0",
    "addressRefId": "P-043A-0_GA-227",
    "statusGARefId": "P-043A-0_GA-74",
    "actGARefId": "",
    "objRef": "O-223_R-1907",
    "devName": "M-0002_A-A079-14-20B6",
    "devInst": "P-043A-0_DI-6",
    "objectSize": "",
    "update": false
  },
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "knx.0.Beschattung.Beschattung_Position.2_EG_3_Buero_Beschattung_Position",
  "type": "state"
}

Position_Status-Objekt:

{
  "_id": "knx.0.Beschattung.Beschattung_PositionStatus.2_EG_3_Buero_Beschattung_PositionStatus",
  "type": "state",
  "common": {
    "name": "2_EG_3_Buero_Beschattung_PositionStatus",
    "type": "number",
    "role": "value",
    "read": true,
    "write": true,
    "unit": "%",
    "max": 255,
    "min": 0
  },
  "native": {
    "dpt": "DPT5.004",
    "address": "2/4/0",
    "addressRefId": "P-043A-0_GA-74",
    "statusGARefId": "",
    "actGARefId": "P-043A-0_GA-227",
    "objRef": "O-243_R-1900",
    "devName": "M-0002_A-A079-14-20B6",
    "devInst": "P-043A-0_DI-6",
    "objectSize": ""
  },
  "from": "system.adapter.knx.0",
  "user": "system.user.admin",
  "ts": 1611780950214,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Dazugehörige GAs in ETS:

Dann klicke ich in die "value"-Zelle des Status-Objekts und klicke wieder raus:

Und in beiden Value-Zellen (also von Position und Status) bleibt der Wert auf 198%. Der sollte in dem Moment doch auf 255% hüpfen, oder nicht?

mane444

Hallo, ich bin gerade auch etwas am Testen. Nur klappt bei mir die automatische Zuweisung von Schalt GA zu Status GA auch nicht überall. Kann man diese Automatik auch irgendwie abwählen ?

Markus84

Ich bin auch gerade noch am Testen. Bekomme ich ein Problem wenn ich meine Gruppenadressen z.B. so aufbaue:

1(Licht)/1(Schalten)/5 Buero-Deckenlicht Schalten
1(Licht)/4(Status)/5 Buero-Deckenlicht Status
1(Licht)/7(Sperren)/Buero-Deckenlicht Sperren

Erkennt der Adapter dann den Zusammenhang zwischen Schalten und Status und lässt Sperren außen vor?

Gibt es irgendwo eine Anleitung, wie man (falls es mal nicht automatisch klappt) Schalten und Status verknüpfen kann?

Bevor ich jetzt die Gruppenadressen für das ganze Haus anfange anzulegen, wäre es super, wenn ihr mir noch einen Tipp geben könntet, wenn meine geplante Namensgebung nicht optimal sein sollte.

loverz

@markus84 generell spricht da nichts dagegen denke ich, aber die offizielle Empfehlung sieht eher so aus: EG/Beleuchtung/Wohnzimmer_Schalten_Status (Beispiel)

loverz

@loverz sagte in Test Adapter KNX v1.0.x:
@chefkoch009 Ich muss mein eigenes Thema nochmal hochholen.

Mir ist aufgefallen, dass meine Rollladen Status (Positionen) nicht bei iobroker ankommen, wenn auf dem Bus viel los ist. Bei mir ist das z.B. bei Sonnenaufgang und Abenddämmerung.

Ich habe mit dem Wert "Pakete pro Sekunde"

schon "rumgespielt"

Wie verhält es sich denn hier genau, was passiert, wenn dieser Wert überschritten wird? Werden dann die von ioBroker abgehenden Telegramme verzögert?
Was passiert mit eigehenden Telegrammen wie z.B. Rollladenpositionen? Werden diese in diesem Fall dann verworfen?

Ich stehe echt auf dem Schlauch, aber ohne die Rollladenpositionen habe ich hier massive Probleme z.B. auch was den Unwetterschutz angeht.

Garfonso

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

Und in beiden Value-Zellen (also von Position und Status) bleibt der Wert auf 198%. Der sollte in dem Moment doch auf 255% hüpfen

Ja. Wobei 255% sich auch sehr merkwürdig anhört.. gibt es da nicht nen besseren Datentyp als %? Vielleicht wird da an einer Stelle ja doch was weggefiltert. Aber keine Ahnung... hm. Muss ich mal irgendwie versuchen zu testen kopfkratz

Garfonso

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

Hallo, ich bin gerade auch etwas am Testen. Nur klappt bei mir die automatische Zuweisung von Schalt GA zu Status GA auch nicht überall. Kann man diese Automatik auch irgendwie abwählen ?

Warum willst du sie "abwählen"? Du kannst es durch editieren der RAW-Objekte in ioBroker manuell machen für die, wo es nicht klappt. (wird hier x-mal erklärt im Thread, Ergebnis siehe z.B. den Post von mike439 etwas über deinem, die addressRefId, statusGARefId und actGARefId Felder).

Garfonso

@markus84
Sperren sollte außen vor gelassen werden. Ich würde noch das "Schalten" am Ende weglassen -> dann ist die Schalt GA und die Status GA ziemlich sicher am ähnlichsten (weil Status beim berechnen der Differenz ignoriert wird).

Garfonso

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

Wie verhält es sich denn hier genau, was passiert, wenn dieser Wert überschritten wird? Werden dann die von ioBroker abgehenden Telegramme verzögert?
Was passiert mit eigehenden Telegrammen wie z.B. Rollladenpositionen? Werden diese in diesem Fall dann verworfen?

Die Erklärung, die ich dazu erhalten habe ist, dass vom ioBroker gesendete Telegramme verzögert werden. Eingehende Telegramme sollten weiterhin normal behandelt werden. -> das alles in der Theorie. Habe es nicht im Code geprüft oder selbst ausprobiert (wobei eingehende Telegramme hier, solange die Connection stehen bleibt, bisher immer verarbeitet wurden).

Ich habe bei Skripten, wo ich viel schalte aber auch öfter mit setStateDelayed gearbeitet, damit kannst du das Problem dann selber umgehen.

loverz

@garfonso danke für die Infos, bei mir gehen definitiv Telegramme verloren, im log ist nichts zu finden.

Es scheint so, als hätte dieses Sekunden-Setting keine wirksame Funktion.

Vielleicht muss ich meine Blocklys nochmal anschauen und einige Punkte verzögern.

mane444

@garfonso
Das habe ich gelesen, ich wollte nur nicht unbedingt im RAW anpassen da man hier bei Änderungen im KNX-Projekt und erneuten Einlesen Objekte u.U. überschreibt. Es war halt mal eine Idee.
Ich hab's inzwischen auch geschafft das die Schaltenden GA mit dem Status GA richtig verknüpft werden. Was noch nicht klappt sind absolute Dimmwerte und Jalousie Positionen. Bin mir aber nicht sicher ob das überhaupt klappen sollte.

Markus84

@garfonso Mit "sperren außen vor lassen" meinst du, dass der Adapter es selbst außen vor lässt, oder muss ich hier tätig werden? loverz hatte angemerkt, dass mein Gruppenadressenaufbau nicht der offiziellen Empfehlung folgt. Siehst du hier ein Problem, dass mein Aufbau es dem Adapter schwieriger macht?

mike439

@garfonso
255% klingt allerdings seltsam, ja. Aber das ist nunmal ein Datentyp in KNX. Auch so zu sehen in der ETS:

Garfonso

@mane444
das Klappt genauso. Wichtig ist halt, dass die GAs möglichst identisch heißen. Also z.B. 'XYZ Dimmen' und dazu 'XYZ Dimmen Status'. Dann geht es. Position genauso.

NEWS

Test Adapter KNX v1.0.x

Support us

1.7k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts

NEWS

Test Adapter KNX v1.0.x

Support us

1.7kOnline

30.4kUsers

76.7kTopics

1.2mPosts

1.7k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts