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

[killroy2]

@chrischros kannst du bitte noch die Zeilen zu openknx.0 davor posten?

[ChrisChros]

@killroy2 hier die Einträge vom Herunterfahren und Neustart des RaspberryPi:

2023-02-03 17:43:10.806  - info: host.raspberrypi stopInstance system.adapter.openknx.0 (force=false, process=true)
2023-02-03 17:43:10.883  - info: openknx.0 (676) Got terminate signal TERMINATE_YOURSELF
2023-02-03 17:43:10.927  - info: host.raspberrypi stopInstance system.adapter.openknx.0 send kill signal
2023-02-03 17:43:10.932  - info: openknx.0 (676) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2023-02-03 17:43:11.642  - warn: openknx.0 (676) Could not perform strict object check of state openknx.0.Schalten.Stromwert.KG_-_HWR_-_Trockner_-_Stromwert: DB closed
2023-02-03 17:43:11.643  - warn: openknx.0 (676) get state error: Connection is closed.
2023-02-03 17:43:12.147  - info: host.raspberrypi instance system.adapter.openknx.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2023-02-03 17:44:10.924  - info: host.raspberrypi instance system.adapter.openknx.0 started with pid 630
2023-02-03 17:44:13.847  - info: openknx.0 (630) starting. Version 0.5.2 in /opt/iobroker/node_modules/iobroker.openknx, node: v16.19.0, js-controller: 4.0.24
2023-02-03 17:44:13.917  - info: openknx.0 (630) Connecting to knx gateway:  10.10.20.2:3671 minimum send delay: 50ms debug level: info
2023-02-03 17:44:13.919  - info: openknx.0 (630) /opt/iobroker/node_modules/iobroker.js-controller
2023-02-03 17:44:14.234  - error: openknx.0 (630) [error] 2023-02-03 16:44:14.182 (idle): Incomplete/unparseable UDP packet: Error: Invalid data for GA 1/5/4
    at fsm.event (/opt/iobroker/node_modules/iobroker.openknx/main.js:583:35)
    at fsm.<anonymous> (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:27:1)
    at arrayEach (/opt/iobroker/node_modules/lodash/lodash.js:530:11)
    at Function.forEach (/opt/iobroker/node_modules/lodash/lodash.js:9410:14)
    at fsm.emit (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:25:1)
    at fsm.emitEvent (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:673:10)
    at fsm._onEnter (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:579:14)
    at fsm.transition (/opt/iobroker/node_modules/machina/lib/webpack:/src/BehavioralFsm.js:175:1)
    at fsm.Fsm.<computed> [as transition] (/opt/iobroker/node_modules/machina/lib/webpack:/src/Fsm.js:80:1)
    at fsm.inbound_TUNNELING_REQUEST_L_Data.ind (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:368:16): 061002080008a300
2023-02-03 17:44:14.343  - error: openknx.0 (630) [error] 2023-02-03 16:44:14.340 (idle): Incomplete/unparseable UDP packet: Error: Invalid data for GA 4/4/73
    at fsm.event (/opt/iobroker/node_modules/iobroker.openknx/main.js:583:35)
    at fsm.<anonymous> (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:27:1)
    at arrayEach (/opt/iobroker/node_modules/lodash/lodash.js:530:11)
    at Function.forEach (/opt/iobroker/node_modules/lodash/lodash.js:9410:14)
    at fsm.emit (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:25:1)
    at fsm.emitEvent (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:673:10)
    at fsm._onEnter (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:579:14)
    at fsm.transition (/opt/iobroker/node_modules/machina/lib/webpack:/src/BehavioralFsm.js:175:1)
    at fsm.Fsm.<computed> [as transition] (/opt/iobroker/node_modules/machina/lib/webpack:/src/Fsm.js:80:1)
    at fsm.inbound_TUNNELING_REQUEST_L_Data.ind (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:368:16): 06100420001504a301002900bce011fe2449010081

Und hier noch die Einstellung von der GA 1/5/4 die er oben als erstes bemängelt:

{
  "_id": "openknx.0.Schalten.Stromwert.KG_-_HWR_-_Trockner_-_Stromwert",
  "type": "state",
  "common": {
    "desc": "Basetype: 16-bit unsigned value",
    "min": 0,
    "max": 65535,
    "name": "KG - HWR - Trockner - Stromwert",
    "read": true,
    "role": "state",
    "type": "number",
    "unit": "mA",
    "write": true
  },
  "native": {
    "address": "1/5/4",
    "answer_groupValueResponse": false,
    "autoread": true,
    "bitlength": 16,
    "dpt": "DPT7.012",
    "valuetype": "basic"
  },
  "from": "system.adapter.openknx.0",
  "user": "system.user.admin",
  "ts": 1645349968666,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Aber ich glaube daran liegt es nicht, denn nachdem der Adapter manuell neu gestartet wird funktioniert ja alles wie gewohnt.

Gruß Chris

[killroy2]

@chrischros said in Test Adapter OpenKNX 0.2.x:

1/5/4

ist Zufall, weil es vermutlich deine erste Adresse ist.
Ich verstehe noch nicht genau was hier passiert, die Meldung "Invalid data for GA" sollte eigentlich nie kommen. Das wäre der Fall wenn ein Event kommt noch vor Connect abgeschlossen ist. Ich muss in die Lib analysieren ob die Annahme wirklich zutrifft..

[Nobody 0]

Hallo,

ich habe ein Verständnis Problem mit dem Wert den ich per KNX abhole.

Ich habe einen Hager KNX Energie Zähler den ich gerne auslesen möchte. Hier die Daten aus der ETS, es sollten etwa 150W Verbrauch angezeigt werden,

Im ioBroker wird mir aber dieser Wert angezeigt:

Das steht in der xml Export Datei:

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<GroupAddress-Export xmlns="http://knx.org/xml/ga-export/01">
  <GroupAddress Name="Summe Leistung W" Address="1/4/0" DPTs="DPST-13-10" />
</GroupAddress-Export>

Was mache ich Falsch das ich hier den Korrekten wert Angezeigt bekomme.

Danke für eure Hilfe.

[mane444]

@nobody-0 sagte in Test Adapter OpenKNX 0.2.x:

DPST-13-10

Du hast hier scheinbar einen Fehler in der Zuordnung von Datentyp und Gruppenadresse.
Bei deinem ersten Screenshot zeigst du die aktuelle Leistung Gruppe 1/4/0 Datentyp: 14.056.
Was du ausliest ist der Zählerstand in Wh Gruppe 1/4/0 Datentyp 13.010.
Lese mal mit der ETS die Gruppenwerte aus und vergleiche dann.

[Automatisierer 0]

Re: Test Adapter OpenKNX 0.2.x

Hallo,
Ich habe vom proprietären KNX-Adapter auf den OpenKNX adapter umgestellt.

Mein Feedback:
Ich habe noch nie eine so problemlose Umstellung erlebt!
Alles hat super geklappt (wie in der Beschreibung angegeben)
Und der Adapter funktioiert bis jetzt bestens und problemos!

VIELEN DANK FÜR DEN SUPER ADAPTER

Ein kleiner Punkt verwirrt mich:
Nach dem erfolgreichen einlesen des XML Files kann man nur rechts unten den Button CLOSE drücken.
Ich hätte mir eigentlich erwartet, dass ich den Button "SAVE" oder "SAVE AND CLOSE" drücken muss.

[Automatisierer 0]

Frage zur Verfügbarkeit der Version 0.5.2 (2023-01-02):

Ich habe die Version 0.2.5 intalliert

Es soll ja bereits die Version 0.5.2 (2023-01-02) geben.
Diese wird wir aber in der 2. Spalte "Available" nicht angezeigt.
Auch nicht, wenn ich auf Beta-Repository umstelle.

Wie kann ich die Version 0.5.2 installieren?

[Tontechniker]

@automatisierer-0 Hallo! den kann man zur Zeit nur über "Adapter", "Expertenmodus", "Katze", "Benutzerdefiniert" und diesen Link:
https://github.com/iobroker-community-adapters/ioBroker.openknx.git
bei "URL" eintragen und mit "Install" installieren. Melde dich, wenn du Probleme damit hast!
Gruß
Hans

[Hant0r]

@tontechniker Danke dir für die Erklärung.

Wieso muss man das denn so umständlich machen und wird nicht, wie andere Adapter, über den "normalen Weg" angeboten?

[Tontechniker]

@hant0r Das liegt daran, dass dies noch keine offizielle Version ist (Testversion!). 0.2.5 ist die vom Entwickler freigegebene Version. Er hat aber schon angekündigt, dass die 0.5.2, wenn keine Probleme im Dauertest auftauchen, die offizielle Version 1.0.0 wird und dann unter "Adapter" abrufbar ist.

[Hant0r]

@tontechniker danke dir.
Also kann man bedenkenlos auf diese Version gehen?!

Habe gerade erst alles auf openknx gewechselt - ohne Probleme - Respekt und danke dafür @killroy2

[Tontechniker]

@hant0r Bei mir läuft die 0.5.2 schon seit einigen Wochen ohne Probleme!
Gruß
Hans

[Sam 0]

Hi, kann mir villeicht jemand sagen ob es möglich ist zwischen Leseanfrage und Schreibtelegramme zu unterscheiden?

[Automatisierer 0]

Es verwirrt mich:
Nach dem erfolgreichen einlesen des XML Files kann man nur rechts unten den Button CLOSE drücken.
Ich hätte mir eigentlich erwartet, dass ich den Button "SAVE" oder "SAVE AND CLOSE" drücken muss.

[Automatisierer 0]

Problem mit HVAC-Mode:

Ich habe die folgende Fehlermeldung im Log:

openknx.0
	2023-03-01 22:44:47.874	warn	[warn] "2023-03-01T21:44:47.874Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2
openknx.0
	2023-03-01 22:44:47.695	warn	[warn] "2023-03-01T21:44:47.695Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2
openknx.0
	2023-03-01 22:44:47.645	warn	[warn] "2023-03-01T21:44:47.645Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2
openknx.0
	2023-03-01 22:44:47.592	warn	[warn] "2023-03-01T21:44:47.592Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2
openknx.0
	2023-03-01 22:44:47.269	warn	[warn] "2023-03-01T21:44:47.269Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2
openknx.0
	2023-03-01 22:44:46.822	warn	[warn] "2023-03-01T21:44:46.822Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2

Der Datenpunt sieht folgendermaßen aus:

{
  "_id": "openknx.0.Heizung_und_Temp_(HZ).Gar__Wkst_.HZ_-_GH_-_El_Radiator_Beide_-_Betriebsartvorwahl_(Komfort_Nacht_Frost)",
  "type": "state",
  "common": {
    "desc": "Basetype: 1-byte",
    "name": "HZ - GH - El.Radiator Beide - Betriebsartvorwahl (Komfort/Nacht/Frost)",
    "read": true,
    "role": "state",
    "type": "number",
    "write": true
  },
  "native": {
    "address": "6/4/35",
    "answer_groupValueResponse": false,
    "autoread": true,
    "bitlength": 8,
    "dpt": "DPT20.102",
    "valuetype": "basic"
  },
  "from": "system.adapter.openknx.0",
  "user": "system.user.admin",
  "ts": 1677706626491,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Hier die Projektierung in der ETS:

Frage:
Wo ist das Problem ?
Was ist falsch?

[Tontechniker]

@automatisierer-0 Ich bin mir nicht sicher, ob der "DPT20.102" in der Software verfügbar ist. Da kann vermutlich nur
killroy2 was zu sagen.

[mane444]

@automatisierer-0 Ich hab bei mir auch HVAC Gruppenadressen, mit dem gleichen Datentyp und auch die restliche Datenpunkt-Konfiguration ist wie bei dir. Beim schalten bekomm ich keine Warnmeldung.
Verbaut sind bei mir MDT Glastaster und Heizungsaktoren.

Ich nehme an das du hier ein Gerät hast das auf den Bus 2 Bytes schreibt. Bekommst du die Warnung auch wenn du die Busadresse über die ETS steuerst?
Was hast du für eine Adapterversion? Bei mir läuft 0.2.7

[Automatisierer 0]

@killroy2
Hier eine Zusatzinfo zu Problem mit dem HVAC-Modus DPT20.102:

Ich habe auf die neuerste Version V0.5.2 des Adapters umgestellt.
Der Fehler tritt weiterhin auf.
Der Datenpunkt hat das Attribut: "autoread": true

Vielleicht hilft das weiter.

[Hansi1234]

Guten Morgen zusammen.

Ich habe folgende Fehlermeldungen im Log. Kann mir hier jemand helfen?

[error] 3/5/2023, 7:47:39 AM.672 KNXUltimate-KNXEngine: Sending KNX packet: Send UDP Catch error: Not running object seqCounter:undefined

EDIT:
Falsches Forum. Sorry. Ich erstelle ein Tread im Node-Red Abteil. Danke

[mpl1338]

kann der Adapter Telegramme auf den Bus bestätigen? Ich habe etliche GAs die nur für IOBroker zwecke senden. Kann der Apadpter diese bestätigen? Ich habe sehr viele wiederholende Telegramme und würde dieses verhalten gerne abstellen.