NEWS
Test Adapter KNX v1.0.x
-
Ok dann klingt es nicht nach einem ets Fehler oder so. Sondern ehr in Richtung Adapter.
Schick mal die RAW Daten vom datenpunkte aus dem iobroker -
@thebam
Gerne ...{ "_id": "knx.0.Licht_und_Steckdosen.Zentralbefehle_&_Gruppierungen.MA1-KanalE-Stromwert", "type": "state", "common": { "name": "MA1-KanalE-Stromwert", "type": "number", "role": "value", "read": true, "write": true, "unit": "W", "custom": { "influxdb.0": { "enabled": true, "changesOnly": true, "debounce": "1000", "retention": "31536000", "changesRelogInterval": 0, "changesMinDelta": 0, "storageType": "", "aliasId": "stromverbrauchTerrasseGrundwasserpumpe" } } }, "native": { "dpt": "DPT14.056", "address": "1/0/24", "addressRefId": "P-05DA-0_GA-952", "statusGARefId": "", "actGARefId": "", "objRef": "O-83_R-599", "devName": "M-0083_A-0017-21-5D11", "devInst": "P-05DA-0_DI-28", "objectSize": "" }, "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1619463825163, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
-
@hant0r
Hmm ich kann da leider nix ungewöhnliches erkennen. Was du nur noch probieren kannst den Log auf debug umstellen den Wert mit der ets senden und schauen wie und ob da was kommt dann liegt es an der Zuordnung von nachricht zum Objekt. Ansonsten habe ich leider keine Idee mehr -
@hant0r Is it possible the value is smaller than 1? There is a bug reported where for example DPT 14.056 (W) only updates values that is 1 or greater.
See Issue#144: https://github.com/ioBroker/ioBroker.knx/issues/144
-
@thebam
Gute Idee mit dem debug Mode ... hat aber leider keine Auswirkung gehabt, im Log wird überhaupt nichts geschrieben. Auch nicht, wenn ich einen anderen Wert händisch in der ETS ändere.
Keine Ahnung ob er jeden Wert nochmal ins Log schreiben sollte.Was sich aber nun geändert hat, es steht jetzt eine "0" in dem DP. Diese wird aber, im gegensatz zu den anderen, rot (also nicht bestätigt) angezeigt.
@videonisse
Danke für die Idee, leider glaube ich nicht, dass es etwas damit zu tun hat, weil es nie klappt, egal wie groß der Wert ist der eingetragen wird. -
@hant0r
ist read & write auch für die anderen (funktionierenden) Datenpunkte im ioBroker true?Wie sind die Flags in ETS (also KLSÜ...)? Sind die bei allen gleich?
-
Hi @garfonso ,
danke für deine Antwort.Habe gerade nochmal nachgesehen.
Hier mal die RAW Daten eines vergleichbaren anderen DPs:{ "_id": "knx.0.Licht_und_Steckdosen.Zentralbefehle_&_Gruppierungen.MA1-KanalF-Stromwert", "type": "state", "common": { "name": "MA1-KanalF-Stromwert", "type": "number", "role": "value", "read": true, "write": true, "unit": "W", "custom": { "influxdb.0": { "enabled": true, "changesOnly": true, "debounce": "1000", "retention": "31536000", "changesRelogInterval": 0, "changesMinDelta": 0, "storageType": "", "aliasId": "stromverbrauchTerrasseHauswasserautomat" } } }, "native": { "dpt": "DPT14.056", "address": "1/0/27", "addressRefId": "P-05DA-0_GA-937", "statusGARefId": "", "actGARefId": "", "objRef": "O-101_R-601", "devName": "M-0083_A-0017-21-5D11", "devInst": "P-05DA-0_DI-28", "objectSize": "" }, "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1619461982479, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
Ist als immer beides auf "true".
Zu den Flags:
Die Flags sehen bei den "Stromwerten" alle gleich aus.
Hier der Kanals E (der nicht klappt):
Kanals F der funktioniert:
Gruß
-
@hant0r
puh... da hab ich echt keine Idee mehr zu... strange. -
@garfonso
Verstehe es ja auch nicht. Habe sogar schon die GA gelöscht, neu angelegt, zugewiesen und im ioBroker importiert ... aber kein Erfolg -
Kann es sein das von den Parameter im aktor etwas nicht stimmt? Bzw. Wenn du mit der ets. Mit liest und du dann da mal was schaltest. Das dir da auch ein Wert angezeigt bekommt der größer 0 ist?
-
Ich habe folgenden Fehler im Log:
knx.0 2021-05-07 01:14:01.715 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342841712,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:13:58.573 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342838569,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:13:48.571 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342828568,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:13:39.064 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342819029,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:13:28.573 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342808567,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:13:18.568 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342798563,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:13:08.627 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342788585,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:12:58.565 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342778561,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:12:48.563 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342768559,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:12:38.562 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342758557,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:12:28.564 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342748557,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:12:18.559 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342738553,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948} knx.0 2021-05-07 01:12:08.556 silly (2133) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1620342728551,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1620342498948}
Während der Fehler alle paar Sekunden einläuft kann ich weder an den Bus senden noch vom Bus empfangen. Dann geht es wieder für ein paar Minuten ohne Probleme und dann läuft wieder alle paar Sekunden dieser Fehler ein. Hat jemand eine Idee woran das liegen könnte?
Edit: Es hat mit der Meldung im Log nichts zu tun. Ich habe leider auch so sporadische Aussetzer. Die frames pro Sekunde habe ich schon auf 30 gesetzt. Das hat leider nichts geändert.
-
Moin @TheBam
ich hatte das auch schonmal angedacht. Die Einstellungen habe ich mehrfach schon überprüft und sind identsich (z. B. zwischen Kanal E und F).
Wenn in meinem Fall die Pumpe abspringt, dann sehe ich in der ETS wie viel Watt gezogen werden, die Zahl wird nur nicht an ioBroker übermittelt. -
Also ich finde das sehr seltsam und alleine aus Interesse würde es mich interessieren wie es dazu kommt. Wenn du magst biete ich dir an heute Abend über discord /anydesk mal zusammen drauf zu schauen. Ab 21 Uhr.
-
@markus84
Da sind keine Fehler in deinem log? Du hast nur die höchste Logstufe an, wo jeder State-Änderung (es wir der connection state auf "true" gesetzt).//Edit; oh, hattest du schon gesehen. Merkwürdig ist, dass er connection immer wieder auf true setzt, das zeigt schon irgendwie nen Verbindungsproblem... grübel -> ne, ok, macht er bei mir auch alle paar Sekunden.
-
@garfonso Ich habe den Fehler gefunden. Ich schreibe einen ioBroker-Status bei einer Veränderung auf den Bus. Die Bus-Gruppenadresse hatte ich noch nicht mit irgendetwas verknüpft. Dies führt dazu, dass für ca. 1-3 Minuten weder etwas auf den Bus gesendet wird noch ankommt. Danach geht es wieder einwandfrei. Nachdem ich die betreffende Gruppenadresse mit einem Gerät verknüpft habe, ist das Problem weg.
Ist es grundsätzlich möglich, dass Geräte bei einem Neustart den Status von ioBroker Datenpunkten auslesen können? Oder muss ich das einfach regelmäßig auf den Bus schreiben? Ich meine ich hätte hier im Forum mal etwas zu dem Thema gelesen, ich finde es aber einfach nicht mehr...
-
@markus84 said in Test Adapter KNX v1.0.x:
Ist es grundsätzlich möglich, dass Geräte bei einem Neustart den Status von ioBroker Datenpunkten auslesen können? Oder muss ich das einfach regelmäßig auf den Bus schreiben? Ich meine ich hätte hier im Forum mal etwas zu dem Thema gelesen, ich finde es aber einfach nicht mehr...
Dazu müsste der Adapter auf GroupValueRead Nachrichten reagieren (so denn das Gerät versucht den Status auszulesen, machen leider auch nicht alle). Laut chefkoch geht das irgendwie, ich habe es aber selber nie hinbekommen und wüsste erlich gesagt auch nicht wie...
-
@markus84 sagte in Test Adapter KNX v1.0.x:
Ist es grundsätzlich möglich, dass Geräte bei einem Neustart den Status von ioBroker Datenpunkten auslesen können? Oder muss ich das einfach regelmäßig auf den Bus schreiben? Ich meine ich hätte hier im Forum mal etwas zu dem Thema gelesen, ich finde es aber einfach nicht mehr...
Das geht du kannst mit einem blockly reagieren auf änderungen. Dann ändert sich der Zeit Stempel danach musst du dann einfach den Wert erneut auf den Bus senden.
-
@thebam Danke! Das ist natürlich echt aufwändig. Ich glaube ich sende dann die meisten Sachen einfach zyklisch, werde aber bei einigen wichtigen Dingen mir die Arbeit machen und wirklich den Zeitstempel mit einem Blockly überwachen.
-
@garfonso sagte in Test Adapter KNX v1.0.x:
@markus84 said in Test Adapter KNX v1.0.x:
Ist es grundsätzlich möglich, dass Geräte bei einem Neustart den Status von ioBroker Datenpunkten auslesen können? Oder muss ich das einfach regelmäßig auf den Bus schreiben? Ich meine ich hätte hier im Forum mal etwas zu dem Thema gelesen, ich finde es aber einfach nicht mehr...
Dazu müsste der Adapter auf GroupValueRead Nachrichten reagieren (so denn das Gerät versucht den Status auszulesen, machen leider auch nicht alle). Laut chefkoch geht das irgendwie, ich habe es aber selber nie hinbekommen und wüsste erlich gesagt auch nicht wie...
So far I know, chefkoch responded in github that KNX Adapter can NOT respond to a GroupValueRead from the bus, as he hasn't yet found any way to solve this.
I have an idea that maybe using a Device Dummy representing ioBroker in the ETS could help the Adapter to know which GAs with ETS Write flag that "belongs" to the ioBroker/KNX Adapter and that it should respond with a GroupValueRespond for those. Have you had any thoughts about this?
-
Hallo,
ich habe aktuell ein Problem dass mein KNX Ethernet-Interface ab und am mal aussteigt. Zustände sind dann ich up-to-date und sollte bei Buswiederkehr aktualisiert werden. Dazu 2 Fragen:
-wie erkenne ich einen Busausfall möglichst früh und zuverlässig?
Es gibt ein info.connection Objekt, dass ist aber immer true. Derzeit Überwache ich den Ethernet ping.
-Als Reaktion sollen wie bei einem Adapterneustart wichtige Messages neu angefragt werden. Wie bekomme ich das hin?
Vielen Dank