Max & Weekprofile Log-Einträge

[gotmoon]

Hallo Zusammen,

habe seit geraumer Zeit merkwürdige Log-Einträge, die ich nicht zuordnen kann.

Code Auswählen Erweitern

2020.11.21 10:56:59 2: WochenProfil_Heizung_Ankleide(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)
2020.11.21 10:56:59 2: WochenProfil_Heizung_Arbeitszimmer_Rechts(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)
2020.11.21 10:56:59 2: WochenProfil_Heizung_BadMarek(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)
2020.11.21 10:56:59 2: WochenProfil_Heizung_Fitness(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)
2020.11.21 10:56:59 2: WochenProfil_Heizung_FlurKeller(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)
2020.11.21 10:56:59 2: WochenProfil_Heizung_Gaestezimmer(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)
2020.11.21 10:56:59 2: WochenProfil_Heizung_Schlafzimmer(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)
2020.11.21 10:56:59 2: WochenProfil_Heizung_Waschkueche(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)
2020.11.21 10:56:59 2: WochenProfil_Heizung_Windfang(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)
2020.11.21 10:56:59 2: WochenProfil_Heizung__Arbeitszimmer_Links(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)
2020.11.21 10:56:59 2: WochenProfil_Thermostat_Arbeitszimmer(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)

Oft mehrfach hintereinander.
Das Problem: Es handelt sich gar nicht um HomeMatic - Geräte, sondern um Max-Geräte.
Vielleicht zur Info am Rande, ich habe auch HomeMatic im Einsatz, die Wochenprofile der Geräte verwalte ich aber in der RaspberryMatic

Jemand eine Ahnung?

[Wzut]

Das hat nichts mit MAX zu tun, ist ein weekprofile Thema.

[phoenix-anasazi]

Hallo,

und was führt zu der Meldung? Ich bekomme die nämlich seit einigen tagen auch ständig ins Log geschrieben. Ich habe zwar HmIP-eTRV2-Thermostate, die sind aber nicht mit weekprofile verknüpft/gesteuert (funktioniert ja nciht). Habe das weekprofile auch schon gelöscht und neu angelegt, Die Meldung kommt aber trotzdem wieder. Eigentlich soll das nur über WDT einen Rademacher-Thermostaten steuern.

Hat schon jemand eine Lösung dafür?
Vielen Dank und Grüße
Sascha

[Beta-User]

Soweit ich das verstehe, führt (jedes) weekprofile-Device beim FHEM-Start eine Art Scan nach seinen "Clients" aus.
Dazu gehören potentiell auch HMCCUDEV.*-Geräte. Soweit so gut. Haben die aber kein "ccutype"-Internal, passiert in Zeilen 180ff folgendes:

Code Auswählen Erweitern

    my $model = $devHash->{ccutype};
    if (!defined($model)) {
      Log3 $me, 2, "$me(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)";

Dieser Durchlauf ist nicht auf Heizungsgeräte beschränkt, das passiert grundsätzlich mit allen HMCCUDEV-Instanzen.
Warum diese Abfrage so ist, kann ich euch nicht sagen, genausowenig, warum sie nicht klappt, und ob das auch so im Log stünde, wenn weekprofile "weiter hinten" in der cfg stünde.

Kurzfristig abhelfen würde, den Log-Level in der letzten der obigen Zeilen auf 4 oder 5 zu stellen:

Code Auswählen Erweitern

    Log3 $me, 5, "$me(getDeviceType): ccutype not defined - take HM-xxx (HMCCU_HM)";

EDIT: Oder eben den verbose-Level des weekprofile-Devices auf 1 oder weniger setzen...

[phoenix-anasazi]

Ok, danke. Hatte die Zeile auch gefunden, aber nicht verstanden 
Allerdings kommt die Meldung ja immer wieder, das heißt der Scan findet wiederkehrend auch bei laufendem FHEM und dann auch gleich 2 Mal in einer Sekunde statt.
Habe jetzt Verbose entsprechend gesetzt, aber ganz zufriedenstellend ist das ja nicht. Also falls jemand noch Ideen/Hintergründe hat, immer her damit 

[Beta-User]

Der scan wird angestoßen durch jedes global-DEFINE-Event, die Zeile müßte eigentlich für jedes betroffene Device und jeweils einmal pro weekprofile-Device erscheinen...

Tipp: schaut euch mal das Topic-feature an. Eigentlich meine ich, es ist einfacher, nur ein weekprofile-Device in einer Installation zu haben und darüber dann alle Profile zu verwalten. (Außer man braucht es als "User-Frontend", das auch anderen für "ihren Raum" zur Verfügung stehen soll).

[phoenix-anasazi]

Ok, das erklärt, warum das immer wieder auftaucht. Ich habe nur ein Weekprofile Device für den einen verbleibenen Rademacher Thermostaten. Und das Device steht in der CFG tatsächlich als allerletztes drin. Ich habe Risiko mal eine Nachricht geschickt, eventuell hat er noch Ideen.

Eigentlich wollte ich mehrere Weekprofile Devices um die Profile der eTRV2 anzupassen, die habe ich aber zwischenzeitlich wieder gelöscht.

[Risiko]

Hallo.

Für weekprofile gibt es einen eigenen Thread https://forum.fhem.de/index.php/topic,46117.0.html

Ich habe den Log-Level in der betreffenden Zeile auf 4 reduziert und zudem wird das Device jetzt ignoriert.
Aus meiner minimalen Kenntnis über HMCCUDEV, sollte ccutype immer vorhanden sein. Das Problem ist eher dort zu suchen.
Es wird benötigt, um HmIP Geräte zu unterscheiden.

Risiko

[Risiko]

Ich habe zwar HmIP-eTRV2-Thermostate, die sind aber nicht mit weekprofile verknüpft/gesteuert (funktioniert ja nciht).

Ggf. im entsprechenden Thread vertiefen. Sollte gehen.

[phoenix-anasazi]

Hallo Risiko,

vielen Dank für die Anpassung. Das Thema mit den eTRV-2 hatte ich unter https://forum.fhem.de/index.php/topic,115155.0.html schonmal nagefangen, da kamen aber keine Rückmeldungen mehr. Soll das in den Weekprofile Hauptthread? Einige Antworten stehen halt schon drin.
Es gibt auf jeden Fall noch mindestens einen anderen User der auch die eTRV-2 einsetzen will, wäre super, wenn das über weekprofile funktionieren würde.

Viele Grüße
Sascha

[Risiko]

Ja, gehört in den weekprofile Thread. Ich lese nicht alles  .
Daher habe ich es auch nicht gelesen.