UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[tombox]

@cvidal Mit welcher ETS Version. Bitte den Export irgendwo hochladen und per Privatnachricht an chefkoch

[Garfonso]

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?

[chefkoch009]

@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

[tombox]

@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

[tombox]

@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]

@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.

[Garfonso]

@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.

[loverz]

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 :(

[Jasmin83]

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.

[killroy2]

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?

[ecki945]

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.

[killroy2]

@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.

[Jey Cee]

Hier geht es weiter.