KNX Adapter überholt

chefkoch009

Hallo,

Thema node-red: der Eingangstyp und Ausgangstyp von Val ist zu beachten! Als Beispiel: Eingang: Temperatur "21.5" das ist Typ String. Am Ausgang muss aber 21.5 vom Typ float anliegen!
senden auf den knx-bus: das write Attribut im angesprochenen Objekt muss auf true stehen.

@merlin123: da steht in deinem Log:

powerState differs from expected, ignore state change! Please write correct datatype (boolean)

"Ignore state Change": die Statusänderung wird ignoriert. Es passiert also nichts.

2)````
admin.0 2018-09-22 10:00:32.075 warn Disable logging, because no one socket connected

Was ist da passiert? Ggf weiter oben im Log schauen.

3)````
knx.0	2018-09-22 10:00:21.479	error	TypeError: Cannot read property 'write' of undefined
knx.0	2018-09-22 10:00:21.477	error	message knx.0.Geräte.Präsenzmelder.Präsenz_OG [object Object] Cannot read property 'write' of undefined

Da passen die Typen der an den knx-adapter übergebenen Werte nicht. Das sagt er aber auch:

error	Error: unkown Inputvalue

Welche Version vom js-controller verwendest du?

VG

chefkoch009

Merlin123

Das war der 1.5.1.

Nachdem ich heute aber das System neu aufgesetzt habe, ist es wieder 1.4.2

Aktuell läuft der Adapter auch ohne Probleme.

sound31

Hallo Chefkoch,

Nachtrag zum Tema Status Rückmeldung die bei zwei Aktoren nicht funktioniert hat.

Bin seit Freitag umgestiegen von Raspberry auf Tinkerboard mit Aktualisierung

der Adapter unter anderem ist der KNX-Adapter jetzt auf Ver. 1.0.17

Fazit: Die Statusmeldungen klappen jetzt wunderbar.

Grüße, Andy.

PS: Großen Dank für deine Arbeit am Adapter.

Merlin123

Was sagt mir denn der Log Eintrag?

knx.0	2018-09-25 17:06:25.612	debug	system.adapter.admin.0: logging true
knx.0	2018-09-25 17:06:00.724	debug	system.adapter.admin.0: logging false

Kommt mehrfach im Log so vor

Doemel

Mahlzeit Chefkoch,

erstmal, super Arbeit. Mittlerweile habe ich es auch hinbekommen, mein Projekt zu importieren (Ein Hinweis in der Readme, dass die Datei NICHT PW-geschützt sein darf, wäre eventuell sinnvoll)

Nun aber zu meinem Problem: Ich habe bisher noch nichts testen können, da ioBroker Neuland für mich ist und ich erst morgen vor Ort an der Anlage bin. Ich habe mich allerdings gefragt wie das ganze mit der Rückmeldung funktioniert und mich schon vorher ein wenig eingelesen.

Hierauf Bezug nehmend: https://github.com/ioBroker/ioBroker.knx/issues/11

Es ist mir aufgefallen, dass kein Objekt mit irgendeiner Rückmeldeadresse verknüpft wurde. Es ist jeweils nur die "addressRefId" ausgefüllt (das ist die Adresse die von ioBroker erstellt wurde?)

Des Weiteren was genau ist mit der Spalte "Rolle" und der Spalte "state" gemeint? In der Spalte "state" steht bei mir überall state.

In der Spalte "Rolle" steht verschiedenes (ich denke das hat mit den DPT zu tun?)

Bei den Rückmeldeobjekten, steht bei Rolle immer "value" sollte dort nicht eher "state" stehen?

GA haben bei mit folgendes Schema

:

Lfd.Nr_Raum_Gewerk_Ort_Funktion - Beispiel: 03_Wohnzimmer_Licht_Haupt_Ein/Aus - Das Rückmeldeobjekt würde dann wie folgt aussehen: 03_Wohnzimmer_Licht_Haupt_RM

Mir ist gerade aufgefallen, dass bei mir in der ETS die RM-Objekte als DPT 1.001, statt auf 1.011 eingestellt sind. Hat er automatisch so gemacht. Ich werde es mal ändern und es nochmals probieren.

Merlin123

Ich habe einige Scripte, die KNX mit Hue verbinden (z.B. PMs, die das Flurlicht schalten oder Taster, die einzelne oder alle Hue Lampen schalten).

Bis vor einiger Zeit lief das super.

Dann hat es angefangen, dass zwischen der Auslösung des KNX Events und dem Schalten der Hues teilweise einige Sekunden vergehen (manchmal 20-30 Sekunden, meisten zwischen 5 und 10 würde ich sagen). Ich hatte erst meine OrangePi in Verdacht und habe das System sauber neu aufgesetzt und dann die ioBroker Sachen wieder aus dem Backup restored. Leider ist das Problem geblieben.

Wie finde ich da jetzt am das Problem?

Wenn ich den KNX Adapter auf "Debug less" stelle sehe ich keine Sachen vom Bus, bei "Debug more" werde ich geflutet :(

Micheagle

Hallo Merlin123,

Selbst wenn du viele Nachrichten im Log hast, kannst du anschließend ja auf die benötigten Einträge filtern.

Dann kennst du die Position des Einfrages und kannst in der vollständigen Log-Datei auf Fehlersuche gehen.

Das wäre mein Ansatz.

Grüße

Michael

Merlin123

Danke für den Tipp. Hab dabei auch mal das Hue Log eingeschaltet und glaub den Fehler gefunden. Da kommt als ein "Too many commands, Waiting for xxxx Seconds"

Im Thread für den Hue Adapter wird das Problem geschildert. Also mal da suchen.

Danke für den Wink mit dem Zaunpfahl. Darauf hätte ich auch selbst kommen können ;)

peer6969

~~@Merlin123:~~

Ich habe einige Scripte, die KNX mit Hue verbinden (z.B. PMs, die das Flurlicht schalten oder Taster, die einzelne oder alle Hue Lampen schalten).

Bis vor einiger Zeit lief das super.

Dann hat es angefangen, dass zwischen der Auslösung des KNX Events und dem Schalten der Hues teilweise einige Sekunden vergehen (manchmal 20-30 Sekunden, meisten zwischen 5 und 10 würde ich sagen). Ich hatte erst meine OrangePi in Verdacht und habe das System sauber neu aufgesetzt und dann die ioBroker Sachen wieder aus dem Backup restored. Leider ist das Problem geblieben.

Wie finde ich da jetzt am das Problem?

Wenn ich den KNX Adapter auf "Debug less" stelle sehe ich keine Sachen vom Bus, bei "Debug more" werde ich geflutet :( `

Hast Du Dir da selbst etwas zusammengeklickt oder nutzt Du ein Skript aus dem Forum? Ich möchte am WE ebenfalls die Schaltung von Zigbee Lampen mit KNX Tastern umsetzen. Ich nutze statt der Hue Bridge allerdings ein deCONZ Interface.

Merlin123

Hab selbst was gebaut. Ist ja einfach. Jetzt nur mal das Problem mit dem Hue Adapter lösen

Gesendet von meinem CLT-L09 mit Tapatalk

Merlin123

Wo kommen eigentlich diese ganzen Meldungen her? Die fluten gerade mein Log oder ich sehe den Sinn darin gerade nicht.

knx.0	2018-10-02 13:26:55.381	debug	system.adapter.admin.0: logging true
knx.0	2018-10-02 13:26:55.381	debug	system.adapter.admin.0: logging true
knx.0	2018-10-02 13:26:55.381	debug	system.adapter.admin.0: logging true
knx.0	2018-10-02 13:26:55.381	debug	system.adapter.admin.0: logging true

Guna86

Hallo zusammen,

ich habe mit einem Aktor leider ein Problem. Ab und an kommt laut Log (siehe unten Fortluft und Zuluft: val: (DPT9.001) vs Außenluft val: 12 (DPT9.001)) kein Temperaturwert mit, in ioBroker wird der Wert dann auf '0' gesetzt. Hier wäre es super wenn der Wert stattdessen unangetastet bliebe oder auf 'null' gesetzt wird. Letzteres könnte man bei Graphen oder Scripten einfach "ignorieren" wenn gewünscht. Da es sich um einen (Außen)Temperaturwert handelt, kann ich auch nicht einfach davon ausgehen, dass 0 nie vorkommt :lol: . Im Einsatz habe ich 1.0.15 - nach der Installation von 1.0.17 fehlte mir immer das eigentliche knx.js Script im node-modules-Ordner.

Gruß

Guna

knx.0	2018-10-08 10:29:40.471	info	READ multi-array value : [] auf knx.0.Lüftung.Lueftungsanlage.Lueftung_Temperatur_Zuluft
knx.0	2018-10-08 10:29:40.471	info	READ : mappedName : Lueftung Temperatur Zuluft dest : 6/0/13 val: (DPT9.001) Lueftung_Temperatur_Zuluft
knx.0	2018-10-08 10:29:40.451	info	RESPONSE single-array value : 12 auf knx.0.Lüftung.Lueftungsanlage.Lueftung_Temperatur_Aussenluft
knx.0	2018-10-08 10:29:40.451	info	RESPONSE : mappedName : Lueftung Temperatur Aussenluft dest : 6/0/10 val: 12 (DPT9.001) Lueftung_Temperatur_Aussenluft
knx.0	2018-10-08 10:29:40.428	info	READ multi-array value : [] auf knx.0.Lüftung.Lueftungsanlage.Lueftung_Temperatur_Fortluft
knx.0	2018-10-08 10:29:40.428	info	READ : mappedName : Lueftung Temperatur Fortluft dest : 6/0/11 val: (DPT9.001) Lueftung_Temperatur_Fortluft

shannon

Ich habe mit der aktuellen Version 1.0.17 noch immer das Problem dass er in Kombination mit dem iobroker Cloud Adapter (verwende den um via Alexa auf KNX geräte zuzugreifen) "hängen" bleibt und erst nach einem restart des adapters wieder funktioniert.

Um das genauer analysieren zu können hätte ich gerne mehr Loginformationen des Adapters. Soweit ichdas verstanden habe kann ich das erweiterte Logging auch über die Webui (Expertenmodus und dann auf upload drücken, damit in der Adapterkonfiguration die Debugauswahl erscheint) erreichen.

Leider hat das bei mir nicht funktioniert. Gibt es eine alternative möglichkeit um den Loglevel zu erhöhen.

Lg Shannon

chefkoch009

Hallo Shannon,

Die Arten des Loggings die du ansprichst, sind grundverschieden. In der Admin UI belässt du das loglevel auf Debug. In der Adapter Konfiguration des KNX Adapters stellst du ein wieviele Informationen du sehen möchtest. Also debug auf most.

Ich habe den Verdacht, das der Adapter nicht richtig installiert ist.

VG

chefkoch009

Merlin123

Meine MDT Glastaster liefer eine Ist-Temperatur, die ich in den Objekten des KNX Adapters auch angezeigt bekomme.

Kann ich die irgendwie im Cloudadapter hinzufügen, so dass ich dann die Temperatur via Alexa abfragen kann?

Wenn ich die einfach als Gerät hinzufügen will meldet der Cloud Adapter

"Dieses Objekt kann nicht hinzugefügt werden, da es nicht unterstützt wird."

Das Objekt sieht so aus:

{
  "_id": "knx.0.Heizung.Temperatur.Temperatur_Wohnzimmer",
  "type": "state",
  "common": {
    "name": "Temperatur Wohnzimmer",
    "type": "number",
    "read": true,
    "write": false,
    "role": "value.temperature.number",
    "min": -670760,
    "max": 670760
  },
  "native": {
    "dpt": "DPT9.001",
    "address": "2/2/3",
    "addressRefId": "P-0B72-0_GA-60",
    "statusGARefId": "",
    "actGARefId": ""
  },
  "from": "system.adapter.knx.0",
  "ts": 1521096979940,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Garfonso

~~@Merlin123:~~

Meine MDT Glastaster liefer eine Ist-Temperatur, die ich in den Objekten des KNX Adapters auch angezeigt bekomme.

Kann ich die irgendwie im Cloudadapter hinzufügen, so dass ich dann die Temperatur via Alexa abfragen kann?

Wenn ich die einfach als Gerät hinzufügen will meldet der Cloud Adapter

"Dieses Objekt kann nicht hinzugefügt werden, da es nicht unterstützt wird."

Das Objekt sieht so aus:
{
  "_id": "knx.0.Heizung.Temperatur.Temperatur_Wohnzimmer",
  "type": "state",
  "common": {
    "name": "Temperatur Wohnzimmer",
    "type": "number",
    "read": true,
    "write": false,
    "role": "value.temperature.number",
    "min": -670760,
    "max": 670760
  },
  "native": {
    "dpt": "DPT9.001",
    "address": "2/2/3",
    "addressRefId": "P-0B72-0_GA-60",
    "statusGARefId": "",
    "actGARefId": ""
  },
  "from": "system.adapter.knx.0",
  "ts": 1521096979940,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}
```` `  

Ich würde mal versuchen den Typ in "value.temperature" zu ändern.

Merlin123

~~@Garfonso:~~

Ich würde mal versuchen den Typ in "value.temperature" zu ändern. `

Ändert leider nichts :(

mpenno

Gleiches Verhalten wie bei "merlin123" konnte ich auch heute beobachten:

Ich musste gerade den ioBroker-Docker-Container aufgrund eines Updates neu starten, wobei anschließend eine Gruppe von Rollläden heruntergefahren ist. Die passende Gruppenadresse würde ich herausfinden, jedoch weiß ich nicht, warum die Aktion ausgelöst wurde.

Wie kann ich bei der Fehlersuche vorgehen?

Ich verwende den KNX-Adapter mit der Version 1.0.17, die ETS-Projektdatei wurde mit der Version 5.6.3 erzeugt.

Viele Grüße

Michael

szimpel

Hat irgendjemand eine Idee warum der Adapter jede Stunde zur gleichen Zeit die Verbindung verliert?

2018-10-23 19:05:28.079 info Connected - local UDP Server listening on 192.168.0.60:49959

knx.0 2018-10-23 19:05:28.078 info Using UDP with local IP: 192.168.0.60

knx.0 2018-10-23 19:05:24.137 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 19:05:24.135 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 19:05:24.133 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 19:05:24.076 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_TUNNELlING_WAIT_SENT_ACK_TIMEOUT(12) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 18:08:02.565 info Connected - local UDP Server listening on 192.168.0.60:40861

knx.0 2018-10-23 18:08:02.565 info Using UDP with local IP: 192.168.0.60

knx.0 2018-10-23 18:07:58.559 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_TUNNELlING_WAIT_SENT_ACK(9) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 18:05:29.461 info Connected - local UDP Server listening on 192.168.0.60:53514

knx.0 2018-10-23 18:05:29.460 info Using UDP with local IP: 192.168.0.60

knx.0 2018-10-23 18:05:25.459 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_TUNNELlING_WAIT_SENT_ACK(9) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 17:05:29.543 info Connected - local UDP Server listening on 192.168.0.60:49756

knx.0 2018-10-23 17:05:29.543 info Using UDP with local IP: 192.168.0.60

knx.0 2018-10-23 17:05:26.828 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 17:05:26.826 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 17:05:26.824 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 17:05:25.540 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_TUNNELlING_WAIT_SENT_ACK_TIMEOUT(12) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 16:05:30.025 info Connected - local UDP Server listening on 192.168.0.60:57244

knx.0 2018-10-23 16:05:30.025 info Using UDP with local IP: 192.168.0.60

knx.0 2018-10-23 16:05:27.044 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 16:05:27.042 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 16:05:27.040 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 16:05:26.022 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_TUNNELlING_WAIT_SENT_ACK_TIMEOUT(12) to STATE_NOT_CONNECTED(0).

knx.0 2018-10-23 15:05:29.508 info Connected - local UDP Server listening on 192.168.0.60:33207

knx.0 2018-10-23 15:05:29.507 info Using UDP with local IP: 192.168.0.60

knx.0 2018-10-23 15:05:26.137 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).

Gruß,

Stefan

Breisgauer

@chefkoch009, dieser Thread hier ist inzwischen sehr lang und unübersichtlich geworden. Er mischt auch Feedback zu neuen Versionen mit normalen Hilfestellungen.

Ich fände es hilfreich, wenn man wieder zum Vorgehen "Ein Thread / ein Thema" zurückkehren könnte.

Community Forum

NEWS

KNX Adapter überholt

Support us

735

32.4k

81.4k

1.3m