KNX Adapter überholt

Merlin123

Sind die Aktoren auch von MDT?

Ich hab Schaltaktoren, Binäreingänge und Jalousieaktoren von MDT, die laufen in ioBroker problemlos

kruegertee

Nein, die Aktoren sind von theben. Aber das sollte ja hoffentlich keinen Unterschied machen. Im Rahmen der KNX-Installation laufen sie jedenfalls problemlos und lassen sich z. B. über meine MDT-Glastaster problemlos ansteuern.

Breisgauer

~~@kruegertee:~~

….. Einige Rollläden kann ich hochfahren aber nicht stoppen oder runterfahren lassen. Teilweise funktioniert also einiges, aber nicht so richtig und nicht vollständig. `
Hast Du die Objekte zu den importierten GAs geprüft? In manchen Fällen werden beim Import der GAs die WRITE Flags nicht korrekt gesetzt. Betrifft die GAs/Objekte, die Du für schreibende Aktionen nutzen willst (z.B. AUF/AB/STOP). Du musst sie manuell im ioBroker nachtragen und dann den KNX Adapter neu starten. Vielleicht hilft das ja schon.

Breisgauer

~~@chefkoch009:~~

Momentan habe ich addNew Objects implementiert. `

Die AddNew Option sehe ich in meiner Konfiguration (KNX Adapter 1.0.9 bzw. 1.0.11 und Admin 2.0.9) nicht. Die scheint nur in einer neueren Konstellation aufzutauchen.

@chefkoch009, in welcher Konstellation sieht man diese neue Option?

~~@chefkoch009:~~

was passiert mit den Properties, die durch den Benutzer hinzugefügt wurden (z.B. alexa) ?

was passiert mit den Properties, die durch den Benutzer modifieziert wurden ?

was passiert mit manuell hinzugefügten Objekten, (sollen die mit gelöscht werden, weil sie nicht im ETS projekt drin sind)? `

Vorschläge für einen (Re-)Import eines ETS Projektes über den KNX Adapter:

Unveränderte Objekte (Objekt im ETS Projekt = Objekt im ioBroker): Color#1
Neue Objekte: Color#2
Im ETSs Projekt nicht (mehr) vorhandene Objekte: Color#3
Veränderte Objekte: Color#4. Eine Veränderung kann u.a. Identifiziert werden, wenn das Objekt im ETS Projekt geändert wurde, oder der KNX Projekt-Import zu einem Objekt führt, das mit abweichender Konfiguration bereits im ioBroker vorhandenen ist. Ich persönlich würde mir wünschen, dass bei einem veränderten Objekt, das importierte Objekt als Duplikat umd mit Color#4 gekennzeichnet in der Objektliste auftaucht, und die Änderungen zum vorhandenen Objekt ebenfalls gekennzeichnet sind.

Über diesen Weg könnte ich nach einem (Re-)Import selbst entscheiden, welche Objekte ich behalten will und welche nachgebessert werden müssen. Somit habe ich den geringsten und eigenständigsten Einfluss auf die Visualisierung oder auf eine Objekt-History.

kruegertee

~~@Breisgauer:~~

Hast Du die Objekte zu den importierten GAs geprüft? In manchen Fällen werden beim Import der GAs die WRITE Flags nicht korrekt gesetzt. Betrifft die GAs/Objekte, die Du für schreibende Aktionen nutzen willst (z.B. AUF/AB/STOP). Du musst sie manuell im ioBroker nachtragen und dann den KNX Adapter neu starten. Vielleicht hilft das ja schon. `

Hey super, das hat schon mal geholfen! Ich hatte zwar WRITE gesetzt aber den Adapter nicht neu gestartet. Das Licht lässt sich jetzt schalten! Wie ist das eigentlich mit "Typ" und "Rolle"? Bei Typ haben alle meine importierten Gruppenadressen "state" stehen. Bei "Rolle" steht meistens "value" aber manchmal auch "level" oder "switch". Was sollte denn bei der Lampensteuerung da am besten stehen?

Mit den Rollläden klappt es noch nicht so gut, aber bei diesen habe ich zwei Gruppenadressen pro Rollladen (eine heißt "Fahren" und eine "Stop") neben den Senden/Empfangen-Adressen. Mir ist noch nicht ganz klar, ob ich das in der Visualisierung kombinieren muss…

chefkoch009

Hallo @all,

ich habe soeben die 1.0.12 veröffentlicht. Auch an dieser Stelle wieder einmal ein grosses Dankeschön an die "Hardcore-Tester".

und wie immer gilt auch hier:

bitte Feedback.

VG

chefkoch009

Breisgauer

~~@chefkoch009:~~

ich habe soeben die 1.0.12 veröffentlicht. Auch an dieser Stelle wieder einmal ein grosses Dankeschön an die "Hardcore-Tester".

… bitte Feedback. `

Feedback nach einem kurzen Test:

Die AddNew Option wird in der Konfiguration (KNX Adapter 1.0.9 bzw. 1.0.12 und Admin 2.0.9) nicht angeboten.

chefkoch009

Hallo Breisgauer,

Das ist richtig. Erst ab Admin 3.x steht es zur Verfügung.

VG

chefkoch009

Breisgauer

~~@chefkoch009:~~

Hallo Breisgauer,

Das ist richtig. Erst ab Admin 3.x steht es zur Verfügung.

VG

chefkoch009 `

Update zu KNX Adapter 1.0.12 :

Er läuft in meiner Testumgebung nun seit einiger Zeit unauffällig
Er meldet sich korrekt auf dem KNX Bus (das hatte mit 1.0.9 funktioniert, mit 1.0.11 nicht), so dass er im ETS Gruppenmonitor korrekt auftaucht.
'AddNew' Option sehe ich korrekt in admin 3.x
Intensivere Test konnte ich mit admin 3.x nicht machen, da ein Issue die Nutzung unter der neuen Admin Oberfläche einschränkt: https://forum.iobroker.net/viewtopic.php?f=22&t=14734. Daher läuft KNX 1.0.12 auch nur auf meiner Testmaschine

chefkoch009

Hallo Breisgauer,

Zeige Mal bitte die RAW Daten einen KNX Objektes aus deinem iobroker.

VG

chefkoch099

Breisgauer

~~@chefkoch009:~~

Hallo Breisgauer,

Zeige Mal bitte die RAW Daten einen KNX Objektes aus deinem iobroker.

VG

chefkoch099 `

Geht:

{
  "_id": "knx.0.Dimmen.OG.OG_-Bad_-_Deckenauslass_DIMMWERT_STATUS",
  "type": "state",
  "common": {
    "name": "OG -Bad - Deckenauslass DIMMWERT STATUS",
    "type": "number",
    "read": true,
    "write": false,
    "role": "value.dimmer",
    "min": 0,
    "max": 100,
    "custom": {
      "history.0": {
        "enabled": true,
        "changesOnly": true,
        "debounce": "1000",
        "maxLength": "960",
        "retention": "7948800",
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "aliasId": ""
      }
    }
  },
  "native": {
    "dpt": "DPT5.001",
    "address": "2/3/23",
    "addressRefId": "P-08AB-0_GA-1064",
    "statusGARefId": "",
    "actGARefId": ""
  },
  "from": "system.adapter.knx.0",
  "ts": 1530602884197,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Geht nicht:

{
  "_id": "knx.0.Heizung,_Lüftung.DG.DG_-Bad-_Heizung_HVAC_STATUS",
  "type": "state",
  "common": {
    "name": "DG -Bad- Heizung HVAC STATUS",
    "type": "number",
    "read": true,
    "write": false,
    "role": "value",
    "min": 0,
    "max": 1
  },
  "native": {
    "dpt": "DPT20.102",
    "address": "5/4/56",
    "addressRefId": "P-08AB-0_GA-1130",
    "statusGARefId": "",
    "actGARefId": ""
  },
  "from": "system.adapter.knx.0",
  "ts": 1530602885118,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

chefkoch009

Hallo Breisgauer,

Entferne Mal bitte das "," in der _id hinter Heizung. Funktioniert es dann?

VG

chefkoch009

Breisgauer

~~@chefkoch009:~~

Entferne Mal bitte das "," in der _id hinter Heizung. Funktioniert es dann? `

Bestätigt, das Komma in den Namen der Gruppenadressen (GA) verursacht das Problem. Kommunikation dazu auf https://github.com/ioBroker/ioBroker.knx/issues/30

Mit ioBroker.admin 2.0.9 tritt das Problem nicht auf, mit ioBroker.admin 3.x schon.

Ein Komma in GA Namen steht meines Wissens nicht im Konflikt mit KNX Richtlinien, insofern gehe ich davon aus, dass viele KNX Projekte ein "Komma" in den Namen haben. Daher wäre es schön, wenn das Problem gefixt werden könnte.

Breisgauer created this issue in ioBroker/ioBroker.knx

closed Regression with KNX + history + admin 3.x: Objekte im KNX Adapter lassen sich nicht für history wählen #30

chefkoch009

Hallo Breisgauer,

Vielen Dank für die Verifikation. Du hast auch Recht, das ein Komma nicht gegen die Richtlinien verstösst. Jedoch sind Sonderzeichen in KNX Projekten eher die Seltenheit. Aus diesem Grund ist Dir dankenswerter Weise das Problem aufgefallen. Natürlich werde ich dies in der nächsten Version fixen.

Viele Sonderzeichen eleminiere ich bereits:

https://github.com/ioBroker/ioBroker.knx

Kapitel "Vermeidung von Problemen" Punkt 1. Leider ist mir das Komma durch die Lappen gegangen.

VG

chefkoch008

Breisgauer

~~@chefkoch009:~~

Hallo Breisgauer,

Vielen Dank für die Verifikation. Du hast auch Recht, das ein Komma nicht gegen die Richtlinien verstösst. Jedoch sind Sonderzeichen in KNX Projekten eher die Seltenheit. Aus diesem Grund ist Dir dankenswerter Weise das Problem aufgefallen. Natürlich werde ich dies in der nächsten Version fixen.

Viele Sonderzeichen eleminiere ich bereits:

https://github.com/ioBroker/ioBroker.knx

Kapitel "Vermeidung von Problemen" Punkt 1. Leider ist mir das Komma durch die Lappen gegangen.

VG

chefkoch008 `

Hi chefkoch008

vielen Dank für Euren Einsatz!

Den Artikel zur Fehlervermeidung hatte ich auf github gelesen. Der bezog sich auf die Erstellung der GAS, eine Wechselwirkung mit iobroker.admin und dem history.adapter hatte ich nicht erwartet. insbesondere, da es mit einer älteren admin version geht … Tücken der Software.

Vorhandene ETS Projekte umzubenennen ist hart. Ich hoffe, ihr findet den Bug, in welcher Komponente er auch immer liegen mag.

Als Workaround dient bis dahin: Auf admin 2.0.9 gehen, oder Beschreibungen im ETS Projekt ändern.

Ciao

Breisgauer

WolleGee

Moin

Wie bekomme ich Messwerte eine MDT schalt mess aktors in den knx Adapter? Habe entsprechende ga erstellt und diese wurden auch im Adapter importiert. Die DPT passt auch, aber die Werte bleiben auf 0 stehen. Muss ich noch was beachten?

Gruß Wolle

chefkoch009

Hallo

@Breisgauer: ich habe soeben die neue Version veröffentlicht, in der die beschriebenen Sonderzeichen ignoriert werden.

@WolleGee: haben die KO's ein Leseflag? ist das Ü-Flag gesetzt?

Um weiteren Importproblemen vorzubeugen, habe ich node 8.9.4 als minimum Voraussetzung festgelegt.

VG

chefkoch009

Breisgauer

~~@chefkoch009:~~

@Breisgauer: ich habe soeben die neue Version veröffentlicht, in der die beschriebenen Sonderzeichen ignoriert werden. `

Hi, ich habe eben die neue Version auf meinem https://forum.iobroker.net/viewtopic.php?f=22&t=14734&p=159442#p159442 ausprobiert. Funktioniert!

Herzlichen Dank

Breisgauer

chefkoch009

super….vielen Dank fürs schnelle testen.

VG

chefkoch009

Micheagle

Hallo chefkoch009,

So, UPDATE meines eigenen Eintrags:

Kurz nachdem ich hier den Eintrag erstellt hatte, ist mein KNX Adapter dann doch wieder ans normale Laufen gekommen.

Selbstheilung?

Hm, hatte sich ja vorher auch von selbst verabschiedet.

Sehr merkwürdig.

Daher kann nun alles unter dem Strich als "nicht mehr gültig" erachtet werden.

Falls aber jemand anders auch schon einmal so etwas hatte, habe ich zur Sicherheit von gestern und dem frischen heute (wo der Adapter nun auch wieder läuft) mal den iobroker Log gesichert.

Viele Grüße

Michael

Ab hier obsolet!

–-------------------------------------------------------------

seit gestern ca. 23 Uhr geht mein KNX Adapter nicht mehr.

Alles andere meines iobrokers läuft ohne Fehlermeldung.

Die Lizenz habe ich mir noch mal aus der iobroker Cloud kopiert und neu eingefügt.

Update (und anschließend Adapter upload) von der 1.0.10 auf 1.0.13 hat keine Besserung gebracht.

Hier mal die Fehlerbeschreibung meines iobroker Logs

host.ioBroker-Pi	2018-07-11 00:34:12.727	error	instance system.adapter.knx.0 terminated with code 0 (OK)
Caught	2018-07-11 00:34:12.727	error	by controller[1]: path: './lib/cloudCert.crt' }
Caught	2018-07-11 00:34:12.727	error	by controller[1]: syscall: 'open',
Caught	2018-07-11 00:34:12.727	error	by controller[1]: code: 'ENOENT',
Caught	2018-07-11 00:34:12.727	error	by controller[1]: errno: -2,
Caught	2018-07-11 00:34:12.726	error	by controller[1]: at _handle.close (net.js:509:12)
Caught	2018-07-11 00:34:12.726	error	by controller[1]: at TLSSocket.emit (events.js:188:7)
Caught	2018-07-11 00:34:12.724	error	by controller[1]: at emitOne (events.js:101:20)
Caught	2018-07-11 00:34:12.724	error	by controller[1]: at TLSSocket.socketCloseListener (_http_client.js:286:9)
Caught	2018-07-11 00:34:12.724	error	by controller[1]: at ClientRequest.emit (events.js:188:7)
Caught	2018-07-11 00:34:12.723	error	by controller[1]: at emitOne (events.js:96:13)
Caught	2018-07-11 00:34:12.723	error	by controller[1]: at ClientRequest. <anonymous>(/opt/iobroker/node_modules/iobroker.knx/knx.js:81:28981)
Caught	2018-07-11 00:34:12.723	error	by controller[1]: at Object.fs.readFileSync (fs.js:510:33)
Caught	2018-07-11 00:34:12.723	error	by controller[1]: at Object.fs.openSync (fs.js:642:18)
Caught	2018-07-11 00:34:12.723	error	by controller[1]: at Error (native)
Caught	2018-07-11 00:34:12.723	error	by controller[1]: { Error: ENOENT: no such file or directory, open './lib/cloudCert.crt'
Caught	2018-07-11 00:34:12.722	error	by controller[0]: path: './lib/cloudCert.crt' }
Caught	2018-07-11 00:34:12.722	error	by controller[0]: syscall: 'open',
Caught	2018-07-11 00:34:12.722	error	by controller[0]: code: 'ENOENT',
Caught	2018-07-11 00:34:12.722	error	by controller[0]: errno: -2,
Caught	2018-07-11 00:34:12.721	error	by controller[0]: at emitErrorNT (net.js:1296:8)
Caught	2018-07-11 00:34:12.721	error	by controller[0]: at TLSSocket.emit (events.js:188:7)
Caught	2018-07-11 00:34:12.721	error	by controller[0]: at emitOne (events.js:96:13)
Caught	2018-07-11 00:34:12.721	error	by controller[0]: at TLSSocket.socketErrorListener (_http_client.js:310:9)
Caught	2018-07-11 00:34:12.721	error	by controller[0]: at ClientRequest.emit (events.js:188:7)
Caught	2018-07-11 00:34:12.720	error	by controller[0]: at emitOne (events.js:96:13)
Caught	2018-07-11 00:34:12.720	error	by controller[0]: at ClientRequest. <anonymous>(/opt/iobroker/node_modules/iobroker.knx/knx.js:81:28981)
Caught	2018-07-11 00:34:12.720	error	by controller[0]: at Object.fs.readFileSync (fs.js:510:33)
Caught	2018-07-11 00:34:12.720	error	by controller[0]: at Object.fs.openSync (fs.js:642:18)
Caught	2018-07-11 00:34:12.720	error	by controller[0]: at Error (native)
Caught	2018-07-11 00:34:12.719	error	by controller[0]: { Error: ENOENT: no such file or directory, open './lib/cloudCert.crt'</anonymous></anonymous>

Hat sich da was auf meiner SD Card zerschossen, oder gibt es gerade irgend welche Probleme, die mir nicht ersichtlich sind?

Wie schaut es bei den anderen aus? Läuft der KNX Adapter einfach weiter?

Danke und Gruß

Michael

NEWS