NEWS
KNX Adapter überholt
-
leider nicht. Ich müsste dazu deine knxproj haben, dann kann ich es selber testen. `
Hab dir ne PN mit dem Downloadlink zum Projekt geschickt. Hoffe, das hilft -
Bitte einmal zu Aussenbereich.Außenbeleuchtung.Garage_Strahler_links die raw Daten des Datenpunktes.
VG
chefkoch009 `
da ich wieder auf V0.86 bin werden dir die raw Daten nicht helfen, oder? Zumal ich nicht weiß wie/wo ich diese Daten finde!
Ich kann dir einen Downloadlink zum Projekt schicken!
-
Hi chefkoch009,
ich habe zwar nichts zum Inputvalueproblem aber vor einiger Zeit war das Problem mit Node-Red und das keine Werte dort ankommen. War bis vor meiner KNX-Projektumstrukturierung auch immer noch so. Nachdem ich das jetzt in ein grundsaetzlich brauchbares Format gebracht habe und neu eingelesen habe kommt bei Node-Red auch was an, es scheint also durchaus mit seltsamen Namengebungen zu tun gehabt zu haben. Funktionierte sowohl unter 1.04 als auch unter 0.86 (bin ich jetzt auch erstmal drauf zurueck gegangen damit meine Skripte wieder funktionieren).
Ab jetzt kann ich also testen und wohl auch brauchbare Informationen liefern.
Heute Abend setze ich mich dann dran und setze die noch fehlenden DPTs in ETS. Da wo DPTs definiert sind liest iobroker-knx die Status auch ordentlich aus.
-
Hallo,
wie schon mehrfach angesprochen, kann es sein, dass das Lizensfeld nach einem Adapterupdate nicht sichtbar ist. Da gibt es 2 Wege:
-
oder -
über die console:
# cd /opt/iobroker # iobroker u knx
und so sollte es dann (nach ggf Seite-Neuladen (F5) ) aussehen:
VG
chefkoch009
-
-
Bitte einmal zu Aussenbereich.Außenbeleuchtung.Garage_Strahler_links die raw Daten des Datenpunktes.
VG
chefkoch009 `
Hallo Chefkoch009,
so habe die gewünschten RAW Daten gefunden:
{ "from": "system.adapter.knx.1", "ts": 1519566363880, "common": { "name": "Garage Strahler links", "type": "boolean", "role": "switch", "min": 0, "max": 1, "read": false, "write": true }, "native": { "dpt": "DPT1.001", "address": "8/2/2", "addressRefId": "P-03DF-0_GA-1213", "statusGARefId": "", "actGARefId": "" }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "knx.1.Aussenbereich.Außenbeleuchtung.Garage_Strahler_links", "type": "state" }
-
Da ich jetzt auch ein Grundsaetzlich brauchbares ETS-Projekt habe (DPTs fuer 400 Objekte setzen, fun…)
Der Fehler unter 1.04
knx.0 2018-03-01 18:06:25.813 error message knx.0.Schalten.OG_1.OG_Wohnzimmer_Deckenbeleuchtung_1 [object Object] unkown Inputvalue!
{ "from": "system.adapter.knx.0", "ts": 1519923771946, "common": { "name": "OG_Wohnzimmer_Deckenbeleuchtung_1", "type": "boolean", "role": "switch", "min": 0, "max": 1, "read": false, "write": true }, "native": { "dpt": "DPT1.001", "address": "2/0/5", "addressRefId": "P-028A-0_GA-1163", "statusGARefId": "", "actGARefId": "" }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "knx.0.Schalten.OG_1.OG_Wohnzimmer_Deckenbeleuchtung_1", "type": "state" }
Und das ist das Objekt dazu.
-
Hab jetzt auch meine RAW Daten:
{ "from": "system.adapter.knx.0", "ts": 1519831742540, "common": { "name": "Licht KNX Küche", "type": "boolean", "role": "switch", "min": 0, "max": 1, "read": false, "write": true }, "native": { "dpt": "DPT1.001", "address": "0/2/5", "addressRefId": "P-0B72-0_GA-9", "statusGARefId": "P-0B72-0_GA-99", "actGARefId": "" }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "knx.0.Beleuchtung.Licht_KNX.Licht_KNX_Küche", "type": "state" }
Bin vom 0.8.6 wieder auf den 1.0.4, leider geht da wieder nix
knx.0 2018-03-01 18:26:21.643 error at Manager. (/opt/iobroker/node_modules/component-bind/index.js:21:15) knx.0 2018-03-01 18:26:21.643 error at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:228:12) knx.0 2018-03-01 18:26:21.643 error at Socket.onevent (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:270:10) knx.0 2018-03-01 18:26:21.643 error at Socket.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20) knx.0 2018-03-01 18:26:21.643 error at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:48:30) knx.0 2018-03-01 18:26:21.643 error at Object.change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3190:37) knx.0 2018-03-01 18:26:21.643 error at Object.stateChange (/opt/iobroker/node_modules/iobroker.knx/knx.js:81:1853) knx.0 2018-03-01 18:26:21.643 error at _0x1fafce.(anonymous function).(anonymous function) [as write] (/opt/iobroker/node_modules/iobroker.knx/knx.js:43:701) knx.0 2018-03-01 18:26:21.643 error at _0x2b2e0e.(anonymous function) [as groupValueWrite] (/opt/iobroker/node_modules/iobroker.knx/knx.js:17:32171) knx.0 2018-03-01 18:26:21.643 error at Object.decodeVal (/opt/iobroker/node_modules/iobroker.knx/knx.js:31:27069) knx.0 2018-03-01 18:26:21.643 error Error: unkown Inputvalue! knx.0 2018-03-01 18:26:21.639 error message knx.0.Beleuchtung.Licht_KNX.Licht_KNX_Küche [object Object] unkown Inputvalue!
Ich geh wieder zurück auf 0.8.6 und hoffe, es geht dann wieder alles
-
Hallo!
Ich muss leider auch sagen: Die 1.x Versionen des Adapters sind nicht wirklich der Burner.
Die Notwendigkeit einer Lizenz ist dazu gekommen, die KNX-Funktionalität mit meinem Router (Enertex) ist allerdings weg….
Das Adapter meldet zwar wunderbar er wäre verbunden und würde GA's senden, er tut es aber einfach nicht, d.h. auf dem Bus kommt nix an.
Lesen hingegen funktioniert, und bei neustart des Adapters werden auch die Werte aller GA's abgefragt, danach aber ist das Schreiben auf den Bus reine Glückssache - ich würde meinen so in 2% der Fälle funktioniert es auch.
Wo ist denn der Slider geblieben mit dem man am Timing drehen konnte - vieleicht ist da was im Argen .....
Hat sowas noch jemand?
-
Hi,
Ich habe leider ein komisches Problem mit dem neuen Adapter. Mit 0.8.6 lief bei mir alles hervorragend. Seit dem Upgrade auf 1.0.5 kann ich nur noch Rolladen steuern. Normales Licht An- und Ausschalten funktioniert nicht mehr. Lizenzkey ist eingetragen und wird auch als OK angezeigt. Nachdem ALexa nicht reagiert hat, habe ich direkt über die Objektsicht gesteuert. Hier bekomme ich im Log einen Fehler. Sagt Euch das was? Ich nutze ein MDT IP-Gateway und sonst eigtl auch alles von MDT mit ETS5.
Bin etwas ratlos ob ich einfach auf 0.8.6 bleiben soll, oder was ich tun muss, um die 1.0.5 zu,m laufen zu bringen.
Viele Grüße,
Fabian
5728_fehler.jpg
5728_fehler_2.jpg -
Hab jetzt mal den 1.0.5er installiert, aber besser geworden ist es nicht
(Tags für Code lasse ich wegen den Forensoftwareproblemen mal weg)
knx.0 2018-03-03 15:02:08.292 error at Manager. (/opt/iobroker/node_modules/component-bind/index.js:21:15)
knx.0 2018-03-03 15:02:08.292 error at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:228:12)
knx.0 2018-03-03 15:02:08.292 error at Socket.onevent (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:270:10)
knx.0 2018-03-03 15:02:08.292 error at Socket.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20)
knx.0 2018-03-03 15:02:08.292 error at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:48:30)
knx.0 2018-03-03 15:02:08.292 error at Object.change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3190:37)
knx.0 2018-03-03 15:02:08.292 error at Object.stateChange (/opt/iobroker/node_modules/iobroker.knx/knx.js:81:1860)
knx.0 2018-03-03 15:02:08.292 error at _0x5b50ba.(anonymous function).write (/opt/iobroker/node_modules/iobroker.knx/knx.js:43:749)
knx.0 2018-03-03 15:02:08.292 error at _0x5ee457.(anonymous function) [as groupValueWrite] (/opt/iobroker/node_modules/iobroker.knx/knx.js:17:32480)
knx.0 2018-03-03 15:02:08.292 error at Object.decodeVal (/opt/iobroker/node_modules/iobroker.knx/knx.js:31:27239)
knx.0 2018-03-03 15:02:08.292 error Error: unkown Inputvalue!
knx.0 2018-03-03 15:02:08.241 error message knx.0.Beleuchtung.Licht_KNX.Licht_KNX_Küche [object Object] unkown Inputvalue!
@Chefkoch: Wenn Du heute was testen willst: Ich schicke Dir meine Nummer nochmal per PN und lasse die Version mal bis 17 Uhr drauf. Wenn ich bis dahin nichts hre geh ich wieder auf 0.8.6 zurück
-
Bin jetzt auf die 0.8.6 zurück und jetzt findet Alexa keine Geräte mehr
Wie kann man nochmal prüfen, ob er die eigentlich finden müsste? In den Smartgeräten vom Cloud Adapter sind sie nicht sichtbar.
Langsam verzweifel ich etwas mit dem KNX Adapter
Wenn ich in den Objekten direkt ein Gerät schalte geht es, also scheint der KNX Adpater als solches zumindest richtig zu gehen
EDIT: Manuell kann ich die im Cloud Adapter hinzufügen. Wurden die früher nicht automatisch angelegt?
-
Hallo @all,
vielen Dank für euer testen und die gelieferten Fehlermeldungen. Suspekter Weise läuft genau diese Version in meinem Testaufbau. Deshalb hatte ich sie auch freigegeben. Nichts desto trotz läuft sie bei euch eben nicht.
Ich arbeite mit Hochdruck daran. Bis dahin bitte und hoffe ich auf ein wenig Geduld. Solange ich das Problem nicht gefunden habe, bleibt die 0.8.6 die "Last-stable".
VG
chefkoch009
-
Vielen Dank für deine Mühe und genutzte Freizeit.
-
Hallo chefkoch009, leider kann ich Dir keine PN schicken. Ich war hier im Forum leider noch zu wenig aktiv ;). Gerne würd ich Dir aber bei der Fehlersuche (https://github.com/ioBroker/ioBroker.knx/issues/19) helfen.
-
Hallo BigS,
ich schau mir Dein Projekt mal an und melde mich dann wieder. BTW….was hast Du für ein KNX/LAN GW?
VG
chefkoch009
-
Super, vielen Dank. Ich nutze ein MDT IP Interface. Grundsätzlich werden die Telegramme vom Bus empfangen. Da hab ich keine Probleme feststellen können.
-
Kurze Zwischeninfo: Das Update auf die 1.0.6 und die ganzen anderen Updates (Admin, js-controller) haben keine Änderung gebracht. Ich kann leider nach wie vor kein Projekt importieren. Daher ist für mich gerade ioBroker nicht nutzbar :(.
-
Kleine Korrektur ;): Ich hab wieder die Version 0.8.6 installiert, dann mein KNX-Projekt (erstellt mit ETS 5.6.4) importiert. Dabei gab es zwar ein paar Fehler im Log, aber es wurden schön brav die Objekte angelegt. Anschließend hat sich aber der KNX-Adapter verabschiedet und konnte auch nicht mehr gestartet werden. Dann habe ich ein Update von 0.8.6 auf die 1.0.6 gemacht. Das verlief auch problemlos und ich bin jetzt glücklich ;). Jetzt sind meine Objekte sauber drin und der Adapter funktioniert. Ich hoffe jetzt nur, dass ich nicht demnächst wieder das Projekt importieren muss.
Wenn ich Dir aber helfen kann, dann sag mir bescheid. Ich teste gerne für Dich.
-
Hallo @all,
hat schon jemand V1.0.6 getestet? Habe bis jetzt noch kein feedback erhalten.
VG
chefkoch009
-
Nachdem ich jetzt seit gestern wieder meine Objekte drin habe, habe ich natürlich versucht wieder alles an meine neue Struktur anzupassen. Leider habe ich jetzt auch mit der Adapter-Version 1.0.6 festgestellt, dass ich nicht kontinuierlich Werte empfangen und senden kann. Anfangs dachte ich es läge an meine Konfiguration, jetzt bin ich mir aber sicher, dass es an der Verbindung zu meinem MDT IP Gateway liegt. Das ganze hab ich mit einem TCPDUMP nachvollzogen. In den ersten paar Sekunden, an denen der Adapter läuft, sammelt er schön die Werte ein. Danach passiert nichts mehr. Es werden keine Pakete an das IP Gateway geschickt. Im Log selbst ist natürlich auch nichts los.
Mein TCPDUMP bringt mir übrigens recht häufig folgende Meldung:
15:03:57.187119 IP 192.168.1.68 > 192.168.1.240: ICMP 192.168.1.68 udp port 37395 unreachable, length 59 15:03:57.187346 IP 192.168.1.240.3671 > 192.168.1.68.44594: UDP, length 23 15:03:57.187973 IP 192.168.1.68.44594 > 192.168.1.240.3671: UDP, length 10 15:03:58.122023 IP 192.168.1.240.3671 > 192.168.1.68.37395: UDP, length 23 15:03:58.122047 IP 192.168.1.68 > 192.168.1.240: ICMP 192.168.1.68 udp port 37395 unreachable, length 59 15:04:00.184817 IP 192.168.1.240.3671 > 192.168.1.68.44594: UDP, length 23
192.168.1.68 = ioBroker
192.168.1.240 = IP Interface
Wird vom ioBroker ein ICMP-Ping an das Interface geschickt? Wenn ja, wann und warum?
An sich ist das IP Interface immer per Ping erreichbar, ohne Ausfälle. FHEM, was bei mir noch paralell läuft, hat mit KNXD keinerlei Verbindungsprobleme. Solche Probleme hatte ich mit der 0.8.6 Version nicht.
****Edit:
Ach… die Pings kommen bestimmt vom Ping-Adapter ;)****