KNX Adapter überholt

Merlin123

So richtig läuft die 1.0.6er leider immer noch nicht.

Ich konnte zwar einmal ein Licht einschalten, aber nicht wieder aus.

Würde sagen, da werden auch zu wenig GAs angelegt.

Start sieht so aus:

hue.0	2018-03-13 16:48:15.909	info	final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}
hue.0	2018-03-13 16:48:15.891	info	final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}
knx.0	2018-03-13 16:48:15.705	info	update of actGARefId on RESPONSE : P-0B72-0_GA-6 of knx.0.Beleuchtung.Licht_KNX.Licht_KNX_Lilly to 0
knx.0	2018-03-13 16:48:15.672	info	update of actGARefId on RESPONSE : P-0B72-0_GA-8 of knx.0.Beleuchtung.Licht_KNX.Licht_KNX_Bad to 0
knx.0	2018-03-13 16:48:15.595	info	update of actGARefId on RESPONSE : P-0B72-0_GA-10 of knx.0.Beleuchtung.Licht_KNX.Licht_KNX_Bad_Spiegel to 0
knx.0	2018-03-13 16:48:15.545	info	update of actGARefId on RESPONSE : P-0B72-0_GA-30 of knx.0.Beleuchtung.Licht_Hue.LichtHue_Flur_EG to 1
knx.0	2018-03-13 16:48:15.256	info	update of actGARefId on RESPONSE : P-0B72-0_GA-22 of knx.0.Rolladen.Rolladen_lang.Rolladen_Esszimmer to 0
knx.0	2018-03-13 16:48:15.212	info	update of actGARefId on RESPONSE : P-0B72-0_GA-24 of knx.0.Rolladen.Rolladen_lang.Rolladen_Küche_Tür to 0
knx.0	2018-03-13 16:48:15.171	info	update of actGARefId on RESPONSE : P-0B72-0_GA-26 of knx.0.Rolladen.Rolladen_lang.Rolladen_Marleen to 0
knx.0	2018-03-13 16:48:15.106	info	update of actGARefId on RESPONSE : P-0B72-0_GA-28 of knx.0.Rolladen.Rolladen_lang.Rolladen_Lilly to 0
knx.0	2018-03-13 16:48:12.755	info	DPP erstellt für : 0/2/1 Licht KNX WCmit DPT1.001
knx.0	2018-03-13 16:48:12.755	info	DPP erstellt für : 0/2/2 Licht KNX Lillymit DPT1.001
knx.0	2018-03-13 16:48:12.755	info	DPP erstellt für : 0/2/3 Licht KNX Marleenmit DPT1.001
knx.0	2018-03-13 16:48:12.755	info	DPP erstellt für : 0/2/4 Licht KNX Badmit DPT1.001
knx.0	2018-03-13 16:48:12.755	info	DPP erstellt für : 0/2/5 Licht KNX Küchemit DPT1.001
knx.0	2018-03-13 16:48:12.754	info	DPP erstellt für : 0/2/6 Licht KNX Bad Spiegelmit DPT1.001
knx.0	2018-03-13 16:48:12.754	info	DPP erstellt für : 0/2/7 Licht KNX Küchenzeilemit DPT1.001
knx.0	2018-03-13 16:48:12.753	info	DPP erstellt für : 0/3/1 LichtHue Flur EGmit DPT1.001
knx.0	2018-03-13 16:48:12.753	info	DPP erstellt für : 0/3/2 LichtHue Flur OGmit DPT1.001
knx.0	2018-03-13 16:48:12.753	info	DPP erstellt für : 0/3/4 LichtHue Wohnzimmermit DPT1.001
knx.0	2018-03-13 16:48:12.752	info	DPP erstellt für : 0/3/6 LichtHue Esszimmermit DPT1.001
knx.0	2018-03-13 16:48:12.752	info	DPP erstellt für : 0/3/7 LichtHue Elternmit DPT1.001
knx.0	2018-03-13 16:48:12.751	info	DPP erstellt für : 0/3/8 LichtHue Dekolampemit DPT1.001
knx.0	2018-03-13 16:48:12.751	info	DPP erstellt für : 0/3/10 Hue Szene Wohnzimmerlichtmit DPT1.001
knx.0	2018-03-13 16:48:12.750	info	DPP erstellt für : 0/3/11 Hue Szene Fernsehlichtmit DPT1.001
knx.0	2018-03-13 16:48:12.750	info	DPP erstellt für : 1/1/1 Rolladen Wohnzimmermit DPT1.008
knx.0	2018-03-13 16:48:12.749	info	DPP erstellt für : 1/1/2 Rolladen Esszimmermit DPT1.008
knx.0	2018-03-13 16:48:12.749	info	DPP erstellt für : 1/1/3 Rolladen Küchemit DPT1.008
knx.0	2018-03-13 16:48:12.748	info	DPP erstellt für : 1/1/4 Rolladen Küche Türmit DPT1.008
knx.0	2018-03-13 16:48:12.748	info	DPP erstellt für : 1/1/5 Rolladen Badmit DPT1.008
knx.0	2018-03-13 16:48:12.747	info	DPP erstellt für : 1/1/6 Rolladen Marleenmit DPT1.008
knx.0	2018-03-13 16:48:12.747	info	DPP erstellt für : 1/1/7 Rolladen Elternmit DPT1.008
knx.0	2018-03-13 16:48:12.747	info	DPP erstellt für : 1/1/8 Rolladen Lillymit DPT1.008
knx.0	2018-03-13 16:48:12.746	info	DPP erstellt für : 1/1/9 Rolladen Lilly Türmit DPT1.008
knx.0	2018-03-13 16:48:12.746	info	DPP erstellt für : 1/1/20 Rolladen zentralmit DPT1.008
knx.0	2018-03-13 16:48:12.745	info	DPP erstellt für : 1/1/10 Rolladen Treppenhausmit DPT1.008
knx.0	2018-03-13 16:48:12.745	info	DPP erstellt für : 3/1/2 Tag-Nachtmit DPT1.002
knx.0	2018-03-13 16:48:12.616	info	/opt/iobroker/node_modules/iobroker.js-controller
knx.0	2018-03-13 16:48:12.616	info	Connecting to knx GW: 192.168.0.112:3671 with phy. Adr: 15.15.242
knx.0	2018-03-13 16:48:12.612	info	knx license is OK.
knx.0	2018-03-13 16:48:12.183	info	starting. Version 1.0.6 in /opt/iobroker/node_modules/iobroker.knx, node: v6.13.0

Er wirft auch Fehler:

knx.0	2018-03-13 16:50:51.293	error	at Manager. (/opt/iobroker/node_modules/component-bind/index.js:21:15)
knx.0	2018-03-13 16:50:51.293	error	at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:228:12)
knx.0	2018-03-13 16:50:51.293	error	at Socket.onevent (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:270:10)
knx.0	2018-03-13 16:50:51.293	error	at Socket.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20)
knx.0	2018-03-13 16:50:51.293	error	at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:48:30)
knx.0	2018-03-13 16:50:51.293	error	at Object.change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3420:37)
knx.0	2018-03-13 16:50:51.293	error	at Object.stateChange (/opt/iobroker/node_modules/iobroker.knx/knx.js:81:1902)
knx.0	2018-03-13 16:50:51.293	error	at _0x2ee508.(anonymous function).(anonymous function) [as write] (/opt/iobroker/node_modules/iobroker.knx/knx.js:43:822)
knx.0	2018-03-13 16:50:51.293	error	at _0x5c6f3a.(anonymous function) [as groupValueWrite] (/opt/iobroker/node_modules/iobroker.knx/knx.js:17:37502)
knx.0	2018-03-13 16:50:51.293	error	at _0x5c6f3a.emit (events.js:163:17)
knx.0	2018-03-13 16:50:51.293	error	Error: Uncaught, unspecified "error" event. (no connection to KNX Bus)
knx.0	2018-03-13 16:50:51.286	error	message knx.0.Beleuchtung.Licht_KNX.Licht_KNX_Küche [object Object] Uncaught, unspecified "error" event. (no connection to KNX Bus)
knx.0	2018-03-13 16:50:47.954	error	at Manager. (/opt/iobroker/node_modules/component-bind/index.js:21:15)
knx.0	2018-03-13 16:50:47.954	error	at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:228:12)
knx.0	2018-03-13 16:50:47.954	error	at Socket.onevent (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:270:10)
knx.0	2018-03-13 16:50:47.954	error	at Socket.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20)
knx.0	2018-03-13 16:50:47.954	error	at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:48:30)
knx.0	2018-03-13 16:50:47.954	error	at Object.change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3420:37)
knx.0	2018-03-13 16:50:47.954	error	at Object.stateChange (/opt/iobroker/node_modules/iobroker.knx/knx.js:81:1902)
knx.0	2018-03-13 16:50:47.954	error	at _0x2ee508.(anonymous function).(anonymous function) [as write] (/opt/iobroker/node_modules/iobroker.knx/knx.js:43:822)
knx.0	2018-03-13 16:50:47.954	error	at _0x5c6f3a.(anonymous function) [as groupValueWrite] (/opt/iobroker/node_modules/iobroker.knx/knx.js:17:37502)
knx.0	2018-03-13 16:50:47.954	error	at _0x5c6f3a.emit (events.js:163:17)
knx.0	2018-03-13 16:50:47.954	error	Error: Uncaught, unspecified "error" event. (no connection to KNX Bus)
knx.0	2018-03-13 16:50:47.919	error	message knx.0.Beleuchtung.Licht_KNX.Licht_KNX_Küche [object Object] Uncaught, unspecified "error" event. (no connection to KNX Bus)

chefkoch009

Hallo,

@TheBigS

Dein Lan-GW schreibt an den ioBroker auf Port 44954 in (1) und in (2) antwortet der ioBroker über diesen Port auf die 3671 des KNX/LAN GW. Soweit alles OK.

In (3) möchte dein LAN GW aber auf Port 37395 an den iobroker schreiben. Dieser Port ist aber nicht offen. Das sagt er aber auch in (4) und versucht es schliesslich wieder auf der 44594 in (5).

15:03:57.187119 IP 192.168.1.68 > 192.168.1.240: ICMP 192.168.1.68 udp port 37395 unreachable, length 59
1) 15:03:57.187346 IP 192.168.1.240.3671 > 192.168.1.68.>>>44594<<<: UDP, length 23
2) 15:03:57.187973 IP 192.168.1.68.>>>44594<<< > 192.168.1.240.3671: UDP, length 10
3) 15:03:58.122023 IP 192.168.1.240.3671 > 192.168.1.68.>>>37395<<<: UDP, length 23
4) 15:03:58.122047 IP 192.168.1.68 > 192.168.1.240: ICMP 192.168.1.68 udp port 37395 unreachable, length 59
5) 15:04:00.184817 IP 192.168.1.240.3671 > 192.168.1.68>>>44594<<<: UDP, length 23

Das nur kurz zur Info…läuft vielleicht noch etwas anderes im Hintergrund? Hattest Du vorher einen Verbindungsabbruch?

VG

chefkoch009

mrx

~~@smartie:~~

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? `

Hallo,

ich hab das gleiche Problem mit dem Enertex Router.

Hast du das Problem geloest?

Gruss

Stefan

Opelpower

Ich habe gerade auch mal die aktuelle Version getestet, aber hiermit bekomme ich gar keine Verbindung mehr hin.

Bin deswegen auch zurück auf 0.86

Unter Log wird mir auch angezeigt:

host.ioBroker-RasPi 2018-03-20 08:25:28.474 error startInstance knx.0: cannot find start file

Nachtrag:

Habe jetzt noch mal alles runtergeschmissen und neu installiert und jetzt hab ich eine Verbindung, aber es werden beim einlesen bzw. starten des Adapters immer ungewollte Schalthandlungen ausgeführt (div. Lampen gehen an, Jalousien fahren runter usw.)

TheBigS

~~@chefkoch009:~~

Hallo,

@TheBigS

Dein Lan-GW schreibt an den ioBroker auf Port 44954 in (1) und in (2) antwortet der ioBroker über diesen Port auf die 3671 des KNX/LAN GW. Soweit alles OK.

In (3) möchte dein LAN GW aber auf Port 37395 an den iobroker schreiben. Dieser Port ist aber nicht offen. Das sagt er aber auch in (4) und versucht es schliesslich wieder auf der 44594 in (5).
15:03:57.187119 IP 192.168.1.68 > 192.168.1.240: ICMP 192.168.1.68 udp port 37395 unreachable, length 59
1) 15:03:57.187346 IP 192.168.1.240.3671 > 192.168.1.68.>>>44594<<<: UDP, length 23
2) 15:03:57.187973 IP 192.168.1.68.>>>44594<<< > 192.168.1.240.3671: UDP, length 10
3) 15:03:58.122023 IP 192.168.1.240.3671 > 192.168.1.68.>>>37395<<<: UDP, length 23
4) 15:03:58.122047 IP 192.168.1.68 > 192.168.1.240: ICMP 192.168.1.68 udp port 37395 unreachable, length 59
5) 15:04:00.184817 IP 192.168.1.240.3671 > 192.168.1.68>>>44594<<<: UDP, length 23
Das nur kurz zur Info…läuft vielleicht noch etwas anderes im Hintergrund? Hattest Du vorher einen Verbindungsabbruch?

VG

chefkoch009 `

Hallo Chefkoch009,

sorry das ich mich erst jetzt melde. Bezogen auf meinen TCPDUMP muss ich Dir leider widersprechen.

1. Die gesamte Kommunikation zwischen ioBroker und dem LAN-GW erfolgt über UDP. UDP hat keine Fehlererkennung wie TCP. Somit werden die Datenpakete einfach nur vom Absender an den Empfänger geschickt, es findet keine Fehlerkorrektur statt. Also kann auch keiner der Beteiligten feststellen, dass ein Port nicht offen ist und selbstständig entscheiden, dass er einen anderen verwendet.

2. Die Zeile 4 zeigt ein ICMP paket (z. B. Ping). Diese Zeile kommt zwar von meinem ioBroker und geht an mein LAN-GW, hat aber nichts mit der eigentlichen Kommunikation zwischen den beiden zu tun. Das war ein reines Ping, verursacht durch den Discovery oder Ping Adapter in meiner ioBroker konfiguration.

Deshalb hatte ich ja meinen Beitrag editiert und relativiert ;).

Ok, aber nun zu meinen Beobachtungen mit der Version 1.0.6 und 1.0.7:

Leider ist es mir nach wie vor nicht möglich, mein KNX-Projekt hochzuladen. Es kommt leider immer noch der folgende Fehler:

2018-03-21 22:22:02.401  - error: knx.0 message messagebox.system.adapter.knx.0 [object Object] Cannot read property 'nodeType' of undefined
2018-03-21 22:22:02.403  - error: knx.0 TypeError: Cannot read property 'nodeType' of undefined
    at /opt/iobroker/node_modules/iobroker.knx/knx.js:87:2147
    at _0x11a5b1 (/opt/iobroker/node_modules/iobroker.knx/knx.js:87:464)
    at /opt/iobroker/node_modules/iobroker.knx/knx.js:87:210
    at null.matches (/opt/iobroker/node_modules/iobroker.knx/knx.js:87:1793)
    at Function._0x152e3f.(anonymous function) [as applyStep] (/opt/iobroker/node_modules/iobroker.knx/knx.js:87:59528)
    at /opt/iobroker/node_modules/iobroker.knx/knx.js:87:59937
    at /opt/iobroker/node_modules/iobroker.knx/knx.js:87:1102
    at /opt/iobroker/node_modules/iobroker.knx/knx.js:87:668
    at _0x11a5b1 (/opt/iobroker/node_modules/iobroker.knx/knx.js:87:464)
    at /opt/iobroker/node_modules/iobroker.knx/knx.js:87:1041

Zusätzlich habe ich ähnliche Erfahrungen wie Merlin123 gemacht. Wenn ich den KNX-Adapter neustarte, kann ich eine gewisse Zeit z. B. eine Lampe steuern. Allerdings oft mit aussetztern. Auch konnte ich feststellen, dass ich z. B. meine Rolläden immer steuern kann. Dann kann ich feststellen, das meine MDT Wetterstation fast dauerhaft die Temperatur übertragen kann. Irgedwann aber, kommt wieder ein disconnect und es werden weder Daten empfangen, noch Telegramme an den Bus gesendet. Dann geht einfach wieder gar nichts mehr.

Ich hoffe ich konnte Dir etwas helfen.

fuchs1978

Ich hatte gleiche Symptome wie ihr. Nach einer Weile kein Senden und Empfangen mehr. Bin dann auf einen NUC mit mehr RAM umgestiegen. Vorher hatte ich einen Rasperry. Seit dem hatte ich keinen Fehler mehr mit Verbindungsabbrüchen. Was nutzt ihr für eine Hardware?

TheBigS

@fuchs1978:

Danke für Deinen Hinweis. Mein ioBroker läuft in einem LXC-Container unter Proxmox. Der Container hatte 1 GB RAM. Ich hab mir den aber gerade mal angeschaut und auch gesehen, dass er geswappt hat. Hab jetzt dem Container 2 GB RAM verpasst. Ich beobachte das mal weiter.

chefkoch009

Hallo,

kurze Frage: Mit welcher ETS Version wurde die proj erzeugt?

VG

chefkoch

TheBigS

Meine mit der ETS 5.6.3.

TheBigS

@fuchs1978: Leider hat sich die Erhöhung des RAMs nicht positiv ausgewirkt. Nach kurzer Zeit, hatte der KNX-Adapter wieder dieses seltsame Verhalten und es sind manche KNX Telegramme nicht angekommen oder gesendet worden. Mein ioBroker Container geht es aus Systemsicht super. Er idelt vor sich hin.

chefkoch009

Hallo TheBigS,

vielen Dank für das Feedback. An dem "ACK" Problem arbeite ich aktuell. Ebenfalls ist das Problem mit dem ETS upload gelöst. Der bugfix wird in der nächsten Version enthalten sein.

Nochmal kurz zu Deinem log (speziell) :

15:03:57.187119 IP 192.168.1.68 > 192.168.1.240: ICMP 192.168.1.68 udp port 37395 unreachable, length 5

ich denke das da irgendetwas anderes ist, denn ein Ping ist weder TCP noch UDP und ebenfalls auch nicht auf einen Port (i.d.F. 37395).

VG

chefkoch009

TheBigS

Hallo chefkoch009,

das hört sich doch super an. Ich freue mich die neue Version testen zu können :).

Was den TCPDUMP angeht… Ja Du hast recht. Ich hab jetzt nochmal explizit einen TCPDUMP mit einem nebenher laufenden Ping gemacht. Der sieht so aus:

13:10:37.248282 IP 192.168.1.68 > 192.168.1.240: ICMP echo request, id 15769, seq 2, length 64
13:10:37.248620 IP 192.168.1.240 > 192.168.1.68: ICMP echo reply, id 15769, seq 2, length 64

Diese von Dir erwähnte Zeile, kommt meiner Meinung nach vom Ping-Adapter. Ich habe den Ping-Adapter gerade wieder aktiviert und erhalte sofort wieder diese Zeilen in meinem TCPDUMP:

13:13:48.118918 IP 192.168.1.68 > 192.168.1.240: ICMP 192.168.1.68 udp port 34196 unreachable, length 59

Wenn er deaktiviert ist, gibts diese Pakte nicht. Erklären kann ich mir einen solchen Ping/ein solches UDP-Paket aber auch nicht.

Goldblaster

Hallo Leute,

erstmal ein dickes Lob an alle, das ist echt super was hier so alles gelöst wird.

Ich beschäftige mich zur Zeit mit dem Thema IoBroker und der Steuerung meiner KNX Haussteuerung.

Nun habe ich den IOBroker entdeckt und bin bereits jetzt von seinen Möglichkeiten begeistert, um das ganze zu Testen habe ich den IO Broker auf meinem ausrangierten Notebook Installiert (Rasp PI ist bestellt), dazu habe ich den KNX Adapter runtergeladen und diesem eine Lizenz verpasst. Ich bekomme auch angezeigt das dieser sich über meine Schnittstelle ( Weinzierl IP ) mit dem KNX verbunden hat.

Allerdings bekomme ich es nicht hin das Objekte eingefügt werden, wenn ich meine KNXproj. Datei Hochlade dauert dies ewigkeiten ohne das etwas passiert. Wenn ich die Meldung das Objekte angelegt werden und dies einige Zeit braucht nach mehreren Stunden mit "OK" bestätige, sehe ich im Log das es Fehler gegeben hat. Da ich bereits länger hier Lese habe ich auch bereits die Zuordnung der Datentypen bearbeitet und dann das ganze nochmal probiert, leider ohne erfolg.

Ich nutze die ETS 5.5.4

Ich hoffe ich habe euch mit ausreichenden Infomationen gefüttert und es kann mir jemand helfen?

Danke
6574_20180324_080605_resized.jpg

Applefrank

Hallo Goldblaster,

Ich würde mal vermuten dass die Bezeichnung deiner GPA nicht eindeutig ist.

Bei mir ließt er die KNX Projekt Datei in 3 min ca ein.

Wie sehen deinen Objekte im iobroker nach dem Import aus?

Lg Applefrank

Goldblaster

Hallo,

ich hatte IObroker auf einem Windows Notebook Installiert, dort hat der Import der KNX Objekte nicht funktioniert.

Jetzt habe ich mit gestern einen PI 2 von einem bekannten geliehen, IOBroker auf diesem Installiert und das selbe KNXproj. wie auf dem Notebook verwendet, auf dem PI hochgeladen und innerhalb von 2min wurde mir angezeigt das 198 Objekte geladen wurden.

Da ich das selbe KNX Projekt wie auf Windows verwendet habe, wird der Fehler an dem Adapter und der zusammenarbeit mit Windows liegen.

Mir mittlerweile egal da ich bald meinen eigenen PI bekomme, allerdings doch auch irgendwie schade.

Nun habe ich allerdings das Problem in einer Vis, zum Test habe ich einfach mal eine Lampe in dieser eingefügt. Diese Vis habe ich dann auf einem Notebook getestet = Funktioniert.

Über die App auf einem Samsung Galaxy S3 gibt es das Problem das die Lampe immer wieder nicht auf meinen Befehl reagiert. Kann das auch an dem Adapter liegen?

Denke das die zukünftige VIS schon über das Handy bedienbar sein sollte.

Jemand eine Idee was ich tun kann?

Goldblaster

Hallo Leute,

wie bereits beschrieben habe ich meine Knxproj. erfolgreich in den IOBroker auf dem Raspberry laden können,

jetzt habe ich aber das Problem das ich nicht immer aus der Visualisierung eine Lampe schalten kann.

Wenn ich im Log nachsehe sieht es wie im Bild aus. Kann es an meiner Weinzierl 730 IP Schnittstelle liegen?

Oder habe ich etwas falsch eingestellt?

Würde mich über Hilfe freuen, morgen soll Alexa geliefert werden. Damit würde ich das ganze natürlich auch Schalten. Zudem würde ich gerne eine

schöne Vis erstellen, wenn diese aber nicht voll Funktionsfähig ist, dann ist das leider sehr schade.

Würde mich über eure Hilfe freuen.
6574_2018-03-26.png

axel.rathey

iobroker.knx 1.0.5 die Instanz hängt sich beim Einspielen eines Projektes offenbar auf. Jedenfalls wird das Einlesen eines neuen Projektes ewig nicht fertig. Geht man dann manuell auf Instanz zurück, ist zu erkennen, dass knx nicht mehr läuft (rot). Man kann knx dann wieder neu starten, aber die neuen Objekte wurden nicht übernommen.

Daraufhin iobroker.knx 1.0.7 über die Funktion "Installieren aus eigener URL" von github installiert. Beim Starten kommt Fehlermeldung, dass er die Startdatei nicht findet.

Daraufhin also wieder 1.0.5 installiert.

Mein System ist ein bananapi M3 mit Raspbian.

Der iobroker.admin ist 3.3.5

Der Node.js ist v6.13.1

Inzwischen habe ich wieder den KNX Adapter 0.8.6 installiert, der scheinbar erst mal wieder funktioniert.

Die Anzeige des Helligkeitswertes (lux) der Wetterstation macht noch Probleme. Scheint ein Problem mit den verschiedenen Zahlenformaten zu sein.

Gruß

Axel

Opelpower

Braucht man eigentlich die beiden Adapter "HomeMatic RPC und HomeMatic ReGaHSS", wenn man nur KNX benutzt??

Oder gibt es hier evtl. irgendwelche Abhängigkeiten, welche der KNX Adapter benötigt.

Möchte halt mal mein Raspi etwas "aufräumen".

Vielen Dank

Goldblaster

Hallo Leute,

ich sitze schon mehrere Abende an der Einrichtung des IOBrokers mit KNX und Alexa.

Leider muss ich sagen das ich es nicht zufriedenstellend eingerichtet bekomme.

Erstmal meine Hardware:

Raspberry PI 3B+

auf diesem läuft der IO Broker mit den Adaptern laut Bild

Ich habe mein Knxproj. aus der ETS 5 hochgeladen.

In dem Knx.Adapter habe ich die Weinzierl 730 IP Schnittstelle eingerichtet.

Das KNX Projekt besteht laut einlesen aus ca. 290 Objekten.

Nun zu meinem Problem:

Ich kann verschiedene Lampen aus der Visualisierung und auch durch Alexa schalten,

allerdings kommt es immer wieder vor das die gewünschte Reaktion in Wirklichkeit nicht durchgeführt wird.

Dann sehe ich in der Objekt Übersicht, wie der Zustand hinter der Gruppenadresse geändert wird aber es sich überhaupt nichts am Zustand der Leuchte ändert. Wert der Status Adresse bleibt beim vorherigem Zustand.

Im Log steht dann wie auf dem Bild zu sehen ist, es wäre keine Verbindung zum Bus vorhanden.

Da die Weinzierl 730 aber laut Beschreibung fünf Verbindungen kann, ich das auch wie in der Anleitung beschrieben eingerichtet habe, finde ich das sehr seltsam. :?:

Sieht jemand eventuell auf Anhieb einen Fehler den ich mache, oder kann mir jemand sagen was ich ausprobieren kann das es funktioniert.

Was mir bei allen meinem Suchen von Fehlern usw. aufgefallen ist: Die Schnittstelle wird in meiner Fritz Box als inaktive Verbindung angezeigt.

Zudem ist auch das selbe Verhalten festzustellen wenn ich eine Leuchte durch einen Skript schalten möchte.

Ich habe auch mal in irgendeinem Beitrag aus 2016 hier im Forum was von Tunnel Fix einrichten im Zusammenhang mit dieser Schnittstelle gelesen.

Oder muss ich ggf. noch weitere Adapter Installieren, eventuell auch Eibd oder Knxd? (von beidem habe ich 0,0 Ahnung)

Es wäre echt schön von einem Profi Hilfe zu bekommen.

Freue mich auf Antworten
6574_adapter.jpg
6574_log.jpg

szimpel

Hallo zusammen,

wollte nur mal ein kurzes Feedback zu der Version 1.0.7 geben.

Läuft jetzt bei mir seit ein paar Tagen "ganz ok", nur habe ich auch das Problem das Aktoren teilweise nicht ordentlich geschaltet werden.

Hier sieht man das ganz gut (der Status vom Schalter wird per Skript gesetzt).

In den Fällen wo es nicht klappt, passt Typ, DPT und Info auch nicht.

IP Interface ist von MDT.

Freue mich auf das nächste Update

Frohe Ostern!

Stefan

NEWS

KNX Adapter überholt

Support us

691
Online

31.8k
Users

80.0k
Topics

1.3m
Posts

NEWS

KNX Adapter überholt

Support us

691Online

31.8kUsers

80.0kTopics

1.3mPosts

691
Online

31.8k
Users

80.0k
Topics

1.3m
Posts