Gateway KNX 10 Auslesen der aktuellen Leistung

[trant]

Hallo,

ich habe ein Problem beim Anzeigen der aktuellen Leistung meiner Heizung.

Das KO des Gateways ist 1 Byte vom Typ 5.001 (Prozent)

mein Item ist:
Number Heating_Power "aktuelle Leistung [%d %%]" <pressure> (Heizung) {knx="<(60)5/1/0"}

und mein Fehler ist:

2017-01-12 11:49:59.485 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Error sending KNX read request for 'Heating_Power': data length 1 < required KNX data type width 2
2017-01-12 11:49:59.486 [INFO ] [g.knx.internal.dpt.KNXCoreTypeMapper] - Translator couldn't parse data for datapoint type '9.001' (KNXIllegalArgumentException).
2017-01-12 11:49:59.591 [INFO ] [g.knx.internal.dpt.KNXCoreTypeMapper] - Translator couldn't parse data for datapoint type '9.001' (KNXIllegalArgumentException).

mein eib.log sagt:

2017-01-12 12:49:59.462,A_GroupValue_Read,1.0.254,5/1/0,00,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-12 12:49:59.485,A_GroupValue_Response,1.0.12,5/1/0,3F,,,,0,low,6,T_DATA_XXX_REQ,0 2017-01-12 12:49:59.569,A_GroupValue_Read,1.0.254,5/1/0,00,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-12 12:49:59.591,A_GroupValue_Response,1.0.12,5/1/0,3F,,,,0,low,6,T_DATA_XXX_REQ,0

Ideen, was ich falsch mache?

[udo1toni]

Gib den DPT mit an:

Number Heating_Power "aktuelle Leistung [%d %%]" <pressure> (Heizung) {knx="<(60)5.001:5/1/0"}

Bist Du sicher, dass Du den Wert regelmäßig pollen musst?

[trant]

Wenn ich es so eingebe, dann wird dauernd die GA geschrieben:

 
 2017-01-13 06:36:59.920,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:36:59.964,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.008,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.052,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.096,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.140,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.184,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.228,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.273,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.322,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.364,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.409,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.466,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.545,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.598,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.653,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.699,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.742,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.783,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.828,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.873,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.916,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:00.960,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:01.004,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:01.048,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:01.092,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:01.136,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:01.174,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:01.212,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0 2017-01-13 06:37:01.256,A_GroupValue_Write,1.0.254,5/1/0,6E,,,,0,low,5,T_DATA_XXX_REQ,0

[udo1toni]

Das ist seltsam, eigentlich sollte openHAB ja gar nicht schreiben. Welche Version nutzt Du? Hast Du irgendwelche Rules, in denen Heating_Power eine Rolle spielt?

[trant]

Heating_Power ist in keiner Rule. Meine Version ist der Snapshot #715.

Ich habe hier wohl ein generelles Problem bzw. mache ich etwas nicht korrekt. Ich hab dieses Verhalten bei lesenden Aktionen. Das Item "Humidity_EG_Bad" verhält sich ganz gleich:

Number Humidity_EG_Bad  "EG Bad [%d %%] " <humidity> (EG_Bad, Feuchtigkeit) {knx="<5.001:6/1/72"}

Füge ich jedoch eine "Dummy" GA als erste hinzu, dann funktioniert es ?!?!?!

Number Humidity_EG_Bad  "EG Bad [%d %%] " <humidity> (EG_Bad, Feuchtigkeit) {knx="[B]5.001:6/1/254[/B]+5.001:6/1/72"}

Hier ebenfalls:

Switch Betrieb_Heizung     {knx="[B]5/1/254[/B]+<5/1/5"}

[trant]

So funktioniert es nun ohne Fehlermeldung:

Number Heating_Power_Dec "aktuelle Leistung [%d %%]"   <pressure>  (Heizung)    {knx="[B]5.001:[/B]5/1/254+<5.001:5/1/0"}

[udo1toni]

Nur, um das nochmal abzuklären...

1. Die GA 5/1/254 ist vermutlich nicht vergeben, oder?
2. Du nutzt OH2? Dann hast Du evtl. ignorelocalevents nicht auf true gesetzt und die korrekte Busadresse gesetzt?

Da Du ja nun offensichtlich auf das Polling verzichtest, sollte erst recht kein Schreibzugriff auf den Bus erfolgen (es Sei denn Punkt 2 trifft zu)

[trant]

Ja, die 5/1/254 ist eine ungenutzte Dummy GA (die aber bis jetzt nie geschrieben wurde).
Ja, ich habe OH2 und das ignorelocalevents war auf false, hab ich nun auf true gesetzt.

Ohne diese Dummy GA wird aber trotzdem dauernd 5/1/0 auf den Bus geschrieben.