HMCCU 5.0 im SVN verfügbar

[zap]

Code Auswählen Erweitern


set HM_CCU datapoint ccutype=HmIP-eTRV-2 SET_POINT_TEMPERATURE=21.0

oder

Code Auswählen Erweitern


set HM_CCU datapoint ccusubtype=TRV SET_POINT_TEMPERATURE=21.0

oder

Code Auswählen Erweitern


set HM_CCU datapoint ccutype=HmIP-eTRV-2 CONTROL_MODE=0

wird zwar ohne Fehler geschluckt, aber es gibt kein Reaktion darauf.


Aber auch bei der Variante, wo ich die Geräte mit Komma separiert angebe, kommt der Timeout-Fehler im FHEM-Log.
Wie @justme1968 schon schreibt ist mir das auch erst aufgefallen seit dem letzten Update vom HMCCU. Ich bin der Meinung die Timeout-Fehler waren vorher nicht da.
/var/log/messages auf der CCU3 zeigt keine Fehler und auch die CPU darin langweilt sich zu tode.


Ryker

Ich weiß, woran es liegt, dass ccutype=xxx und ähnliche Befehle nicht funktionieren. Da muss ich mir etwas überlegen ... das liegt an ParseParams.

Wegen den Timeouts: wie genau sieht die Fehlermeldung aus?
Kannst Du mal im I/O Device in ccuflags das Flag "nonBlocking" setzen?

[Ryker]

Wenn ich das hier ausführe um z.b mal alle auf Manuell zu stellen.

Code Auswählen Erweitern


set HM_CCU datapoint HMIP_Thermostat1_Wohnzimmer,HMIP_Thermostat2_Wohnzimmer,HMIP_Thermostat_Kinderzimmer CONTROL_MODE=1



Dann sieht die Timeout-Meldung so hier aus.

Code Auswählen Erweitern


2022.01.06 20:43:25 2: HMCCUCHN [HMIP_Thermostat_Kinderzimmer] Error during CCU request. read from http://ccu3.fritz.box:8181 timed out


Die Timeouts kommen dabei recht zuverlässig, aber eben nur, wenns an mehrere geht.

"nonBlocking" habe ich schon immer eingeschaltet.

Ryker

[LuGu]

Hallo zusammen,

ich habe nach der Umstellung auf 5.0 beim fehm Neustart immer noch eine Fehlermeldung:

Code Auswählen Erweitern


2022.01.06 20:37:43 1:  PERL WARNING: Odd number of elements in hash assignment at ./FHEM/88_HMCCU.pm line 4479.


Hat jemand einen Tip für mich, woran das liegen kann?

Gruß LuGu

[zap]

Hallo zusammen,

ich habe nach der Umstellung auf 5.0 beim fehm Neustart immer noch eine Fehlermeldung:

Code Auswählen Erweitern


2022.01.06 20:37:43 1:  PERL WARNING: Odd number of elements in hash assignment at ./FHEM/88_HMCCU.pm line 4479.


Hat jemand einen Tip für mich, woran das liegen kann?

Gruß LuGu

Ist mit dem Update, das ich vorhin eingecheckt habe, behoben

[zap]

Wenn ich das hier ausführe um z.b mal alle auf Manuell zu stellen.

Code Auswählen Erweitern


set HM_CCU datapoint HMIP_Thermostat1_Wohnzimmer,HMIP_Thermostat2_Wohnzimmer,HMIP_Thermostat_Kinderzimmer CONTROL_MODE=1



Dann sieht die Timeout-Meldung so hier aus.

Code Auswählen Erweitern


2022.01.06 20:43:25 2: HMCCUCHN [HMIP_Thermostat_Kinderzimmer] Error during CCU request. read from http://ccu3.fritz.box:8181 timed out


Die Timeouts kommen dabei recht zuverlässig, aber eben nur, wenns an mehrere geht.

"nonBlocking" habe ich schon immer eingeschaltet.

Ryker

Der 2. Teil der Meldung ab "read" kommt von httputils nonblockingget, also Fhem.

Du kannst den Request Timeout anpassen mit ccureqtimeout. Der Default von fhem ist 4 Sekunden. Eigentlich sollte das reichen, aber setze mal 6 Sekunden

Oder schalte mal nonblocking aus. Da gab es vor vielen Jahren mal Probleme, weil fhem das über einen InternalTimer abbildet. Wenn dann mehrere Requests kurz nacheinander abgesetzt wurden, führte das zu Problemen. Mit Blocking sollte das nicht auftreten

[justme1968]

im log das von der ccu3 runtergeladen wird sehe ich auch timeout fehler und ich habe auch eine service meldung das mein HmIPW-WRC6 nicht erreichbar ist. /var/log/messages  habe ich noch nicht angeschaut.

wenn ich dann eine der tasten drücke passiert nichts, nach ein paar mal kommt eine rote bestätigung, dann geht es plötzlich wieder.

aktuell habe ich den letzten firmware update im verdacht. ich morgen mal eine version zurück zu gehen.

[zap]

im log das von der ccu3 runtergeladen wird sehe ich auch timeout fehler und ich habe auch eine service meldung das mein HmIPW-WRC6 nicht erreichbar ist. /var/log/messages  habe ich noch nicht angeschaut.

wenn ich dann eine der tasten drücke passiert nichts, nach ein paar mal kommt eine rote bestätigung, dann geht es plötzlich wieder.

aktuell habe ich den letzten firmware update im verdacht. ich morgen mal eine version zurück zu gehen.

Du kannst mal einen Blick ins Homematic Forum werfen (homematic-forum.de). Wenn es Probleme mit einem CCU Update gibt, tauchen sie dort zuerst auf / werden diskutiert. Bin leider nicht dazu gekommen, das letzte Firmware Update zu installieren.

Beispiel: https://homematic-forum.de/forum/viewtopic.php?f=26&t=71352

[nog76]

Hi,

mir ist noch eine Warnung in den Logs am Ende der Initialisierung von HMCCU aufgefallen. Diese tritt auch nach dem heutigen Update noch auf:

Code Auswählen Erweitern

2022.01.07 11:15:05 1: HMCCU [d_ccu] All RPC servers running
2022.01.07 11:15:05 2: HMCCU [d_ccu] Updating 80 of 80 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-RF|HmIP-RF
2022.01.07 11:15:05 1: HMCCURPCPROC [d_rpc00xxxxBidCos_RF] Scheduled CCU ping every 300 seconds
2022.01.07 11:15:05 2: HMCCURPCPROC [d_rpc00xxxxBidCos_RF] CB2001006011006150 NewDevice received 119 device and channel specifications
2022.01.07 11:15:06 2: HMCCURPCPROC [d_rpc00xxxxHmIP_RF] CB201000xxxxxxxxxx NewDevice received 307 device and channel specifications
2022.01.07 11:15:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at /wwws/fhem/current/FHEM/88_HMCCU.pm line 10093.
2022.01.07 11:15:12 2: HMCCU [d_ccu] Update success=80 failed=0


Lässt sich leider auch durch Erhöhung vom Debuglevel bisher nicht besser eingrenzen.

[l-j-silver]

@r-j-silver

Du verwendest nicht die aktuelle Version von 88_HMCCU.pm.

Am besten führst Du das Update morgen nochmal aus.

leider hat das mit den Update nicht geklappt.

Code Auswählen Erweitern


2022.01.07 11:49:32 1: UPD FHEM/31_HUEDevice.pm
2022.01.07 11:49:32 1: UPD FHEM/82_LGTV_WebOS.pm
2022.01.07 11:49:32 1: UPD FHEM/88_HMCCU.pm
2022.01.07 11:49:33 1: UPD FHEM/88_HMCCUCHN.pm
2022.01.07 11:49:33 1: UPD FHEM/88_HMCCUDEV.pm
2022.01.07 11:49:33 1: UPD FHEM/88_HMCCURPCPROC.pm
2022.01.07 11:49:33 1: UPD FHEM/HMCCUConf.pm
2022.01.07 11:49:33 1: UPD FHEM/lib/AttrTemplate/mqtt2.template
2022.01.07 11:49:33 1: UPD www/images/fhemSVG/hue2019_archetypesDoubleSpot.svg
2022.01.07 11:49:33 1: UPD www/images/fhemSVG/hue2019_archetypesSingleSpot.svg
2022.01.07 11:49:33 1: UPD www/images/fhemSVG/hue_filled_filament.svg
2022.01.07 11:49:33 1: UPD www/images/fhemSVG/hue_filled_foh.svg
2022.01.07 11:49:33 1: saving fhem.cfg
2022.01.07 11:49:33 1: saving ./log/fhem.save
2022.01.07 11:49:33 1:
2022.01.07 11:49:33 1: New entries in the CHANGED file:
2022.01.07 11:49:33 1:  - bugfix:  82_LGTV_WebOS: rewrite and change code, fix bugs of older version
2022.01.07 11:49:33 1: Calling /usr/bin/perl ./contrib/commandref_modular.pl, this may take a while
2022.01.07 11:49:34 1:
2022.01.07 11:49:34 1: update finished, "shutdown restart" is needed to activate the changes.
2022.01.07 11:49:34 1:
2022.01.07 11:49:34 1: Please consider using the global attribute sendStatistics
2022.01.07 11:50:08 0: Server shutdown
2022.01.07 11:50:08 1: HMCCU [d_ccu] Graceful shutdown
2022.01.07 11:50:12 1: Including fhem.cfg
2022.01.07 11:50:32 1: PERL WARNING: Prototype mismatch: sub HMCCU_GetRPCInterfaceList ($) vs ($;$) at ./FHEM/88_HMCCU.pm line 211, <$fh> line 1410.
2022.01.07 11:50:32 1: reload: Error:Modul 88_HMCCU deactivated:
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 1410, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 1775, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 2824, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 3885, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5091, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5207, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5265, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5312, near "0)"
BEGIN not safe after errors--compilation aborted at ./FHEM/88_HMCCU.pm line 7473, <$fh> line 1410.



Update:
Habe den Fehler gefunden. Ich hatte noch eine Funktion in 99_myUtils.pm, welche diesen Fehler verursacht hat.

[Ryker]

Du kannst den Request Timeout anpassen mit ccureqtimeout. Der Default von fhem ist 4 Sekunden. Eigentlich sollte das reichen, aber setze mal 6 Sekunden

NonBlocking will ich eigentlich nicht dauerhaft ausschalten, aber die Erhöhung des Timeouts hat soweit geholfen. Zumindest konnte ich es nicht mehr so easy provozieren.
Danke für den Tipp.

Ryker

[zap]

NonBlocking will ich eigentlich nicht dauerhaft ausschalten, aber die Erhöhung des Timeouts hat soweit geholfen. Zumindest konnte ich es nicht mehr so easy provozieren.
Danke für den Tipp.

Ryker

Wie lange dauert denn das Schalten, wenn die Timeout Meldung kommt ? Tatsächlich > 4 Sekunden?

[DonJuan]

Moin Moin,

gestern musste ich mein FHEM neustarten und plötzlich funktionierten meine HM-Geräte nicht mehr. Im Dezember hatte ich ein Update gemacht, da gab es auch schon Probleme. Gestern wurde kein Update gemacht. In meiner Not habe ich alles von Homematic gelöscht und neu angelegt. Das meiste ging dann auch wieder. Einige Abfragen musste ich natürlich noch anpassen. Findes es schon komsich, dass nach einen neustart irgendwelche Parameter nicht mehr stimmen. Aber egal. Ich habe da noch einen "Fehler", den ich nicht weg bekommen:

Code Auswählen Erweitern

1
Messages collected while initializing FHEM:configfile: HMCCU: [d_ccu] Ignored attribute eventMap because it contains only obsolet rpcserver entries
HMCCUDEV [HmIP_FT_Gaestezimmer] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_FT_Badezimmer] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_FT_Schlafzimmer] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_FT_Buero] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Wohnzimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Gaestezimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Buero] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Schlafzimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Essecke] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Badezimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_TR_Loggia] Invalid value 3.LEVEL for attribute statedatapoint
HMCCUDEV [HmIP_AT_Balkon] Invalid value 1.ACTUAL_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_BDT_Wohnzimmer] Invalid value 4.LEVEL for attribute statedatapoint
HMCCUDEV [HmIP_SRH_Loggia] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_SRH_Balkon] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_STHD_Wohnzimmer] Invalid value 1.ACTUAL_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_STHD_Schlafzimmer] Invalid value 1.ACTUAL_TEMPERATURE for attribute statedatapoint

Autosave deactivated

Ich habe keine Ahnung, was mir das sagen soll. Die Meldung erscheint jedesmal, wenn ich mich auf das FHEM verbinde.

Gruss Dennis

[zap]

Mach mal bitte ein list von einem der Geräte, die diesen Fehler melden

[Otto123]

Hallo Dennis,

Die Meldung erscheint jedesmal, wenn ich mich auf das FHEM verbinde.

Weil das die motd (message of the day) ist.

FHEM hat diese gesammelten Meldungen im Internal init_errors gespeichert. Die werden einfach auf der Startseite von FHEM angezeigt.
Wenn das Problem behoben ist, ist die Meldung nach dem nächsten Start von FHEM weg. Mit dem attr global motd lässt sich das Verhalten steuern.

Gruß Otto

[Ryker]

Wie lange dauert denn das Schalten, wenn die Timeout Meldung kommt ? Tatsächlich > 4 Sekunden?

Bei Timeout=4 kommt die Reaktion des Gerätes mit der TimeoutMeldung auch um die Zeit verzögert.
Setze ich den Timeout auf 6, dann passiert die Reaktion sofort und ohne Error im Log.

Ryker