KNX Adapter überholt

chefkoch009

Hallo,

@KNXbroker: welche Flags sind in der ETS bei dem entsprechenden KO gesetzt? Wie sehen die raw Daten dazu bei dir im ioBroker aus?

@Micheagle: Diese Auflistung habe ich bereits. Anhand dieser verarbeite ich die Datenpunkte. Ich muss das halt "nur" umsetzen. Dabei ergibt sich aber folgendes: Für:

DPT1.x : 1-Bit ist klar => boolean
DPT2.x : 2-Bit mit diskreter Darstellung: entweder

a) int 0-3

b) string "0,0" oder "0,1" oder "1,0" oder "1,1"

c) als array [0,1] ….

d) als object {val1: 0, val2:1}

DPT3.x : 4-Bit [Bit3: boolean, Bit2-0: unsigned Integer] ….
DPT4.x : 8-Bit type string => string
DPT5.x : 8-Bit unsigned Int => number

...

.) DPT10.x : 3-Byte (TimeOfDay) als string, als Objekt, als array ?

.) DPT11.x 3-Byte (Date) als string, als Objekt, als array ?

...

.) DPT24.x: beliebig lang, Typ single char pro byte, als string, als Objekt, als array?

.....

und so weiter und so fort.

Wie sollen die Werte im ioBroker repräsentiert werden?

VG

chefkoch009

Micheagle

Ich hatte die Vorstellung, dass „level“, „switch“ etc. Aufgelistet und dann bspw. den Datenpunkten zugeordnet wird.

Also bspw. :

Switch: DTP 1.1 - DTP1.23 Lampe binär schalten

Level: DTP 5.1 - Lampe dimmen (dimmwert (prozentual/absolut) vorgeben)

usw.

Das geht natürlich auch anders herum wie bei dir.

DTP 1.1 switch Lampe binär schalten.

DTP 5.1 level Lampe dimmen …

fuchs1978

Hallo,

ich bin heute Mal auf die neue Version umgestiegen. Ich nutze noch lange die Version 0.8.3 da ich mit den neueren immer Probleme hatte. Die aktuelle Version läuft jedoch gut. Mit ist nur etwas aufgefallen, Temperaturen und luxwerte kommen bei mir als DTP 9 und sind im Gegensatz zur 0.8.3 alle um den Faktor 100 zu groß. Statt 20 Grad habe ich nun 2000 Grad. Gibt es da noch einen Bug?

chefkoch009

Hallo Fuchs1978,

Da liegen Galaxien zwischen den Versionen. Schicke mal bitte die RAW Information zu einem Betroffenen datenpunkt.

VG

chefkoch009

fuchs1978

Ja, da hast du vollkommen recht. Allerdings liefen die folgenden Versionen immer nicht zuverlässig da habe ich einige Zeit ausgesetzt und habe heute mal wieder einen Versuch gestartet. Mit dem genannten Problem, deshalb ist aktuell auch die 0.8.3 wieder bei mir aktiv.

Beide sind in der Version 1.0.17 um den Faktor 100 größer als in der Version 0.8.3, wobei die Werte in der Version 0.8.3 korrekt sind.

{
  "common": {
    "name": "Helligkeitswert Ankleide",
    "type": "number",
    "role": "value",
    "desc": "DPT-9",
    "read": true,
    "write": true
  },
  "native": {
    "address": "2/0/14",
    "addressRefId": "P-06C0-0_GA-62",
    "statusGARefId": "",
    "actGARefId": ""
  },
  "acl": {
    "object": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1638
  },
  "_id": "knx.0.Beleuchtungssteuerung_EG.Beleuchtungswerte.Helligkeitswert_Ankleide",
  "type": "state"
}

oder

{
  "from": "system.adapter.admin.0",
  "ts": 1520472199262,
  "common": {
    "name": "Temperatur Ist ",
    "type": "number",
    "role": "value.temperature",
    "desc": "DPT-9",
    "unit": "°C",
    "min": 0,
    "max": 30,
    "read": true,
    "write": false,
    "custom": {
      "history.0": {
        "enabled": true,
        "changesOnly": false,
        "debounce": "1000",
        "maxLength": 5,
        "retention": "31536000",
        "changesRelogInterval": "60",
        "changesMinDelta": 0
      }
    },
    "smartName": {
      "de": "Temperatur Diele",
      "smartType": "THERMOSTAT"
    }
  },
  "native": {
    "address": "6/2/0",
    "addressRefId": "P-06C0-0_GA-167",
    "statusGARefId": "",
    "actGARefId": ""
  },
  "acl": {
    "object": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1638
  },
  "_id": "knx.0.Heizungssteuerung_EG.Diele.Temperatur_Ist_",
  "type": "state"
}

KNXbroker

Hi chefkoch,

ich habe heute nochmal rumgespielt, komme aber auf keinen grünen Zweig.

Die Rolle des dazugehörigen Statusobjekts wird ordnungsgemäß auf "Indikator" gesetzt.

Habe auch mal ein neues KNX Projekt angelegt –> das gleiche Verhalten

Hier die RAW Daten des Schaltobjekts:

{
  "_id": "knx.0.Neue_Hauptgruppe.Neue_Mittelgruppe.Schalten_2",
  "type": "state",
  "common": {
    "name": "Schalten 2",
    "type": "boolean",
    "read": false,
    "write": true,
    "role": "level",
    "min": 0,
    "max": 1
  },
  "native": {
    "dpt": "DPT1.001",
    "address": "0/0/3",
    "addressRefId": "P-04FF-0_GA-3",
    "statusGARefId": "P-04FF-0_GA-4",
    "actGARefId": ""
  },
  "from": "system.adapter.knx.0",
  "ts": 1534536889462,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Egal welche Flags ich beim Schaltobjekt setzte –> es bleibt bei "Value". Habe verschiedene Kombinationen ausprobiert:

Viele Grüße

chefkoch009

Hallo,

@fuchs1978: (als ich Deinen Eintrag gelesen habe, wollte ich fast schreiben, das das normale Werte sind, wenn man auf der Sonne wohnt, hab es dann aber sein gelassen, weil es unprofessionell ist ). Nun zum Problem.

inzwischen hat sich auch etwas an der Objektstruktur selbst getan.

so sollte es etwa aussehen:

{
  "from": "system.adapter.knx.0",
  "ts": 1526332253957,
  "common": {
    "name": "Deckenlicht dimmen Wert",
    "type": "number",
    "role": "level",
    "min": 0,
    "max": 100,
    "read": false,
    "write": true
  },
  "native": {
    "dpt": "DPT5.001",
    "address": "10/4/14",
    "addressRefId": "P-096C-0_GA-886",
    "statusGARefId": "P-096C-0_GA-887",
    "actGARefId": ""
  },
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "knx.0.Schalten_Dimmen.dimmen_Wert.Deckenlicht_dimmen_Wert",
  "type": "state"
}

Bei Dir kann es nicht richtig ausgewertet werden, weil

die property "desc" in "common" nicht mehr existiert diese ist nämlich
nach "native" gewandert und heisst nun "dpt"

ich habe diese Änderung damals durchgeführt, weil "desc" nicht das aussagt, was es tut. Weiterhin wird der Eintrag unter "dpt" seit Version 1.0.0 gemäss der KNX-Konventionen aufgelöst. Dazu zählt unter anderem die Resolution. Als einfaches Beispiel sei hier der DPT5.xxx als 1Byte Wert angeführt. Das entspricht Werten zwischen 0-255. Nehmen wir nun DPT5.001 (DPT_Scaling) dann geht dieser von 0-100, DPT5.003(DPT_Angle) von 0-360. Somit müssen die Werte mittels einer Resolution umgerechnet werden, aus diesem Grund ist es auch wichtig die richtigen Datenpunkttypen in der ETS zu setzen.

Konkret in deinem Fall für einen Helligkeitswert wäre das: 'DPT9.004':

DPT_Name: 'DPT_Value_Lux',

unit: 'Lux',

resolution: 0.01,

range: {min: 0, max: 670670}

Dabei ist die Resolution 0,01 was wiederrum genau Deinem Faktor 100 entspricht.

@KNXbroker: Warum hat der Schaltausgang ein "L" Flag? Damals (…in den guten alten Zeiten...) als es noch keine KO's für die Rückmeldungen gab, musste man das so machen. Normaler Weise hat ein Schalt-KO die Flags K und S. Und das Status-KO die Flags K, L, Ü. Danach wird die Zuordnung während des Importes gemacht.

VG

chefkoch009

fuchs1978

Vielen Dank für deine Antwort. Ich werde das bei Gelegenheit Mal in den Objekten per hand anpassen und den dpt einfügen. 9.004 für Lux, hast du da Mal eine Übersicht oder wie wäre er für Temperaturen?

Die Resolution erkennt er dann anhand 9.00x oder muss ich diese noch irgendwo eintragen?

Ich nutze die ets 3, daher habe ich kein knxproj. Deshalb die Frage nach der händischen Anpassung. Ets 3 wirft leider nur eine CSV aus .

chefkoch009

Hallo fuchs1978,

Hier [<link_text text="https://www.google.de/url?sa=t&source=w ... ZdkIL/[url">https://www.google.de/url?sa=t&source=web&rct=j&url=http://www.sti.uniurb.it/romanell/Domotica_e_Edifici_Intelligenti/110504-Lez10a-KNX-Datapoint%20Types%20v1.5.00%20AS.pdf&ved=2ahUKEwi-qOKjl_bcAhXM2KQKHTz5AacQFjAAegQIBRAB&usg=AOvVaw28O5p5U1vHPsVQyx7ZdkIL/[url</link_text>] findest du alle Datenpunkttypen die der Adapter unterstützt.

VG
chefkoch009](<URL url=)[" target="_blank">[https://www.google.de/url?sa=t&source=w … ZdkIL/url] findest du alle Datenpunkttypen die der Adapter unterstützt.

VG

chefkoch009](<URL url=)

fuchs1978

Danke und die Nachkommastellen sollten dann auch automatisch funktionieren?

KNXbroker

~~@chefkoch009:~~

@KNXbroker: Warum hat der Schaltausgang ein "L" Flag? Damals (…in den guten alten Zeiten...) als es noch keine KO's für die Rückmeldungen gab, musste man das so machen. Normaler Weise hat ein Schalt-KO die Flags K und S. Und das Status-KO die Flags K, L, Ü. Danach wird die Zuordnung während des Importes gemacht. `
Chefkoch, die Zuordnung von Status und Schaltgruppenadresse klappt hervorragend.

Mit dem Screenshot wollte ich zeigen, dass alle Schaltgruppenadressen (Schalten 2,2b,3,3b) mit der Rolle "Level" importiert werden. Auch die Gruppenadresse "0/0/2 Schalten 2" wird mit der Rolle Level importiert.

Würde es nicht ausreichen, die Schaltobjekte von DPT1 standardmäßig auf "Switch" zu setzen? Ein DPT1 kann sogesehen kein "Level" sein, oder…?

Vielleicht habe ich es auch noch nicht ganz kapiert, aber warum ist es nötig für die Rollen die Flags auszuwerten?

Viele Grüße

chefkoch009

Hallo KNXbroker,

Bei deiner ersten Frage hast Du durchaus Recht. Das ist ein kleiner Schönheitsfehler.

Deine 2. Frage ist nicht ganz so einfach zu beantworten. Ich Versuch es Mal.

Beim Import schaue ich mir auch die einzelnen Geräte an und die Einstellungen, welche im Parameterdialog in der ETS gemacht wurden und welche Eigenschaften die einzelnen KO's haben können und in welchen GA's diese KO's enthalten sind. Dann schaue ich mir die GA's an und prüfe die Eigenschaften. Dadurch, das der Benutzer in der ETS die Möglichkeit hat die Flags zu ändern, hat das Priorität. Anhand dieser Eigenschaften wird dann die Rolle entschieden.

Warum ist es nun wichtig die Flags auszuwerten:

Fall 1) wir nehmen an in einer gruppenadresse stecken 2 KO's. KO1 hat die Flags KS und KO2 hat die Flags KÜ. => Dann ist das klassisch Schaltkanal vom Schaltaktor mit zugehörigem KO von einem Tastsensor. => Hier suche ich nach der zugehörigen StatusGA, also nach Fall 2 oder Fall 3.

Fall 2) in der GA befindet sich ein KO mit den Flags KL. Dann kann damit ja schonmal nicht geschalten werden. Es könnte ein Rückmeldeobjekt sein, aber es hat leider kein Ü Flag.

Fall 3) in der GA befindet sich ein KO MIT KLÜ. Ganz klar, das ist ein Rückmeldeobjekt, welches ich auch selbst abfragen kann. Dazu existiert eventuell eine SchaltGA.

Fall 4) in der GA befindet sich ein KO MIT KÜ. Super Sache das ist ein Rückmeldeobjekt, aber ich darf/kann es nicht abfragen, weil das L fehlt.Dazu existiert eventuell eine SchaltGA.

zu Fall 3 und 4 kann es sein, dass kein Fall 1 existiert. Das ist zum Beispiel bei Wetterstationen so.

VG

chefkoch009

chefkoch009

Hallo fuchs1978,

Das mit den Nachkommastellen sollte dann funktionieren.

VG

chefkoch009

Micheagle

Hallo chefkoch009,

ich habe gestern Morgen die aktuelle Version 1.0.17 installiert.

Bisher läuft das System problemlos.

Viele Grüße

Michael

chefkoch009

Hallo Micheagle,

Super Sache, danke für die Rückmeldung.

VG

chefkoch009

chaos99a

Hallo,

ich bin bei einem bekannten und wir wollen etwas mit Iobroker herumspielen da es ihm auch sehr gefällt,

er hat das KNX System, mit Homeserver 3 , aber noch kein IP Schnittstelle/Gateway welche der Schnittstellen funktioniert mit Iobroker?

welche wäre zu empfehlen ? muss ja nicht unbedingt die Gira lösung sein

zweite frage, (sorry kenne mich mit gira nicht) wie bekomme ich die " phys. EIB address : " raus?

mfg und vielen dank

Micheagle

Habt ihr eine ETS zur Programmierung zur Verfügung?

Der Homeserver muss ja - genauso wie meine Gira X1 mit dem Bus kommunizieren.

Die ETS zeigt normalerweise die Adresse der Schnittstelle an.

Wenn ich falsch liege, möge man mich korrigieren.

Centurytt

~~@chaos99a:~~

Hallo,

ich bin bei einem bekannten und wir wollen etwas mit Iobroker herumspielen da es ihm auch sehr gefällt,

er hat das KNX System, mit Homeserver 3 , aber noch kein IP Schnittstelle/Gateway welche der Schnittstellen funktioniert mit Iobroker?

welche wäre zu empfehlen ? muss ja nicht unbedingt die Gira lösung sein

zweite frage, (sorry kenne mich mit gira nicht) wie bekomme ich die " phys. EIB address : " raus?

mfg und vielen dank `

Also IP GW kann ich den von Eibmarkt. einfach empfehlen, kostet 129,- und funktioniert tadellos. https://www.eibmarkt.com/cgi-bin/eibmar … ew/N000401

Nicht vergessen entweder einen POE Adapter bei Amazon um 15,- oder eben auch die Hutschienen Variante von Eibmarkt dazu nehmen. Hab nen POE Adapter um 8,- in Verwendung und funktioniert bestens.

Physische Adresse über die ETS Software... Wie schon geschrieben.

Lg

Centurytt

Hallo Leute,

bei der Neuinstallation des KNX Adapter habe ich folgende Meldungen im Log erhalten. Kann mir jemand sagen was das alles ist ? und wie komme ich da an die Updates ?

Notice created a lockfile as package-lock.json. You should commit this file.

iobroker 2018-08-24 12:42:46.893 info npm

iobroker 2018-08-24 12:42:39.160 info npm WARN deprecated hoek@0.9.1: The major version is no longer supported. Please update to 4.x or newer

iobroker 2018-08-24 12:42:39.146 info deprecated coffee-script@1.12.7: CoffeeScript on NPM has moved to "coffeescript" (no hyphen)

iobroker 2018-08-24 12:42:39.145 info

iobroker 2018-08-24 12:42:39.143 info WARN

iobroker 2018-08-24 12:42:39.142 info

iobroker 2018-08-24 12:42:39.142 info npm

iobroker 2018-08-24 12:42:38.854 info npm WARN deprecated nomnom@1.8.1: Package no longer supported. Contact support@npmjs.com for more info.

iobroker 2018-08-24 12:42:38.379 info npm WARN deprecated node-uuid@1.4.8: Use uuid module instead

iobroker 2018-08-24 12:42:38.375 info npm WARN deprecated hoek@2.16.3: The major version is no longer supported. Please update to 4.x or newer

iobroker 2018-08-24 12:42:37.414 info npm WARN deprecated jscs-preset-wikimedia@1.0.1: Deprecated in favour of eslint-config-wikimedia. – https://phabricator.wikimedia.org/T118941

iobroker 2018-08-24 12:42:37.118 info npm WARN deprecated minimatch@0.3.0: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue

iobroker 2018-08-24 12:42:37.079 info npm WARN deprecated minimatch@2.0.10: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue

iobroker 2018-08-24 12:42:36.745 info npm WARN deprecated graceful-fs@1.2.3: please upgrade to graceful-fs 4 for compatibility with current and future versions of Node.js

iobroker 2018-08-24 12:42:36.469 info WARN deprecated to-iso-string@0.0.2: to-iso-string has been deprecated, use @segment/to-iso-string instead.

iobroker 2018-08-24 12:42:36.467 info npm

iobroker 2018-08-24 12:42:36.411 info npm WARN deprecated jade@0.26.3: Jade has been renamed to pug, please install the latest version of pug instead of jade

iobroker 2018-08-24 12:42:35.746 info npm WARN deprecated minimatch@0.2.14: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue

iobroker 2018-08-24 12:42:35.554 info npm WARN deprecated coffee-script@1.3.3: CoffeeScript on NPM has moved to "coffeescript" (no hyphen)

iobroker 2018-08-24 12:42:31.031 info npm install --production (System call) in "/opt/iobroker/node_modules/iobroker.knx"

iobroker 2018-08-24 12:41:51.291 info npm install iobroker.knx@0.8.6 --production --save --prefix "/opt/iobroker" (System call)

iobroker 2018-08-24 12:41:50.823 info NPM version: 6.2.0

iobroker 2018-08-24 12:41:47.050 info Update knx from @0.8.6 to @0.8.6

tombox

Das sind nur Warnungen.

Du hast erfolgreich knx Adapter 0.8.6 installiert.

NEWS

KNX Adapter überholt

Support us

899
Online

30.5k
Users

76.8k
Topics

1.2m
Posts

NEWS

KNX Adapter überholt

Support us

899Online

30.5kUsers

76.8kTopics

1.2mPosts

899
Online

30.5k
Users

76.8k
Topics

1.2m
Posts