UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

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

[Markus84]

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

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

Das funktioniert perfekt! Nochmals besten Dank.

Jetzt hänge ich allerdings gerade an den Steckdosen. Diese würde ich pro Raum gerne durchnummerieren. Also z.B.

4(Steckdosen)/1(Schalten)/Buero-Steckdose-001-Schalten
4(Steckdosen)/1(Schalten)/Buero-Steckdose-002-Schalten
...

und dementsprechend

4(Steckdosen)/4(Status)/Buero-Steckdose-001-Schalten-Status
4(Steckdosen)/4(Status)/Buero-Steckdose-002-Schalten-Status
...

Funktioniert das? Oder gibt es Probleme, weil sich nur eine Ziffer ändern würde?

[dittmar]

@dittmar sagte in Test Adapter KNX v1.0.x:

Hallo Zusammen,

ich habe zwei Eigenheiten bemerkt und wollte Fragen ob es bereits bekannt ist.

Mein System:

Node.js v10.20.0 (v12 kann ich nicht nutzen, da damit ein älterer Adapter nicht mehr läuft ( weil fehlende serialport v6 Unterstützung)
NPM v6.14.4
JS Controller v2.2.9
Admin Instanz v4.1.11
KNX Adapter v1.0.39
ETS v5.7.4

1. Ich nutze Iobroker um Zigbee Werte und Schalter an den KNX Bus zu senden. Dies mache ich mit einem einfachen Blockly Script, was so auch funktioniert
   In der neusten Version des KNX Adapters ist es aber so, sobald in den Eigenschaften des Objekts (welche von ETS Import worden sind), keine Min / Max Werte eingetragen sind, ich keinen Wert angezeigt bekomme.

Beispiel, ich sende mir von einem Xiaomi Temp Sensor den Batterie Stand in V, im Zielobjekt der KNX Instanz steht dann nur V ohne Wert.

Nach dem eintragen der beiden Werte und einem Neustart der Intanz ist der Wert da.
Dies war in einer frühreren Version des KNX Adapters (denke v1.0.20? ) nicht so.

2. Die Werte die ich mit meinem Blockly Script schreibe, kommen auf dem Bus erst an wenn ich 1. erledigt habe und wenn ich in den Objekteigenschaften die Häkchen bei read und update rausnehme.

Ansonsten wird dann zwar der Wert in iobroker Objekt richtig angezeigt, aber im Gruppenmonitor in der ETS bleibt das Telegramm ohne Wert.

Dies war wohl vorher auch nicht so...

Ist das bekannt?

möchte meinen Post nochmal hervorheben. Habe nur ich das Problem?

[Garfonso]

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

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

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

Das funktioniert perfekt! Nochmals besten Dank.

Jetzt hänge ich allerdings gerade an den Steckdosen. Diese würde ich pro Raum gerne durchnummerieren. Also z.B.

4(Steckdosen)/1(Schalten)/Buero-Steckdose-001-Schalten
4(Steckdosen)/1(Schalten)/Buero-Steckdose-002-Schalten
...

und dementsprechend

4(Steckdosen)/4(Status)/Buero-Steckdose-001-Schalten-Status
4(Steckdosen)/4(Status)/Buero-Steckdose-002-Schalten-Status
...

Funktioniert das? Oder gibt es Probleme, weil sich nur eine Ziffer ändern würde?

Wenn du es so machst, sollte es eigentlich gehen. Vielleicht probierst du es aber, wenn möglich, vorher kurz aus.

[Garfonso]

@dittmar
ich glaube das ist relativ speziell, wie du das nutzt.. sowas hab ich bisher nicht gemacht, bei mir werden an manchen Stellen true/false (bzw. 0/1) und 0-100% auf den KNX Bus geschrieben, das geht, soweit ich das sehe, mit den aktuellen Versionen... schluterzuck

[FoxRo]

@dittmar
evtl einen Tipp wert, wenn Du Blockly verwendest um auf den KNX Bus zu schreiben, welchen Block benutzt Du da?
Der Block "Aktualisiere" funktioniert nur für IoB interne Zustände. Wenn Du auf den KNX Bus schreiben willst, verwende den Block "Steure".
Wenn schon "steure" verwenden solltest, dann weiss ich bei Dir so auf die Schnelle leider auch nicht mehr weiter.
Viel Erfolg!

[Markus84]

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

Vielleicht probierst du es aber, wenn möglich, vorher kurz aus.

Ich hatte es schon mit wenigen Steckdosen getestet. Ich war mir nur nicht sicher, ob es dann irgendwann vielleicht zu Verwechselungen kommen kann, da sich beispielsweise 001 und 010 sehr ähnlich sind...

Danke nochmal!

[dittmar]

@foxro ich benutze leider das steuere Script schon...

In der Version 1.0.20 gab es keine Probleme... Auch dass man "Update" und "read" deaktivieren muss, ist neu. Möchte aber eigentlich keinen alten Adapter verwenden. Nicht umsonst gibt es Updates und neue Funktionen....

@Garfonso danke dir trotzdem!

[RES_DE]

@dittmar Hallo, könntest Du in Github ein Issue eröffnen, dann kann Dir besser geholfen werden als hier in der Endlosschleife des Forums?
https://github.com/ioBroker/ioBroker.knx/issues

@Garfonso Hoffe Du gehst O.K. mit dem Umziehen des Themas, denn die langen Forumsbeiträge sin dzwar schön wie ein Buch zu lesen, aber Forum User, die zwischendurch einstiegen bleiben mit Ihren Fragen manchmal auf der Strecke

@all: für alle anderen user, die hier in diesem Beitrag bisher noch keine Lösung für ihr Problem erhalten haben oder mitgelesen haben, bitte ebenfalls ein neues Issue eröffnen.
Grüße
Reiner

[Garfonso]

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

Hoffe Du gehst O.K. mit dem Umziehen des Themas, denn die langen Forumsbeiträge sin dzwar schön wie ein Buch zu lesen, aber Forum User, die zwischendurch einstiegen bleiben mit Ihren Fragen manchmal auf der Strecke

Klar, issue ist immer besser, wenn man will, dass der Entwickler sich damit beschäftigt (also wenn irgendwas kaputt ist oder kaputt gegangen ist) - Im Forum ist es für tatsächliches Bugfixing viel zu unübersichtlich.Ein Issue kann chefkoch auch eher sehen und was dazu sagen. Ich bin ja hier nicht der Chef