Vitoconnect bringt FHEM zum Absturz

[Olaf]

Guten Morgen,

seit heute Morgen 7:42 habe ich ein Problem mit vitoconnect. Im FHEM Log finden sich seither alle paar Minuten folgende Einträge:

2025.06.29 07:42:41 1: Heizungskeller_vitoconnect - unbekannter Fehler: Bitte den Entwickler informieren!
2025.06.29 07:42:41 1: Heizungskeller_vitoconnect - statusCode: 400 errorType: DEVICE_COMMUNICATION_ERROR message:  error: undef reason: GATEWAY_OFFLINE
Can't locate object method "child" via package "6" (perhaps you forgot to load "6"?) at ./FHEM/98_vitoconnect.pm line 3924.
2025.06.29 07:42:41 1: WRSunnyTripower - Format of inverter response does not fit.
2025.06.29 07:44:12 1: Including fhem.cfg
2025.06.29 07:44:12 1: Including /opt/fhem/mycfg/00_config.cfg
2025.06.29 07:44:12 1: Including /opt/fhem/mycfg/01_initialise.cfg

2025.06.29 07:45:04 1: Heizungskeller_vitoconnect - unbekannter Fehler: Bitte den Entwickler informieren!
2025.06.29 07:45:04 1: Heizungskeller_vitoconnect - statusCode: 400 errorType: DEVICE_COMMUNICATION_ERROR message:  error: undef reason: GATEWAY_OFFLINE
Can't locate object method "child" via package "6" (perhaps you forgot to load "6"?) at ./FHEM/98_vitoconnect.pm line 3924.
2025.06.29 07:45:04 1: WRSunnyTripower - Format of inverter response does not fit.
2025.06.29 07:46:35 1: Including fhem.cfg
2025.06.29 07:46:35 1: Including /opt/fhem/mycfg/00_config.cfg
2025.06.29 07:46:35 1: Including /opt/fhem/mycfg/01_initialise.cfg

2025.06.29 07:47:22 1: Heizungskeller_vitoconnect - unbekannter Fehler: Bitte den Entwickler informieren!
2025.06.29 07:47:22 1: Heizungskeller_vitoconnect - statusCode: 400 errorType: DEVICE_COMMUNICATION_ERROR message:  error: undef reason: GATEWAY_OFFLINE
Can't locate object method "child" via package "6" (perhaps you forgot to load "6"?) at ./FHEM/98_vitoconnect.pm line 3924.
2025.06.29 07:47:22 1: WRSunnyTripower - Format of inverter response does not fit.
2025.06.29 07:48:52 1: Including fhem.cfg
2025.06.29 07:48:52 1: Including /opt/fhem/mycfg/00_config.cfg
2025.06.29 07:48:52 1: Including /opt/fhem/mycfg/01_initialise.cfg

Das setzt sich so fort. FHEM war entsprechend nicht mehr erreichbar bzw. immer nur kurz und dann sofort wieder weg.

Es sieht also so aus, als würde der Fehler bei vitoconnect dazu führen, dass FHEM neustarten muss.

Ich habe Heizungskeller_vitoconnect und WRSunnyTripower jetzt in der config auf disable 1 gestellt, dann einen Neustart des Raspberrys durchgeführt und jetzt läuft FHEM wieder stabil.

Welche Infos werden noch benötigt, um hier weiterhelfen zu können?

Viele Grüße

Olaf

[buec65]

Funktioniert der Zugriff über die Vicare-App?

Bei mir läuft diese Version FVERSION
98_vitoconnect.pm:v0.8.7-s29740/2025-03-09 ohne Fehler.

Evtl. die WLAN-Verbindung prüfen.

[Beta-User]

Hmmm, scheint so, als wäre da irgendein Problem mit Path::Tiny, hab's mal auch im Entwicklungsthread zitiert, damit stefanru das auch mitbekommt (er ist grade ziemlich ausgelastet).

Das package "6" sieht komisch aus, _könnte_ eine Folge davon sein, dass mehrere Module versuchen, eine Methode "child" zu laden.
Existiert denn die Log-Datei?
(Namensgebung:)

Code Auswählen Erweitern

                  my $dir         = path( AttrVal("global","logdir","log"));
                my $file        = $dir->child("vitoconnect_" . $gw . ".err");
Generell scheint aber was anderes FHEM solange zu blockieren, bis systemd (?) denkt, FHEM würde nicht mehr reagieren - das _könnte_auch mit "WRSunnyTripower" zusammenhängen, denn anscheinend wird FHEM ja erst mal nach dem vitoconnect-Eintrag weiter ausgeführt.

@stefanru:
Warum verwenden wir nicht FileWrite() aus fhem.pl? Oder packen das Modul alternativ ein, dann kann es nicht zu Problemen mit anden Modulen kommen, die gleichnamige (Unter-) Funktionen (in main) verwenden...

Nachtrag: Hatte neulich auch einen disconnect, ohne dass mir FHEM deswegen abgeschmiert wäre; die file wurde anscheinend ordnungsgemäß geschrieben, obwohl ich die ganz sicher nicht vorher erstellt hatte.
Scheint also wirklich irgendein Konflikt zu sein, der aus dem main-Namwespace kommt.

[Olaf]

Funktioniert der Zugriff über die Vicare-App?

Bei mir läuft diese Version FVERSION
98_vitoconnect.pm:v0.8.7-s29740/2025-03-09 ohne Fehler.

Evtl. die WLAN-Verbindung prüfen.

Ja, Zugriff über die App funktioniert problemlos. Internetverbindung steht über LAN.

Generell scheint aber was anderes FHEM solange zu blockieren, bis systemd (?) denkt, FHEM würde nicht mehr reagieren - das _könnte_auch mit "WRSunnyTripower" zusammenhängen, denn anscheinend wird FHEM ja erst mal nach dem vitoconnect-Eintrag weiter ausgeführt.

WRSunnyTripower habe ich deshalb auch deaktiviert. Damit habe ich aktuell grundsätzlich Probleme, aber den Log-Eintrag "WRSunnyTripower - Format of inverter response does not fit." hatte ich bisher nie und dieser tauchte erstmals seit dem Fehler bei vitoconnect auf und immer genau zwischen dem vitoconnect Fehler und dem anschließenden FHEM Neustart. Da scheint also irgendein Zusammenhang zu bestehen.

Existiert denn die Log-Datei?

Sorry für die Nachfrage, aber was muss ich mit dem Code machen, um festzustellen, ob es die Log-Datei gibt? Im Log-Verzeichnis gibt es jedenfalls keine spezielle Log-Datei, nur die tägliche fhem-datum.log.

[Beta-User]

Der Code bastelt nur den Namen zusammen. Wenn es keine ".err" in dem Verzeichnis gibt, wurde (entsprechend der Meldung) auch nichts geschrieben.

Auch wenn es unwahrscheinlich ist, dass der tripower-Code was damit zu tun hat: was ist das für ein TYPE?

Und hast du sonst was im Einsatz, das die Funktionen aus Path::Tiny modifizieren könnte?
(Weiß schon, dass das schwierig ist, fheminfo könnte ggf. Hinweise liefern, was geladen ist).

[Olaf]

hier die Info aus fheminfo:

Code Auswählen Erweitern

| Eigenschaft    | Wert         |
| -------------- | ------------ |
| **ConfigType** | `configFile` |
| **SVN rev**    | `30015`      |
| **OS**         | `linux`      |
| **Perl**       | `5.36.0`     |
| **uniqueId**   | `7c5...`     |

| Modul                     | Count / Typ               |
| ------------------------- | ------------------------- |
| **ABFALL**                | 1                         |
| **AutomowerConnect**      | HUSQVARNA AM 435X AWD (1) |
| **CALVIEW**               | 3                         |
| **Calendar**              | 4                         |
| **DOIF**                  | FHEM (7)                  |
| **DbLog**                 | MARIADB (1)               |
| **ElectricityCalculator** | 10                        |
| **EnOcean**               | 5                         |
| **FHEM2FHEM**             | 3                         |
| **FHEMWEB**               | 5                         |
| **GardenaSmartBridge**    | 1                         |
| **GardenaSmartDevice**    | sensor2 (7)               |
| **HTTPMOD**               | 10                        |
| **HTTPSRV**               | 2                         |

| Modul             | Count / Typ                   |
| ----------------- | ----------------------------- |
| **MieleAtHome**   | 4                             |
| **PRESENCE**      | function (2)                  |
| **PROPLANTA**     | 2                             |
| **RESIDENTS**     | 1                             |
| **ROOMMATE**      | 4                             |
| **SMAInverter**   | 3                             |
| **SYSMON**        | 1                             |
| **SYSSTAT**       | 2                             |
| **SamsungAV**     | 1                             |
| **TCM**           | ESP3 (1)                      |
| **TUL**           | 1                             |
| **TelegramBot**   | 1                             |
| **Twilight**      | 1                             |
| **Unifi**         | 1                             |
| **UnifiClient**   | Apple, Inc. (5)               |
| **UnifiSwitch**   | 2                             |
| **alexa**         | 1                             |
| **allowed**       | 1                             |
| **at**            | 13                            |
| **cloneDummy**    | 14 (inkl. lan-lepresenced: 3) |
| **dummy**         | 33                            |
| **holiday**       | 1                             |
| **notify**        | 86                            |
| **readingsGroup** | 1                             |
| **statistics**    | 1                             |
| **telnet**        | 1                             |
| **vitoconnect**   | 1                             |
| **weblink**       | 2                             |

KNX:
| DPT Typ | Anzahl |
| ------- | ------ |
| dpt1    | 439    |
| dpt2    | 2      |
| dpt5    | 156    |
| dpt7    | 4      |
| dpt9    | 46     |
| dpt13   | 2      |
| dpt16   | 3      |

WRSunnyTripower ist vom Typ SMAInverter.