hm.rega - Datenpunkte werden nicht gelesen

[switch42]

Hallo,

ich bekomme es nicht hin, dass hm-rega die Datenpunkte der CCU3 einliesst.

Folgendes Verhalten habe ich:

Verbindung besteht uns es wird folgendes erfolgreich gelesen:
Programme, Variablen, Alarms ... alles klappt.

Bei den Datenpunkten (datapoints.fn) rennt er in einen Timeout und startet neu.

Im Debug sieht es so aus:

1121%3A0.LOWBAT\":false,\r\n\"BidCos-RF.OEQ0421121%3A0.RSSI_DEVICE\":1,\r\n\"BidCos-RF.OEQ0421121%3A0.RSSI_PEER\":201,\r\n\"BidCos-RF.OEQ0421121%3A0.DEVICE_IN_BOOTLOADER\":false,\r\n\"BidCos-RF.OEQ0421121%3A0.UPDATE_PENDING\":false,\r\n\"BidCos-RF.OEQ0421121%3A1.STATE\":false,\r\n\"BidCos-RF.OEQ0421121%3A1.ERROR\":0,\r\n\"BidCos-RF.OEQ0421121%3A1.LOWBAT\":false,\r\n\"BidCos-RF.OEQ0422154%3A0.UNREACH\":false,\r\n\"BidCos-RF.OEQ0422154%3A0.STICKY_UNREACH\":false,\r\n\"BidCos-RF.OEQ0422154%3A0.CONFIG_PENDING\":false,\r\n\"BidCos-RF"
2021-01-31 14:22:40.536  - error: hm-rega.0 (17556) ReGaHSS 192.168.1.21 down
2021-01-31 14:22:40.588  - debug: hm-rega.0 (17556) Dropped all pending scripts because not connected
2021-01-31 14:22:57.446  - debug: hm-rega.0 (17556) --> polling.fn
2021-01-31 14:22:57.448  - debug: hm-rega.0 (17556) --> programs.fn
2021-01-31 14:23:10.566  - info: hm-rega.0 (17556) ReGaHSS 192.168.1.21 up
2021-01-31 14:23:10.567  - debug: hm-rega.0 (17556) --> Write(system.Date("%F %X").ToTime().ToInteger());
2021-01-31 14:23:10.589  - debug: hm-rega.0 (17556) <-- 1612099390
2021-01-31 14:23:10.591  - info: hm-rega.0 (17556) time difference local-ccu 1s
2021-01-31 14:23:10.593  - debug: hm-rega.0 (17556) create service messages
2021-01-31 14:23:10.594  - debug: hm-rega.0 (17556) --> alarms.fn
2021-01-31 14:23:10.598  - debug: hm-rega.0 (17556) --> !# alarms.fn !# !# Dieses Homematic-Script gibt eine Liste aller Alarm-Datenpunk
2021-01-31 14:23:27.447  - debug: hm-rega.0 (17556) --> polling.fn
2021-01-31 14:23:27.448  - debug: hm-rega.0 (17556) --> programs.fn
2021-01-31 14:23:27.451  - debug: hm-rega.0 (17556) 2 pending requests
2021-01-31 14:23:27.452  - debug: hm-rega.0 (17556) 3 pending requests
2021-01-31 14:23:57.449  - debug: hm-rega.0 (17556) --> polling.fn
2021-01-31 14:23:57.450  - debug: hm-rega.0 (17556) --> programs.fn

Adapter neu installiert und die CCu3 ist auch aktuell.
Ich befürchte, dass irgendwas in der ccu3 wohl hängt, was die Datenpunkte angeht. Aber ich komme nicht dahinter.

Gibt es Ideen?

[Homoran]

@switch42 Und wo ist die Frage?

[switch42]

@homoran Ist editiert - war zu schnell geklickt

[Homoran]

@switch42 sagte in hm.rega - Datenpunkte werden nicht gelesen:

Adapter neu installiert und die CCu3 ist auch aktuell.

Welche Version des hm-rega?

[switch42]

@homoran Aktuell 2.6.24 aus dem Stable Zweig. Ich hatte vorhin hm-rega und hm-rpc aus der Beta, aber auch da ist das Verhalten identisch.

[Homoran]

@switch42 sagte in hm.rega - Datenpunkte werden nicht gelesen:

Aktuell 2.6.24 aus dem Stable Zweig.

da sollte 3.0.6 aktuell sein

@switch42 sagte in hm.rega - Datenpunkte werden nicht gelesen:

Ich hatte vorhin hm-rega und hm-rpc aus der Beta

im Beta gab es ein Problem

Bliebe u.a. noch die Firewall der CCU

[switch42]

@homoran
So. Update auf 3.0.6 - vorher hm-rega und hm-rpc vollständig gelöscht.
Firewall auf der CCU3 ist auf offen gestellt, sicherheitshalber rebootet.

Jetzt geht es ein wenig weiter, aber es kommen mit den Datenpunkten zig Warnings:

2021-01-31 15:28:05.077  - warn: hm-rega.0 (29427) State "hm-rpc.0.OEQ0421113.1.STATE" has no existing object, this might lead to an error in future versions
2021-01-31 15:28:05.079  - warn: hm-rega.0 (29427) State "hm-rpc.0.OEQ0421113.1.ERROR" has no existing object, this might lead to an error in future versions
2021-01-31 15:28:05.080  - warn: hm-rega.0 (29427) State "hm-rpc.0.OEQ0421113.1.LOWBAT" has no existing object, this might lead to an error in future versions
2021-01-31 15:28:05.081  - warn: hm-rega.0 (29427) State "hm-rpc.0.OEQ1709182.4.CONTROL_MODE" has no existing object, this might lead to an error in future versions
2021-01-31 15:28:05.083  - warn: hm-rega.0 (29427) State "hm-rpc.0.OEQ1709182.4.FAULT_REPORTING" has no existing object, this might lead to an error in future versions
2021-01-31 15:28:05.084  - warn: hm-rega.0 (29427) State "hm-rpc.0.OEQ1709182.4.BATTERY_STATE" has no existing object, this might lead to an error in future versions
2021-01-31 15:28:05.085  - warn: hm-rega.0 (29427) State "hm-rpc.0.OEQ1709182.4.VALVE_STATE" has no existing object, this might lead to an error in future versions

Dann hängt er sich jetzt bei den Alarm-Punkten weg:

2021-01-31 15:29:38.838  - warn: hm-rega.0 (29427) "!# alarms.fn
!#
!# Dieses Homematic-Script gibt eine Liste aller Alarm-Datenpunk" timed out after 90 seconds
2021-01-31 15:29:38.841  - debug: hm-rega.0 (29427) <-- 
2021-01-31 15:29:38.843  - error: hm-rega.0 (29427) <-- invalid response:  ....
....
-7\",\"AlState\":0,\"AlOccurrenceTime\":\"1970-01-01 01:00:00\",\"LastTriggerTime\":\"1970-01-01 01:00:00\",\"Operations\":5,\"AlTriggerDP\":4889,\"Parent\":4888},\r\n\"4918\":{\"Name\":\"AL-OEQ0421090%3A0.CONFIG_PENDING\",\"AlState\":0,\"AlOccurrenceTime\":\"1970-01-01 01:00:00\",\"LastTriggerTime\":\"1970-01-01 01:00:00\",\"Operations\":5,\"AlTrigger"
2021-01-31 15:29:38.846  - error: hm-rega.0 (29427) ReGaHSS 192.168.1.21 down
2021-01-31 15:29:38.898  - debug: hm-rega.0 (29427) Dropped all pending scripts because not connected

Sehr suspekt.

[Homoran]

@switch42 sagte in hm.rega - Datenpunkte werden nicht gelesen:

aber es kommen mit den Datenpunkten zig Warnings:

hast du auch den controller aus dem Beta-Zweig?

[switch42]

@homoran
Ja, der läuft mit 3.2.12.

[Homoran]

@switch42 sagte in hm.rega - Datenpunkte werden nicht gelesen:

Ja, der läuft mit 3.2.12.

Warum bist du überall im Beta-Zweig und wunderst dich dann?
Die Meldungen stammen daher!

Warum er sich jetzt weghängt weiß ich nicht
scheint aber den connect verloren zu haben -warum auch immer

[switch42]

@homoran
Thema hat sich erledigt. Die CCU3 hat ein defektes Netzwerkkabel.
Es war leider erst auf der CCU3 mit ifconfig zu sehen, dass viele Pakete gedroppt wurden.