Test Adapter KNX v1.0.x

[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.

[Garfonso]

@markus84
Ich würde das empfehlen:

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

Dann sollte es sicher gehen.

[Markus84]

@garfonso Danke, so werde ich es dann machen!

[Garfonso]

@mike439 ok, dann gehen wir mal davon aus, dass es damit funktioniert. Bin kein ETS Experte
Ich hab mal versucht nachzuvollziehen, ob es am "GroupValueResponse" liegen kann. Wenn ein Gerät von selber aktualisiert, ist es ja was anderes, oder?
Aber eigentlich müsste das schon gehen, weil der Adapter beim Start ja auch alles mit GroupValueRead abfragt. Hm. Ich bin da aktuell überfragt, was da schief gehen kann.