NEWS
KNX Adapter überholt
-
Ich wollte mein Projektfile nochmal einlesen um eine neue GA in ioBroker zu bekommen.
Leider läuft das ewig und im Log steht:0 2019-10-05 19:17:09.247 info Connected - local UDP Server listening on 0.0.0.0:48131 knx.0 2019-10-05 19:17:09.247 info Event : UDP - listening knx.0 2019-10-05 19:17:09.247 info Using UDP with local IP: 0.0.0.0 knx.0 2019-10-05 19:17:07.251 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 2019-10-05 19:17:07.251 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 2019-10-05 19:17:07.251 info STATE_NOT_CONNECTED : Stop connection : STATE_READY(7) to STATE_NOT_CONNECTED(0). knx.0 2019-10-05 19:17:07.251 info STATE_NOT_CONNECTED : Stop connection : STATE_NOT_CONNECTED(0) to STATE_NOT_CONNECTED(0). knx.0 2019-10-05 19:17:07.250 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_CONNECTION_STATE_RESPONSE(6) to STATE_NOT_CONNECTED(0). systeminfo.0 2019-10-05 19:10:10.071 warn Error Error: Unexpected close tag Line: 5 Column: 7 Char: > in doPoll for Currency.[currency/rate] info.0 2019-10-05 18:52:54.745 info Popup news was read... javascript.0 2019-10-05 18:30:23.810 info script.js.common.Benachrichtigung_Gartenpumpe_ausgeschaltet: registered 1 subscription and 0 schedules javascript.0 2019-10-05 18:30:23.753 info Start javascript script.js.common.Benachrichtigung_Gartenpumpe_ausgeschaltet javascript.0 2019-10-05 18:30:23.729 info Stop script script.js.common.Benachrichtigung_Gartenpumpe_ausgeschaltet javascript.0 2019-10-05 18:30:11.658 info script.js.common.Benachrichtigung_Nuki_Batterie: registered 1 subscription and 0 schedules javascript.0 2019-10-05 18:30:11.599 info Start javascript script.js.common.Benachrichtigung_Nuki_Batterie javascript.0 2019-10-05 18:30:02.820 info Stop script script.js.common.Benachrichtigung_Nuki_Batterie knx.0 2019-10-05 18:27:21.287 debug system.adapter.admin.0: logging true knx.0 2019-10-05 18:25:30.536 debug system.adapter.admin.0: logging false info.0 2019-10-05 18:22:54.727 info Popup news was read... knx.0 2019-10-05 18:03:16.693 error at Socket.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20) knx.0 2019-10-05 18:03:16.693 error at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:52:30) knx.0 2019-10-05 18:03:16.693 error at Object.change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3681:34) knx.0 2019-10-05 18:03:16.693 error at Adapter.emit (events.js:189:13) knx.0 2019-10-05 18:03:16.693 error at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:80:7324) knx.0 2019-10-05 18:03:16.693 error at _0x3e1e1e (/opt/iobroker/node_modules/iobroker.knx/knx.js:80:8688) knx.0 2019-10-05 18:03:16.693 error at Object.getGAS (/opt/iobroker/node_modules/iobroker.knx/knx.js:72:13449) knx.0 2019-10-05 18:03:16.693 error at Object._0xfdb812 [as convertAll] (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:39668) knx.0 2019-10-05 18:03:16.693 error at _0x3e4883 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:15128) knx.0 2019-10-05 18:03:16.693 error at _0x5ea473 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:9278) knx.0 2019-10-05 18:03:16.693 error TypeError: Cannot read property 'split' of undefined knx.0 2019-10-05 18:03:16.688 error message messagebox.system.adapter.knx.0 [object Object] Cannot read property 'split' of undefined knx.0 2019-10-05 18:03:16.325 debug knx.js Time fillProject start. knx.0 2019-10-05 18:03:16.324 debug knx.js Zeitmessung parseProject STOPP : knx.0 2019-10-05 18:03:14.210 debug sendTo "projectDeviceFile" to system.adapter.admin.0 from system.adapter.knx.0Hat jemand ne Idee was das schiefgeht?
Adapterversion 1.0.35Ich muss danach auch ioBroker neu starten um wieder einen normalen Betrieb hinzubekommen
-
Hi, ich hab neuerdings auch Probleme mit dem KNX adapter. Aktuell ist 1.0.20 installiert, mit der Version funktioniert alles. Mach ich ein Update auf eine höhere Version, habe ich das Problem, das nur noch das Licht sich über KNX (VIS und Objekte) steuern lässt, die Rollläden (Rademacher X-Line) aber nicht mehr auf Eingaben (weder im VIS, noch in den Objekten) reagieren.
Ist das Problem bekannt, kann ich noch etwas zur Lösung beitragen?Vielen Dank schonmal. Ansonsten TOP Adapter, bin sehr zufrieden damit.
Viele Grüße
@Jasmin83 said in KNX Adapter überholt:
Hi, ich hab neuerdings auch Probleme mit dem KNX adapter. Aktuell ist 1.0.20 installiert, mit der Version funktioniert alles. Mach ich ein Update auf eine höhere Version, habe ich das Problem, das nur noch das Licht sich über KNX (VIS und Objekte) steuern lässt, die Rollläden (Rademacher X-Line) aber nicht mehr auf Eingaben (weder im VIS, noch in den Objekten) reagieren.
Ist das Problem bekannt, kann ich noch etwas zur Lösung beitragen?Vielen Dank schonmal. Ansonsten TOP Adapter, bin sehr zufrieden damit.
Viele Grüße
Ich hab nun nochmal verschiedene Versionen ab 1.0.20 durchprobiert und es ist immer das selbe Problem. Licht lässt sich schalten, nur die Rollläden nehmen keine Werte an und der Wert wird sofort mit 0 wieder überschrieben, selbst ein kompletter Neustart vom System hat nichts gebracht. liegt es vielleicht am Datentyp der nicht verarbeitet werden kann? Licht dürfte Bool true/false bzw 0/1 sein, im ETS sind die als 1 bit gekennzeichnet und die Rollläden haben DP Type 5.001 und sind als 1 byte gekennzeichnet.
-
@Jasmin83 said in KNX Adapter überholt:
Hi, ich hab neuerdings auch Probleme mit dem KNX adapter. Aktuell ist 1.0.20 installiert, mit der Version funktioniert alles. Mach ich ein Update auf eine höhere Version, habe ich das Problem, das nur noch das Licht sich über KNX (VIS und Objekte) steuern lässt, die Rollläden (Rademacher X-Line) aber nicht mehr auf Eingaben (weder im VIS, noch in den Objekten) reagieren.
Ist das Problem bekannt, kann ich noch etwas zur Lösung beitragen?Vielen Dank schonmal. Ansonsten TOP Adapter, bin sehr zufrieden damit.
Viele Grüße
Ich hab nun nochmal verschiedene Versionen ab 1.0.20 durchprobiert und es ist immer das selbe Problem. Licht lässt sich schalten, nur die Rollläden nehmen keine Werte an und der Wert wird sofort mit 0 wieder überschrieben, selbst ein kompletter Neustart vom System hat nichts gebracht. liegt es vielleicht am Datentyp der nicht verarbeitet werden kann? Licht dürfte Bool true/false bzw 0/1 sein, im ETS sind die als 1 bit gekennzeichnet und die Rollläden haben DP Type 5.001 und sind als 1 byte gekennzeichnet.
-
@Jasmin83 said in KNX Adapter überholt:
Hi, ich hab neuerdings auch Probleme mit dem KNX adapter. Aktuell ist 1.0.20 installiert, mit der Version funktioniert alles. Mach ich ein Update auf eine höhere Version, habe ich das Problem, das nur noch das Licht sich über KNX (VIS und Objekte) steuern lässt, die Rollläden (Rademacher X-Line) aber nicht mehr auf Eingaben (weder im VIS, noch in den Objekten) reagieren.
Ist das Problem bekannt, kann ich noch etwas zur Lösung beitragen?Vielen Dank schonmal. Ansonsten TOP Adapter, bin sehr zufrieden damit.
Viele Grüße
Ich hab nun nochmal verschiedene Versionen ab 1.0.20 durchprobiert und es ist immer das selbe Problem. Licht lässt sich schalten, nur die Rollläden nehmen keine Werte an und der Wert wird sofort mit 0 wieder überschrieben, selbst ein kompletter Neustart vom System hat nichts gebracht. liegt es vielleicht am Datentyp der nicht verarbeitet werden kann? Licht dürfte Bool true/false bzw 0/1 sein, im ETS sind die als 1 bit gekennzeichnet und die Rollläden haben DP Type 5.001 und sind als 1 byte gekennzeichnet.
@Jasmin83
Bei mir kann ich mit Version 1.0.35 auch keine Rollladen schalten (DP Type 5.001), Licht funktioniert aber auch bei mir.Mit Version 1.0.20 funktioniert aber alles sowohl Licht als auch Rollladen, ich bleibe erstmal bei der Version.
-
@Jasmin83
Bei mir kann ich mit Version 1.0.35 auch keine Rollladen schalten (DP Type 5.001), Licht funktioniert aber auch bei mir.Mit Version 1.0.20 funktioniert aber alles sowohl Licht als auch Rollladen, ich bleibe erstmal bei der Version.
-
Ich habe nochmal eine Konfigurationsfrage, zu der ich bisher nichts finden konnte: Es gibt ja die Einstellung "Pakete pro Sekunde", steht bei mir auf 30. Was passiert, wenn die Grenze erreicht wird? Merkt der Adapter sich die zusätzlichen Pakete und sendet sie dann später?
Ich habe bei mir immer mal wieder das Problem, dass Befehle an das KNX nicht ankommen, wenn ich zu viel auf einmal schalte (insbesondere aus Skripten oder Szenen heraus, da arbeite ich aktuell mit großzügigen Delays). Könnte man das mit einer Reduktion dieses Wertes verhindern?Ultimativer Lovelace Leitfaden: https://forum.iobroker.net/topic/35937/der-ultimative-iobroker-lovelace-leitfaden-dokumentation
Lovelace UI Beispiele: https://forum.iobroker.net/topic/35950/zeigt-her-eure-lovelace-visualisierung
-
Ich habe nochmal eine Konfigurationsfrage, zu der ich bisher nichts finden konnte: Es gibt ja die Einstellung "Pakete pro Sekunde", steht bei mir auf 30. Was passiert, wenn die Grenze erreicht wird? Merkt der Adapter sich die zusätzlichen Pakete und sendet sie dann später?
Ich habe bei mir immer mal wieder das Problem, dass Befehle an das KNX nicht ankommen, wenn ich zu viel auf einmal schalte (insbesondere aus Skripten oder Szenen heraus, da arbeite ich aktuell mit großzügigen Delays). Könnte man das mit einer Reduktion dieses Wertes verhindern?@Garfonso
Moin,Genauso ist es auch. Pakete, die schneller pro sek reinkommen als eingestellt, werden nach FIFO in eine queue eingereiht und dann abgearbeitet. Das ist dem geschuldet das es nur eine bestimmte paketrate auf dem knx Bus geben darf UND einige knx-GWs bei zu vielen Paketen in zu kurzer Zeit dicht machen.
VG
chefkoch009 -
@chefkoch009 Probleme bei einem 5.7.2 import mit 1.0.36 und js-controler 2.0.34 :
2019-10-20 22:19:15.449 warn at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4501:34) knx.0 2019-10-20 22:19:15.449 warn at Adapter.emit (events.js:211:7) knx.0 2019-10-20 22:19:15.449 warn at emitOne (events.js:116:13) knx.0 2019-10-20 22:19:15.449 warn at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:80:6848) knx.0 2019-10-20 22:19:15.449 warn at _0x601f89 (/opt/iobroker/node_modules/iobroker.knx/knx.js:80:8157) knx.0 2019-10-20 22:19:15.449 warn at Object.getGAS (/opt/iobroker/node_modules/iobroker.knx/knx.js:72:13770) knx.0 2019-10-20 22:19:15.449 warn at Object._0x228177 [as convertAll] (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:40114) knx.0 2019-10-20 22:19:15.449 warn at _0x486492 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:15343) knx.0 2019-10-20 22:19:15.449 warn at _0x3d0a60 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:14982) knx.0 2019-10-20 22:19:15.449 warn at _0x17ceb3 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:7791) knx.0 2019-10-20 22:19:15.449 warn (16839) TypeError: Cannot read property 'min' of undefined knx.0 2019-10-20 22:19:15.437 warn (16839) States pmessage io.messagebox.system.adapter.knx.0 {"command":"projectFinished","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":488,"ack":false,"time":157160275 -
@Garfonso
Moin,Genauso ist es auch. Pakete, die schneller pro sek reinkommen als eingestellt, werden nach FIFO in eine queue eingereiht und dann abgearbeitet. Das ist dem geschuldet das es nur eine bestimmte paketrate auf dem knx Bus geben darf UND einige knx-GWs bei zu vielen Paketen in zu kurzer Zeit dicht machen.
VG
chefkoch009@chefkoch009 Kann es sein wenn nichts unter "lokale Netzwerkschnittstelle" ausgewählt, dass er keine Verbindung aufbaut und man nur state not ready warnungen bekommt?
-
@Garfonso
Moin,Genauso ist es auch. Pakete, die schneller pro sek reinkommen als eingestellt, werden nach FIFO in eine queue eingereiht und dann abgearbeitet. Das ist dem geschuldet das es nur eine bestimmte paketrate auf dem knx Bus geben darf UND einige knx-GWs bei zu vielen Paketen in zu kurzer Zeit dicht machen.
VG
chefkoch009@chefkoch009 Wie kann man den Debug Modus wieder abstellen. Selbst im Error Mode werden viele Debug Nachrichten ausgegeben. Mehr Debugmeldungen während des Imports wären hilfreich damit man temporär nicht importierbare GAs rausnehmen kann.
-
@chefkoch009 Kann es sein wenn nichts unter "lokale Netzwerkschnittstelle" ausgewählt, dass er keine Verbindung aufbaut und man nur state not ready warnungen bekommt?
@tombox
Hi, das ist mir am Wochenende auch aufgefallen. Interessanterweise ging es bis dahin. Aber als ich einmal Einstellungen geändert und gespeichert hatte ging keine Verbindung mehr, bis ich eine Netzwerkkarte ausgewählt hatte. Vorher ging es ohne explizite Auswahl. -
Hallo zusammen,
ich habe mehrere Scripts, die um 22:30 ein Ereignis auslösen sollen.
-Licht aus
-Jalousie bewegen etc.Nun ist mir aufgefallen, dass die Jalousien irgendwie nie fahren. Wenn ich beim Jalousie Script aber die Uhrzeit auf 22:35 stelle funktioniert alles.
Ich habe außer der Uhrzeit nichts verändert und schließe daher ein Fehler im Script aus.Kann es sein, dass der KNX Adapter nur eine begrenzte Anzahl von Befehlen innerhalb einer kleinen Zeitspanne verarbeiten kann und der Rest verloren geht?
Im Log ist leider nichts zu finden. Auch das Javascript von der Jalousie spuckt nichts aus :(
-
Mir ist auch noch ein Fehler aufgefallen, was anscheinend auch schon in 1.0.20 nicht funktioniert: Ich lass die Temperatur (2byte) von einem Gira Tastsensor 3 komfort auslesen, auf dem Bus ist die, im ETS seh ich die, nur im iobroker scheint es nicht anzukommen. Das Rollladenproblem ist nach wie vor in 1.0.36 vorhanden, die lassen sich nicht steuern.
Benutze die ETS Version 5.5.2.
Edit: hab nun mal npm 6.12.0 und node v12.13 installiert und mir den gruppenmonitor angesehen: dort kommen werte an. Aber wenn ich 0 oder 50% vom rollladen sende kommt nur der aktuelle wert, den der hat.
noch ein edit: schalte ich die rollläden über die knx taster an der wand funktioniert natürlich alles und meldet auch die richtige position an iobroker und vis zurück. nur das setzen schein tot zu sein. der stop befehl wird korrekt übertragen, wenn ich den betätige
ich setz den wert übrigens direkt mit der funktion fahrposition.
-
Ich bin auf den neuen RasPi umgestiegen weil IOBroker mit 1G Ram nach wenigen Tagen laufzeit nicht mehr brauchbar läuft. Die vorige Installation war ca. 1 Jahr alt, Backup übertragen hat nicht funktioniert. Deswegen nutze ich die Gelegenheit ein neues System aufzusetzen, inkl. meiner KNX Installation.
Erste Hürde ist wieder der KNX Import. Ich habe jetzt viele Objektstati manuell editiert weil die KNX Objekte von Iobroker nicht geschrieben werden konnten.Um mir die Zeit zu sparen würde ich gerne Verstehen wie der Adapter gedacht ist so dass ich mir die ganze händische Arbeit spare.
In der Anleitung steht:
In dem ETS Export sind die Schalt- und Statusadressen nicht hinterlegt. Somit führe ich eine Ähnlichkeitsprüfung aller Gruppenadressnamen durch mit der Auswertung auf status und state. Wird ein Pärchen gefunden, dessen Ähnlichkeit mehr als 90% beträgt, dann wird angenommen, das die GA1 die Schaltadresse und GA2 die Statusadresse ist. Dabei erhält GA1 das write=true und read=false und GA2 das write=false und read=true.Wie wird bei 2 ähnlichen GAs GA1 und GA2 ermittelt? Ist GA1 die Adresse die zuerst gefunden wird, z.B. anhand lexikografischer Ordnung?
Ausserdem werden die DPT abgeglichen aus der jeweilig korrespondierenden GA. Aus diesem Grund ist es schwierig, Pärchen zu finden, wenn die Gruppenadressbeschriftungen nicht konsistent sind.Wie und was wird abgeglichen? Was kommt dabei heraus?
Was ist der Sinn dahinter, sollen nur Schaltadressen schreibbar gemacht werden? Bei mir trift die Logik - eine Statusadresse mit einer Schaltadresse - in so gut wie keinem Fall zu. z.B. Jalousiekator, der hat ein Kommando zum auf oder ab Verfahren oder Position anfahren. Zustände gibt es oben erreicht, unten erreicht, fährt hoch, runter, etc.
Wäre es nicht sinnvoller alle Adressen schreibbar zu machen? Warum passiert das nicht per Default? -
Ich bin auf den neuen RasPi umgestiegen weil IOBroker mit 1G Ram nach wenigen Tagen laufzeit nicht mehr brauchbar läuft. Die vorige Installation war ca. 1 Jahr alt, Backup übertragen hat nicht funktioniert. Deswegen nutze ich die Gelegenheit ein neues System aufzusetzen, inkl. meiner KNX Installation.
Erste Hürde ist wieder der KNX Import. Ich habe jetzt viele Objektstati manuell editiert weil die KNX Objekte von Iobroker nicht geschrieben werden konnten.Um mir die Zeit zu sparen würde ich gerne Verstehen wie der Adapter gedacht ist so dass ich mir die ganze händische Arbeit spare.
In der Anleitung steht:
In dem ETS Export sind die Schalt- und Statusadressen nicht hinterlegt. Somit führe ich eine Ähnlichkeitsprüfung aller Gruppenadressnamen durch mit der Auswertung auf status und state. Wird ein Pärchen gefunden, dessen Ähnlichkeit mehr als 90% beträgt, dann wird angenommen, das die GA1 die Schaltadresse und GA2 die Statusadresse ist. Dabei erhält GA1 das write=true und read=false und GA2 das write=false und read=true.Wie wird bei 2 ähnlichen GAs GA1 und GA2 ermittelt? Ist GA1 die Adresse die zuerst gefunden wird, z.B. anhand lexikografischer Ordnung?
Ausserdem werden die DPT abgeglichen aus der jeweilig korrespondierenden GA. Aus diesem Grund ist es schwierig, Pärchen zu finden, wenn die Gruppenadressbeschriftungen nicht konsistent sind.Wie und was wird abgeglichen? Was kommt dabei heraus?
Was ist der Sinn dahinter, sollen nur Schaltadressen schreibbar gemacht werden? Bei mir trift die Logik - eine Statusadresse mit einer Schaltadresse - in so gut wie keinem Fall zu. z.B. Jalousiekator, der hat ein Kommando zum auf oder ab Verfahren oder Position anfahren. Zustände gibt es oben erreicht, unten erreicht, fährt hoch, runter, etc.
Wäre es nicht sinnvoller alle Adressen schreibbar zu machen? Warum passiert das nicht per Default?Wichtig ist wie der Entwickler des Adapters hier schon geschrieben hat, eine saubere Einrichtung und Einstellung des ETS Projektes. Dazu gehört auch das richtige setzen der Datentypen, der K L S Ü A Flags und die Zuordnung der KNX Bauteile in Räume und Gewerke.
So sieht das z.b. bei mir in der der ETS aus:
Und im IoBroker dann wie folgt:
Alle Adressen schreibbar zu machen ist Unsinn.
-
Wichtig ist wie der Entwickler des Adapters hier schon geschrieben hat, eine saubere Einrichtung und Einstellung des ETS Projektes. Dazu gehört auch das richtige setzen der Datentypen, der K L S Ü A Flags und die Zuordnung der KNX Bauteile in Räume und Gewerke.
So sieht das z.b. bei mir in der der ETS aus:
Und im IoBroker dann wie folgt:
Alle Adressen schreibbar zu machen ist Unsinn.
@ecki945 danke für die Antwort. Mein Projekt ist so sauber wie möglich, allerdings habe ich es auf drei ETS Projekte aufgeteilt. Um die resultierenden Probleme aufzulösen müsste ich wissen wie der KNX Import funktioniert. Ich schaue mir deswegen nur Kommunikationsbeziehungen zwischen Geräten in meinem Master Projekt an.
0/1/57 hat einen Sender und einen Empfänger.
Der Bewegungsmelder sendet und ändert den Wert.
IOBroker soll den Wert empfangen.
Damit die Werte beim Export nicht weggefiltert werden habe ich eine Repräsentation von IOBroker im ETS angelegt. Ich hoffe mal das fehlende K Flag stört nicht.
Das macht der Import daraus:
Warum will er hier senden und empfangen? Wie ist die generelle Logik - wann fühlt sich der Import angesprochen ein L oder S Flag zu setzen?
Wie wird das Ü Flag gesetzt- zusammen mit L pauschal?Ein sauberer Weg wäre gewesen IOBroker als Gerät in der ETS Konfig auftauchen zu lassen, der Nutzer stellt die Kommunikationsbeziehungen im geeigneten Tool sauber dar und der Import muss nicht anfangen zu raten.
Support us
565
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge