KNX Adapter überholt

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.

killroy

Hallo,

Nachrichten von NodeRed nicht auf den Bus kommen oft nicht durch. Ich habe Logiken die gleichzeitig mehrere Ausgänge ein und Ausschalten. Dann kommt es vor dass einer oder mehr je nach Zufall nicht durchkommt. Ist das ein bekanntes Problem? Wie kann ich es Debuggen und an welchem Subsystem könnte es liegen?

killroy

Hier mal eine Aufzählung der grössten Probleme die ich bei mir habe. Die KNX Adapter Version ist 1.0.15. Einige der Fehler widersprechen einem Produktiveinsatz was mich dazu zwingt eine Alternative zu ioBroker installieren.

-KNX Import friert ohne Fortschritt oder Anzeige ab, der Import geht oft schief und dann doch wieder mit dem selben Projekt

-generell ist iOBroker oft eingefroren dass nur noch Browserfenster schliessen und Verbindung neu aufbauen hilft. Das war schon bei der Testinstallation auf dem PC so, an der HW liegt es eher nicht. Besonders ärgerlich wenn umfangreiche Änderungen verloren gehen. Ich verbringe ähnlich viel Zeit mit dem Verbindungsaufbau wie mir wirklicher Arbeit.

-Weinzierl 731 IP Interface meldet mir oft dass alle Verbindungen in Nutzung sind, Neustart vom Interface bringt nur was wenn ioBroker auch neu gestartet wird

-willkürlich keine Kommunikation über manche KNX Adressen nach Neustart

-Bei gleichzeitiger Schreiblast über NodeRed auf den Bus gehen Daten verloren

-kompletter Funktionsabbruch nach gewisser Zeit

-manche GA sind nach Import nicht schreibbar, obwohl in ETS identisch Formatiert wie andere die funktionieren. Der Objekt Browser zeigt mir dann bestätigt false an.

-NodeRed findet nach KNX Projektimport neue GA nicht, Refresh und Neustart NodRed hilft nicht, es braucht einen ioBroker Neustart

-nach Neuimport immer wieder Funktionen/Einstellungen verloren gehen, z.B. schreiben erlaubt Flag

-wenn Werte von KNX Objekten unter Objects fehlen, müssen sie erst von Hand geschrieben werden, sonst sind sie in Skripten nicht nutzbar

-und weitere

tombox

Hi

Warum nutzt du nicht die aktuelle 1.0.17

Iobroker einfrieren sollte es nicht geben. Meist liegt es an der Hardware, Node Version oder Browser.

Mit ETS und iobroker auf dem selben Gerät habe ich auch Verbindungsprobleme.

Wenn du importprobleme hast, dann dein export file Chefkoch zur Verfügung stellen mit genauer Beschreibung was fehlerhaft importiert wird.

Merlin123

Frage zum Senden von Statuswerten:

Ich schalte mit einem KNX Taster eine Hue Leuchte, was auch super klappt.

Jetzt würde ich gerne den aktuellen Schaltstatus der Leuchte am Taster anzeigen lassen. Ich habe auch eine GA, aber egal was ich auf die schreibe, der Gruppenmonitor der ETS zeigt beim Wert nichts an (das der Status gesendet wird aber schon) und auch der Taster zeigt keine Zustandsänderung.

Was muss ich machen, damit ioBroker den Status richtig sende?

Hier mal mein Statusobjekt:

{
  "_id": "knx.0.Beleuchtung.Licht_Hue_Status.Status_LichtHue_Esszimmer",
  "type": "state",
  "common": {
    "name": "Status LichtHue Esszimmer",
    "type": "",
    "read": true,
    "write": true,
    "role": "value",
    "min": 0,
    "max": 1
  },
  "native": {
    "dpt": "DPT1.011",
    "address": "0/5/6",
    "addressRefId": "P-0B72-0_GA-151",
    "statusGARefId": "",
    "actGARefId": "P-0B72-0_GA-35"
  },
  "from": "system.adapter.knx.0",
  "ts": 1521096979061,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

zum Vergleich mal ein Statusobjekt eines KNX Schaltaktors, der die richtigen Infos (rein auf KNX Seite) schickt:

{
  "_id": "knx.0.Beleuchtung.Licht_KNX_Status.Licht_KNX_Status_Bad",
  "type": "state",
  "common": {
    "name": "Licht KNX Status Bad",
    "type": "",
    "read": true,
    "write": false,
    "role": "value",
    "min": 0,
    "max": 1
  },
  "native": {
    "dpt": "DPT1.011",
    "address": "0/4/4",
    "addressRefId": "P-0B72-0_GA-98",
    "statusGARefId": "",
    "actGARefId": "P-0B72-0_GA-8"
  },
  "from": "system.adapter.knx.0",
  "ts": 1521096978856,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

chefkoch009

Hallo Merlin123,

Setze mal bitte das write auf False und dann starte den Adapter mal neu.

Vg

chefkoch009

Merlin123

~~@chefkoch009:~~

Setze mal bitte das write auf False und dann starte den Adapter mal neu. `
Ändert leider nichts. Im Infofeld des Gruppenmonitors ist immer noch nichts zu sehen und der Taster ändert seinen Status auch nicht.

Videonisse

~~@chefkoch009:~~

Setze mal bitte das write auf False und dann starte den Adapter mal neu. `
Es war doch schon auf False oben, soll es nicht True sein?

Merlin123

~~@Videonisse:~~

~~@chefkoch009:~~

Setze mal bitte das write auf False und dann starte den Adapter mal neu. Es war doch schon auf False oben, soll es nicht True sein?

naja… klappt ja beides nicht

Merlin123

So..

Mir ist noch was aufgefallen:

Im ETS Busmonitor wird für den Status kein DPT Typ angezeigt, das Feld ist auch leer.

Im Log des KNX Adapters ist mir das aufgefallen:

Wrong type of knx.0.Beleuchtung.Licht_Hue_Status.Status_LichtHue_Esszimmer: "number". Please fix, while deprecated and will not work in next versions.

Hier mal das komplette Log, wo ich das ein/ausschalten getestet habe. Vielleicht erkennt ja jemand was:

2018-11-09 07:38:11.169 - info: knx.0 =====> STATE_TUNNELING_ACK
2018-11-09 07:38:11.172 - info: knx.0 ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 4a af 00 ChID : 74 SeqCntIN : 175 SeqCntOUT : 90
2018-11-09 07:38:11.173 - info: knx.0 ( 4.b ) return to STATE_READY, processing : false
2018-11-09 07:38:11.779 - info: knx.0 ( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 15 04 4a b0 00 29 00 bc e0 32 04 03 06 01 00 80 74
2018-11-09 07:38:11.780 - info: knx.0 WRITE : mappedName : LichtHue Esszimmer dest : 0/3/6 val: 0 (DPT1.001) LichtHue_Esszimmer
2018-11-09 07:38:11.782 - info: knx.0 =====> STATE_TUNNELING_ACK
2018-11-09 07:38:11.783 - info: knx.0 ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 4a b0 00 ChID : 74 SeqCntIN : 176 SeqCntOUT : 90
2018-11-09 07:38:11.784 - info: knx.0 ( 4.b ) return to STATE_READY, processing : false
2018-11-09 07:38:11.786 - warn: javascript.0 Wrong type of knx.0.Beleuchtung.Licht_Hue_Status.Status_LichtHue_Esszimmer: "number". Please fix, while deprecated and will not work in next versions.
2018-11-09 07:38:11.805 - info: knx.0 main.js : tGA.write on Statechange : 0/5/6 P-0B72-0_GA-151 typeof val: number 1 DPT1.011
2018-11-09 07:38:11.808 - info: knx.0 ( 1 ) Sending : GroupValueRead : 06 10 04 20 00 15 04 4a 5a 00 11 00 bc e0 ff f1 05 06 01 00 00 sent to 192.168.0.112:3671 ChID: 74 SeqCntIN : 176 SeqCntOUT : 90 GA : 0/5/6
2018-11-09 07:38:11.810 - info: knx.0 easy-knx: task.data : 06 10 04 20 00 15 04 4a 5a 00 11 00 bc e0 ff f1 05 06 01 00 00 byteLen : 21
2018-11-09 07:38:11.811 - info: knx.0 STATE_TUNNELING_WAIT_SENT_ACK : no defined handling for transition from State: STATE_TUNNELlING_WAIT_SENT_ACK(9) to STATE_TUNNELlING_WAIT_SENT_ACK(9).
2018-11-09 07:38:11.813 - info: knx.0 ( 2 ) Received TUNNEL_ACK : 06 10 04 21 00 0a 04 4a 5a 00 from 192.168.0.112:3671 SeqCntIN : 176 SeqCntOUT : 91 GA : 0/0/0
2018-11-09 07:38:11.813 - info: knx.0 ==> successful acknowledged previous package... processing next of 1
2018-11-09 07:38:11.814 - info: knx.0 ==> easy-knx.js: signal runtime : 0s 5.93603ms
2018-11-09 07:38:11.828 - info: knx.0 =====> STATE_TUNNELING_ACK
2018-11-09 07:38:11.830 - info: knx.0 ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 4a b1 00 ChID : 74 SeqCntIN : 177 SeqCntOUT : 91
2018-11-09 07:38:11.831 - info: knx.0 ( 4.b ) return to STATE_READY, processing : false
2018-11-09 07:38:11.854 - info: hue.0 final lightState for Voelker_Home.Esstisch:{"bri":254,"on":true,"level":100}
2018-11-09 07:38:14.211 - info: knx.0 ( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 15 04 4a b2 00 29 00 bc e0 32 04 03 06 01 00 81 74
2018-11-09 07:38:14.213 - info: knx.0 WRITE : mappedName : LichtHue Esszimmer dest : 0/3/6 val: 1 (DPT1.001) LichtHue_Esszimmer
2018-11-09 07:38:14.217 - info: knx.0 =====> STATE_TUNNELING_ACK
2018-11-09 07:38:14.219 - info: knx.0 ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 4a b2 00 ChID : 74 SeqCntIN : 178 SeqCntOUT : 91
2018-11-09 07:38:14.220 - info: knx.0 ( 4.b ) return to STATE_READY, processing : false
2018-11-09 07:38:14.224 - warn: javascript.0 Wrong type of knx.0.Beleuchtung.Licht_Hue_Status.Status_LichtHue_Esszimmer: "number". Please fix, while deprecated and will not work in next versions.
2018-11-09 07:38:14.260 - info: knx.0 main.js : tGA.write on Statechange : 0/5/6 P-0B72-0_GA-151 typeof val: number 0 DPT1.011
2018-11-09 07:38:14.266 - info: knx.0 ( 1 ) Sending : GroupValueRead : 06 10 04 20 00 15 04 4a 5b 00 11 00 bc e0 ff f1 05 06 01 00 00 sent to 192.168.0.112:3671 ChID: 74 SeqCntIN : 178 SeqCntOUT : 91 GA : 0/5/6
2018-11-09 07:38:14.269 - info: knx.0 easy-knx: task.data : 06 10 04 20 00 15 04 4a 5b 00 11 00 bc e0 ff f1 05 06 01 00 00 byteLen : 21
2018-11-09 07:38:14.271 - info: knx.0 STATE_TUNNELING_WAIT_SENT_ACK : no defined handling for transition from State: STATE_TUNNELlING_WAIT_SENT_ACK(9) to STATE_TUNNELlING_WAIT_SENT_ACK(9).
2018-11-09 07:38:14.281 - info: knx.0 ( 2 ) Received TUNNEL_ACK : 06 10 04 21 00 0a 04 4a 5b 00 from 192.168.0.112:3671 SeqCntIN : 178 SeqCntOUT : 92 GA : 0/0/0
2018-11-09 07:38:14.282 - info: knx.0 ==> successful acknowledged previous package... processing next of 1
2018-11-09 07:38:14.282 - info: knx.0 ==> easy-knx.js: signal runtime : 0s 17.749718ms
2018-11-09 07:38:14.294 - info: knx.0 =====> STATE_TUNNELING_ACK
2018-11-09 07:38:14.296 - info: knx.0 ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 4a b3 00 ChID : 74 SeqCntIN : 179 SeqCntOUT : 92
2018-11-09 07:38:14.297 - info: knx.0 ( 4.b ) return to STATE_READY, processing : false
2018-11-09 07:38:14.326 - info: hue.0 final lightState for Voelker_Home.Esstisch:{"bri":0,"on":false,"level":0}
2018-11-09 07:38:18.264 - info: knx.0 ( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 17 04 4a b4 00 29 00 bc e0 32 07 12 09 03 00 80 0c 0b 74

killroy

~~@tombox:~~

Hi

Warum nutzt du nicht die aktuelle 1.0.17

Iobroker einfrieren sollte es nicht geben. Meist liegt es an der Hardware, Node Version oder Browser.

Mit ETS und iobroker auf dem selben Gerät habe ich auch Verbindungsprobleme.

Wenn du importprobleme hast, dann dein export file Chefkoch zur Verfügung stellen mit genauer Beschreibung was fehlerhaft importiert wird. `

Importprobleme löse ich jetzt indem ich Knoten mit Änderungen rauslösche und dann Einstellungen/Korrekturen neu vornehme.

Mit Firefox läuft IOBroker in der Tat viel besser als mit Chrome.

Ich habe 1.0.17. Damit ist es etwas besser. Willkürliche Schreibprobleme und Leseprobleme auf einzelnen Adressen ist verbessert. Trotzdem friert das KNX System komplett ein oder reagiert so träge dass Eingaben ettliche Sekunden später kommen.

Neues Problem: Ich schreibe über Node Red auf ein Objekt und lese es gleich wieder zurück da es auch von einem Gerät am Bus geschrieben werden kann. Damit das System nicht schwingt filtere ich auf Wertänderng. Ich bekomme einen Lesetrigger, der Wert ist aber noch der alte. Ist das Problem bekannt bzw. gibt es Umgehungsmöglichkeiten?

killroy

Und noch ein Fehler: (immer?/oft?) wenn ich nicht mehr mit ETS auf den Bus komme dann läuft es in Node Red scheibar gut, es klappt aber keine Kommunikation mit dem Bus. Node Red ist dann quasi abgeschnitten. So viele Fehlermöglichkeiten macht das Debuggen zur Qual

kruegertee

Hallo meine lieben KNX-Profis,

ich habe ein merkwürdiges Problem. Jedes Mal, wenn der Adapter neu gestartet wird, fahren sämtliche Rollläden im Haus hoch. Kennt jemand das Problem oder hat eine Idee, was ich noch probieren kann, um dem Problem auf die Schliche zu kommen? Hab dazu einen eigenen Thread aufgemacht inkl. Screenshot vom Gruppenmonitor: viewtopic.php?f=20&t=18678&p=195808#p195808

Am besten im anderen Thread posten, damit dieser hier nicht unnötig vollgepackt wird.

Gruß

Timo

KaFaBe

Ich wollte euch mal fragen welche Rolle bei euch eingetragen ist.

Mir fehlt eine Übersicht in der ich sehen kann, was richtig ist.

Vorallem möchte ich gerne die Auswirkung der verschiedenen Rollen wissen.

Passt das so bei mir?

tombox

Die GAs die ein Status anzeigen sollte wie die GAs heißen mit denen ein Zustand gesetzt nur mit „ status“ am Ende dann verknüpft der knx Adapter die beiden Adressen automatisch.

webseb79

Hallo und guten Abend,

ich nutze den knx Adapter schon länger in der 0.8.6 Version und steige langsam von Homematic Komponenten um auf KNX.

Ich habe im Keller angefangen und bin soweit fertig.

Verbaut sind ein Raumcontroller und ein Heizkörperthermostat.Aus dem Forum habe ich das Heizungsscript laufen.

Soweit funktionierte alles…keine Log Einträge.

Die KNX Komponenten sind stetig gewachsen und nun kommt im Log folgender Eintrag.

! 2018-11-28 17:09:30.776 - info: knx.0 Connected!
! 2018-11-28 17:09:40.789 - info: knx.0 Connected!
! 2018-11-28 17:09:50.801 - info: knx.0 Connected!
! 2018-11-28 17:10:00.014 - info: host.iobroker instance system.adapter.dwd.0 started with pid 23952
! 2018-11-28 17:10:00.817 - info: knx.0 Connected!
! 2018-11-28 17:10:00.910 - info: javascript.0 script.js.Heizung.Heizplan: Ende Abarbeitung fuer Raum Büroraum
! 2018-11-28 17:10:00.912 - info: javascript.0 script.js.Heizung.Heizplan: Ende Abarbeitung fuer Raum Büroraum
! 2018-11-28 17:10:00.967 - info: dwd.0 starting. Version 2.4.3 in /opt/iobroker/node_modules/iobroker.dwd, node: v6.14.3
! 2018-11-28 17:10:02.496 - info: host.iobroker instance system.adapter.dwd.0 terminated with code 0 (OK)
! 2018-11-28 17:10:10.835 - info: knx.0 Connected!
! 2018-11-28 17:10:20.839 - info: knx.0 Connected!
! 2018-11-28 17:10:30.848 - info: knx.0 Connected!
! 2018-11-28 17:10:40.859 - info: knx.0 Connected!
! 2018-11-28 17:10:50.866 - info: knx.0 Connected!
! 2018-11-28 17:11:00.873 - info: knx.0 Connected!
! 2018-11-28 17:11:10.882 - info: knx.0 Connected!
! 2018-11-28 17:11:20.891 - info: knx.0 Connected!
! 2018-11-28 17:11:30.893 - info: knx.0 Connected!
! 2018-11-28 17:11:40.903 - info: knx.0 Connected!
! 2018-11-28 17:12:00.011 - info: host.iobroker instance system.adapter.weatherunderground.0 started with pid 23988
! 2018-11-28 17:12:00.020 - info: host.iobroker instance system.adapter.yr.0 started with pid 23994
! 2018-11-28 17:12:00.763 - info: yr.0 starting. Version 1.0.6 in /opt/iobroker/node_modules/iobroker.yr, node: v6.14.3
! 2018-11-28 17:12:01.167 - info: yr.0 got weather data from yr.no
! 2018-11-28 17:12:00.978 - info: weatherunderground.0 starting. Version 1.1.2 in /opt/iobroker/node_modules/iobroker.weatherunderground, node: v6.14.3
! 2018-11-28 17:12:01.510 - info: knx.0 Connected!
! 2018-11-28 17:12:04.344 - info: host.iobroker instance system.adapter.weatherunderground.0 terminated with code 0 (OK)
! 2018-11-28 17:12:06.314 - info: host.iobroker instance system.adapter.yr.0 terminated with code 0 (OK)
! 2018-11-28 17:12:11.522 - info: knx.0 Connected!
! 2018-11-28 17:12:21.530 - info: knx.0 Connected!
! 2018-11-28 17:12:31.548 - info: knx.0 Connected!
! 2018-11-28 17:12:42.090 - info: knx.0 Connected!

Dann sind ja stetig Verbesserungen in den Versionen und ich bin auf 1.0.17 rauf.

Seitdem kommt der Log mit "knx.0 Connected!" nicht mehr,

ABER

das Heizungsscript sendet die Sollwert zum Raumcontroller nicht mehr.

Per Visu den Sollwert verstellen geht auch nicht.

Per Hand am Raumcontroller den Sollwert verstellen funktioniert und wird in der Visu auch korrekt angezeigt.

Das eingespielte Projekt hat sich nicht geändert…bin auch nochmals in den Versionen hin und hergesprungen , wo ich den Fehler vermute und er auch reproduzierbar ist.

Mein Projekt ist mit 42 Objekten recht klein und kann ich zur Verfügung stellen.

Nodejs: 6.14.3

NPM 3.10.10

Ich bitte um Hilfe von der Fachabteilung

Danke im voraus

Walterius

~~@chefkoch009:~~

In meinen Testszenarien konnte ich es nicht nachstellen. Gleichwohl konnte ich es bei einigen Benutzern live beobachten.

Ich bin jedoch aktiv auf der Suche nach dem Fehler.

@all: kann jemand eine Aussage darüber treffen, ob der Adapter sich Babtec und GIRA verbindet? Ich habe meine Testgeräte leider nicht mehr.

VG

chefkoch009 `

Hallo Chefkoch,

ich nutze den eibport V3 von Babtec und habe mit dem aktuellen Adapter 1.01.17 leider keinen Erfolg beim Verkuppeln. Den Log hab ich mal als Screenshot angehängt.

In den Objekten sehe ich dass sich Schaltzustände aufgrund der definierten Scripte ändern, die Werte werden aber nicht auf dem Bus umgesetzt.

Komischerweise funktioniert das lesen und übertragen von Gerätewerten über den den Bus an den Adapter.

Hast Du oder die Iobroker-Gemeinde eine Idee was ich tun kann?

Freue mich über jeden Hinweis oder Ansatz der mich der Lösung weiter bringt.

Danke & Gruß

Walterius
10031_bildschirmfoto_2018-11-30_um_19.17.28.png

chefkoch009

Hallo Walterius,

Bis jetzt war es so, das als boolean States 0 und 1 akzeptiert wurden. Was aber formal nicht korrekt ist, es muss true und False sein.

Das wird in der kommenden Version korrigiert sein.

Also muss dein Script diese Umsetzung vorerst leisten.

VG

chefkoch009

Walterius

Hallo Chefkoch,

vielen Dank für Deine Antwort…was heißt das denn für mich als Anfänger?

Kannst Du mir hierzu bitte einen Hinweis geben was ich konkret tun muss?

Das wäre genial.

Vielen Dank & Gruß

Walterius

NEWS

KNX Adapter überholt

KNX Adapter überholt

Support us

91

32.4k

81.3k

1.3m