KNX Adapter überholt

Merlin123

So…

Reproduzierbar:
` > knx.0 2018-07-12 08:32:45.029 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:32:35.020 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:32:25.021 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:32:15.017 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:32:05.005 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:31:55.008 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:31:45.002 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:31:34.993 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:31:24.992 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:31:14.987 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:31:05.227 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:30:54.972 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:30:44.971 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:30:34.958 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:30:24.935 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:30:14.929 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:30:04.921 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:29:54.915 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:29:44.907 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:29:34.903 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:29:24.898 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:29:14.883 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:29:05.234 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

knx.0 2018-07-12 08:29:05.229 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_CONNECTION_STATE_REQUEST(5) to STATE_NOT_CONNECTED(0).

hue.0 2018-07-12 08:26:29.327 info final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}

hue.0 2018-07-12 08:26:29.324 info final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}

hue.0 2018-07-12 08:26:29.243 info final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}

hue.0 2018-07-12 08:26:29.211 info final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}

knx.0 2018-07-12 08:26:20.539 info Connected! with 131 datapoints of 283 Datapoints over all.

knx.0 2018-07-12 08:26:20.528 info Connected! with 131 datapoints of 283 Datapoints over all.

knx.0 2018-07-12 08:26:20.323 info Connected - local UDP Server listening on 192.168.0.175:49150

knx.0 2018-07-12 08:26:20.306 info Event : UDP - listening

knx.0 2018-07-12 08:26:20.287 info Debuglevel: 1 2

knx.0 2018-07-12 08:26:20.252 info Connecting to knx GW: 192.168.0.112:3671 with phy. Adr: 15.15.241

knx.0 2018-07-12 08:26:20.308 info Connected - local UDP Server listening on 192.168.0.175:44691

knx.0 2018-07-12 08:26:20.291 info Event : UDP - listening

knx.0 2018-07-12 08:26:20.271 info Debuglevel: 1 2

knx.0 2018-07-12 08:26:20.247 info Connecting to knx GW: 192.168.0.112:3671 with phy. Adr: 15.15.241

knx.0 2018-07-12 08:26:20.246 info knx license is OK.

knx.0 2018-07-12 08:26:20.241 info knx license is OK.

knx.0 2018-07-12 08:26:19.890 info starting. Version 1.0.13 in /opt/iobroker/node_modules/iobroker.knx, node: v10.6.0

knx.0 2018-07-12 08:26:19.890 info starting. Version 1.0.13 in /opt/iobroker/node_modules/iobroker.knx, node: v10.6.0 `

Hier zum Vergleich der Output mit der .12er Version

` > knx.0 2018-07-12 08:55:34.288 info Connected! with 131 datapoints of 283 Datapoints over all.

knx.0 2018-07-12 08:55:34.287 info Connected! with 131 datapoints of 283 Datapoints over all.

knx.0 2018-07-12 08:55:34.109 info Connected - local UDP Server listening on 192.168.0.175:39174

knx.0 2018-07-12 08:55:34.096 info Event : UDP - listening

knx.0 2018-07-12 08:55:34.080 info Debuglevel: 1 2

knx.0 2018-07-12 08:55:34.058 info Connecting to knx GW: 192.168.0.112:3671 with phy. Adr: 15.15.241

knx.0 2018-07-12 08:55:34.097 info Connected - local UDP Server listening on 192.168.0.175:47800

knx.0 2018-07-12 08:55:34.084 info Event : UDP - listening

knx.0 2018-07-12 08:55:34.068 info Debuglevel: 1 2

knx.0 2018-07-12 08:55:34.044 info Connecting to knx GW: 192.168.0.112:3671 with phy. Adr: 15.15.241

knx.0 2018-07-12 08:55:34.053 info knx license is OK.

knx.0 2018-07-12 08:55:34.039 info knx license is OK.

knx.0 2018-07-12 08:55:33.662 info starting. Version 1.0.12 in /opt/iobroker/node_modules/iobroker.knx, node: v10.6.0

knx.0 2018-07-12 08:55:33.630 info starting. Version 1.0.12 in /opt/iobroker/node_modules/iobroker.knx, node: v10.6.0 `

Micheagle

Hallo zusammen,

bei mir tritt das gleiche Problem mit auf:

2018-07-12 12:03:40.176  - info: knx.0  STATE_NOT_CONNECTED : Try to connect / reconnect :  STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

Ich werde ebenfalls mal die 1.0.12 probieren.

Viele Grüße

Michael

Merlin123

Jetzt hab ich das auch mit der .12er Version

Was ich geändert habe die Tage:

Node von 6.14.3 auf 10.6.0 aktualisiert.

Kann das damit zusammenhängen?

Und was mir eben noch aufgefallen ist:

Ich habe die Instanz des KNX Adapters gestoppt (wird auch als gestoppt angezeigt), trotzdem kommen im Log weiter die

knx.0 2018-07-12 21:22:11.985 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).

Meldungen.

Erst ein stop/start von iobroker hat das wieder in den Griff bekommen

Merlin123

Bin jetzt auf Node v8.11.3 zurück, bis jetzt sieht es gut aus.

Hoffe das bleibt, da wir jetzt ne Woche in Urlaub fahren und das laufen muss

Merlin123

Gibt es eigentlich eine Möglichkeit, den KNX Adapter irgendwie zu überwachen?

Also wenn er "seltsame" Fehler wirft oder nichts mehr macht soll ne Mail oder so kommen.

War jetzt ne Woche in Urlaub und via einer Alexa Routine sollten die Rollläden automatisch hoch/runter gefahren werden.

Als ich Mitte der Woche mal in das ioBroker Log geschaut habe, habe ich keine Einträge des KNX Adapters mehr entdeckt. Er hatte also vermutlich den Dienst eingestellt

Nach Stop/Start des Adapters (war noch die .12er Version) lief es wieder.

Ist halt schon Mist, wenn man sich nicht drauf verlassen kann, dass alles geht. Wenn ich zu Hause bin und der nicht mehr mag ist das auch Mist. Die Tag/Nacht Umschaltung des KNX Systems läuft nicht mehr, die PMs können die Hue Lampen nicht mehr einschalten usw.

Ich finde die Arbeit, die sich Chefkoch macht, echt klasse. Ich weiß wie schwer es ist, in solch heterogenen Umgebungen Software fehlerfrei zum Laufen zu bekommen.

Deshalb wäre es halt genial, wenn man einen Fehlerzustand schnell erkennt, optimalerweise bevor man die Auswirkungen merkt.

Hat da jemand vielleicht eine Idee?

Micheagle

Hallo,

vielleicht gibt es eine Funktion, mit der die iobroker Log Datei nach einem String oder nach Wörtern abgefragt wird.

Sobald dann eine passende KNX Fehlermeldung kommt, kannst du dich per Telegram Adapter benachrichtigen lassen.

Und das Beste daran, diese Lösung funktioniert dann auch universell für andere Adapter.

Hast du schon die 1.0.15 ausprobiert?

Viele Grüße

Michael

Merlin123

Die Idee klingt gut. Hab nur keine Ahnung wie ich das machen müsste.

Hab aktuell die. 15er am laufen

Gesendet von meinem CLT-L09 mit Tapatalk

Merlin123

Weiß jemand, woher diese Meldung kommt:

knx.0	2018-07-24 07:36:13.357	info	HIGH Load : 10.433437765785307pkg/s

Da ich eher ne kleine KNX Installation habe und um die Zeit auch nicht viel passiert, wundert mich das etwas. Hab da glaub ich grad 4 Rollläden gleichzeitig hoch gemacht, aber das sollte ja kein Thema sein (werden über eine Alexa Gruppe aktiviert)

Gestern abend hat er auch den Dienst eingestellt. Bis 22:03 hat es funktioniert, da hat der PM (KNX) ausgelöst und ioBroker hat die Hue Lampen geschaltet. Danach nicht mehr.

Hier mal der Auszug aus Log zu dem Zeitpunkt. Vielleicht hat jemand eine Idee, wieso das passiert ist:

2018-07-23 21:43:04.996  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_EG:{"bri":51,"on":true,"level":20}
2018-07-23 21:43:05.002  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_EG:{"bri":51,"on":true,"level":20}
2018-07-23 21:44:41.689  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":254,"on":true,"level":100}
2018-07-23 21:44:41.691  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_OG:{"bri":25,"on":true,"level":10}
2018-07-23 21:44:41.703  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_klein_OG:{"bri":8,"on":true,"level":3}
2018-07-23 21:45:37.646  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_EG:{"bri":0,"on":false,"level":0}
2018-07-23 21:45:51.760  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":0,"on":false,"level":0}
2018-07-23 21:58:15.778  - ^[[32minfo^[[39m: knx.0 HIGH Load : 340.99166514072897pkg/s
2018-07-23 22:03:41.202  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":254,"on":true,"level":100}
2018-07-23 22:03:41.206  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_OG:{"bri":25,"on":true,"level":10}
2018-07-23 22:03:41.219  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_klein_OG:{"bri":8,"on":true,"level":3}
2018-07-23 22:05:42.101  - ^[[32minfo^[[39m: knx.0  STATE_NOT_CONNECTED : Try to connect / reconnect :  STATE_READY(7) to STATE_NOT_CONNECTED(0).
2018-07-23 22:05:46.111  - ^[[32minfo^[[39m: knx.0 Using UDP with local IP: 192.168.0.175
2018-07-23 22:05:46.113  - ^[[32minfo^[[39m: knx.0 Event : UDP - listening
2018-07-23 22:05:46.115  - ^[[32minfo^[[39m: knx.0 Connected  - local UDP Server listening on 192.168.0.175:43367
2018-07-23 22:05:48.047  - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging true
2018-07-23 22:08:16.503  - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging false
2018-07-23 22:25:16.532  - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging true
2018-07-23 22:32:02.259  - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging false
2018-07-23 22:33:02.683  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":0,"on":false,"level":0}
2018-07-23 22:37:40.654  - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging true
2018-07-23 22:37:49.141  - ^[[32minfo^[[39m: host.orangepiplus2e object change system.adapter.knx.0
2018-07-23 22:37:49.144  - ^[[32minfo^[[39m: host.orangepiplus2e "system.adapter.knx.0" disabled
2018-07-23 22:37:49.145  - ^[[32minfo^[[39m: host.orangepiplus2e stopInstance system.adapter.knx.0
2018-07-23 22:37:49.147  - ^[[32minfo^[[39m: host.orangepiplus2e stopInstance system.adapter.knx.0 killing pid 10271
2018-07-23 22:37:49.162  - ^[[34mdebug^[[39m: knx.0 Adapter close
2018-07-23 22:37:49.179  - ^[[32minfo^[[39m: knx.0  STATE_NOT_CONNECTED : Try to connect / reconnect :  STATE_READY(7) to STATE_NOT_CONNECTED(0).
2018-07-23 22:37:49.201  - ^[[32minfo^[[39m: knx.0  STATE_NOT_CONNECTED : Stop connection :  STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
2018-07-23 22:37:49.285  - ^[[32minfo^[[39m: host.orangepiplus2e instance system.adapter.knx.0 terminated with code 0 (OK)
2018-07-23 22:37:55.003  - ^[[32minfo^[[39m: host.orangepiplus2e object change system.adapter.knx.0
2018-07-23 22:37:55.063  - ^[[32minfo^[[39m: host.orangepiplus2e instance system.adapter.knx.0 started with pid 3325
2018-07-23 22:37:57.609  - ^[[34mdebug^[[39m: knx.0 objectDB connected
2018-07-23 22:37:57.672  - ^[[34mdebug^[[39m: knx.0 statesDB connected
2018-07-23 22:37:57.749  - ^[[32minfo^[[39m: knx.0 starting. Version 1.0.15 in /opt/iobroker/node_modules/iobroker.knx, node: v8.11.3
2018-07-23 22:37:57.995  - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging true
2018-07-23 22:37:58.068  - ^[[32minfo^[[39m: knx.0 knx license is OK.
2018-07-23 22:37:58.073  - ^[[32minfo^[[39m: knx.0 Connecting to knx GW:  192.168.0.112:3671   with phy. Adr:  15.15.241
2018-07-23 22:37:58.117  - ^[[32minfo^[[39m: knx.0 Debuglevel: 1    2
2018-07-23 22:37:58.132  - ^[[32minfo^[[39m: knx.0 Event : UDP - listening
2018-07-23 22:37:58.144  - ^[[32minfo^[[39m: knx.0 Connected  - local UDP Server listening on 192.168.0.175:46482
2018-07-23 22:37:58.247  - ^[[32minfo^[[39m: knx.0 Connected!   with 131 datapoints of 283 Datapoints over all.
2018-07-23 22:38:12.457  - ^[[32minfo^[[39m: knx.0 HIGH Load : 259.4173020444937pkg/s
2018-07-23 22:38:12.513  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}
2018-07-23 22:38:12.602  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}
2018-07-23 22:38:12.638  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}
2018-07-23 22:39:02.864  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":254,"on":true,"level":100}
2018-07-23 22:39:02.888  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_OG:{"bri":25,"on":true,"level":10}
2018-07-23 22:39:02.897  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_klein_OG:{"bri":8,"on":true,"level":3}
2018-07-23 22:39:58.720  - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging false
2018-07-23 22:40:16.650  - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":0,"on":false,"level":0}

Micheagle

Zu der Idee mit den fehlern im Log-File:

https://github.com/ioBroker/ioBroker.admin/issues/140

Es scheint also noch nicht umgesetzt zu sein.

Workaround:

Du könntest alle zwölf Stunden einen (freien KNX Aktor vom KNX-Adapter schalten lassen. Und per Trigger schickst du dir immer ein Telegram Nachricht, wenn dieser Aktor auf ein geschaltet wurde.

Bleibt die Telegram Nachricht aus, hängt das System.

Oder Umgekehrt, wenn nicht alle x Stunden dieses Toggeln erfolgt, erst dann spendest du diese Telegram Botschaft.

SebastianSchultz created this issue in ioBroker/ioBroker.admin

closed Datenpunkt für admin log #140

Merlin123

Gute Idee. Schau ich mir mal an

Gesendet von meinem CLT-L09 mit Tapatalk

KNXbroker

Hi chefkoch,

ich würde mal gerne nachfragen, welche Features du so als nächstes geplant hast?

Ich verfolge gerade aufmerksam die Entwicklung vom Material.UI Adapter, der gerade große Fortschritte macht. Ich denke, das wird ein großer Schritt für den IO Broker! Im Zusammenhang mit dem KNX Adapter wäre es genial, wenn die komplette Räume und Funktionen aus der ETS automatisch per Import in den IOBroker gespielt werden würden. Damit hätte man in Null-Komma nichts eine brauchbare VISU.

Hast Du daran schon gedacht?

Gruß KNX Broker

Centurytt

Hallo an Alle,

ich habe hier ein Problem mit dem KNX Status. Der Wert in statusGARefId wird nicht befüllt und somit ist ein erfassen bzw. Auslesen des Status nicht möglich. Das Knxproj file liegt vor. Kann jemand helfen ?

Danke

Centurytt

Kann mir denn keiner helfen ?

lg

Thomas

tombox

Hi

Es kann nur Chefkoch helfen. Er ist der einzige der den Code bearbeiten und Fehler beheben kann. Also abwarten bis er sich meldet.

Es gibt auch schon im github ein issue dazu.

Centurytt

Vielen Dank für deine Rückmeldung.

Hier noch paar infos:

KNX Bus via IP Gateway verbunden. Alle Schaltungen funktioneiren soweit in der VISU. Leider aktualisiert sich der Status nicht wenn man den Taster manuell betätigt. Restartet man den Adapter aktualisiert sich der Status. Allerdings fehlen mir die Werte:

"statusGARefId": "",

"actGARefId"

Am Bus selbst habe ich bei diesem Taster auch die Flags L und A gesetzt aber irgendwie ergebnislos.

Dann warte ich auf Chefkoch.

Danke

lg

{

"from": "system.adapter.knx.0",

"ts": 1532858170602,

"common": {

"name": "Büro Keller",

"type": "boolean",

"role": "switch",

"min": 0,

"max": 1,

"read": true,

"write": true

},

"native": {

"dpt": "DPT1.000",

"address": "1/1/0",

"addressRefId": "P-04F1-0_GA-34",

"statusGARefId": "",

"actGARefId": ""

},

"acl": {

"object": 1636,

"owner": "system.user.admin",

"ownerGroup": "system.group.administrator",

"state": 1636

},

"_id": "knx.0.A.Neue_Mittelgruppe.F",

"type": "state"

}

chefkoch009

Hallo,

@centurytt: der Taster hat die Flags Ü,A un der Aktor auf dem Schaltkanal Ü und S. Der korrespondierende Statuskanal auf dem aktor hat Ü, L und A.

Beim Ändern der Flags sind die Geräte zu programmieren!

Dann den KNX.0 Baum unter Objekte löschen und neu importieren.

Dann sollte bei dir bei der Schaltadresse statusGARefID und bei der Statusadresse actGARefID etwas stehen.

@KNXbroker: ich arbeite zur Zeit an gelegentlichen Timeouts. Das wird die nächste Version(also die Behebung des Problems). Anschließend ist,

auf vielfachen Wunsch hin, die Möglichkeit der manuellen Zuordnung von schalt- zu Statusadressen in Arbeit.

Bin zur Zeit nur spartanisch online, versuche dennoch zu antworten.

VG

chefkoch009

Centurytt

Hallo Chefkoch,

danke werde es heute Abend ausprobieren. Melde mich dann wieder.

lg

Centurytt

Hallo Chefkoch,

leider nein, hat nicht geklappt. Kein Wert vorhanden. Anbei mal ein Screenshot meiner ETS Prog. Einstelllung. Hab jetzt Testweise mal nur einen Schalter (KG Büro) mit den Flags drinnen. Anbei noch die Screenshots…. was mache ich da falsch ?

Danke im Voraus

lg

Tom
8174_ga_aktor.png
8174_taster.png

peer6969

Da ich beim Durchsuchen des Forums irgendwie widersprüchliche Informationen gefunden habe und bevor ich falsch einkaufe:

funktioniert der Adapter reibungslos beim Nutzen einer Tunneling Verbindung oder wird zwingend ein KNX/IP-Router benötigt?

Ein KNX/IP-Interface mit 4 Tunneln kostet erheblich weniger als ein Router, den man im Zweifel dann am Ende nicht wirklich braucht.

Centurytt

~~@peer6969:~~

Da ich beim Durchsuchen des Forums irgendwie widersprüchliche Informationen gefunden habe und bevor ich falsch einkaufe:

funktioniert der Adapter reibungslos beim Nutzen einer Tunneling Verbindung oder wird zwingend ein KNX/IP-Router benötigt?

Ein KNX/IP-Interface mit 4 Tunneln kostet erheblich weniger als ein Router, den man im Zweifel dann am Ende nicht wirklich braucht. `

Doch das IP Gateway funzt schon ganz gut das passt. Es ist die ETS Programmierung die halt auch passen muss. Und bei mir hackts halt an dem Punkt. Der Router macht ja im Prinzip nix anderes.

NEWS