Hauptmenü

Neueste Beiträge

#1
Sonstiges / Aw: Mein FHEM "hängt" sich bei...
Letzter Beitrag von hasselh - 20 März 2026, 16:13:57
OK, Ich hab's gefunden... mit Hilfe von:

perl -d:Trace fhem.pl fhem.cfg
tail -f /opt/fhem/log/fhem-YYYY-MM.log

Das Problem mit dem Einfrieren von FHEM liegt an einem sysread() Aufruf in der HttpUtils.pm, Zeile 601 (599 ist denke ich auch ein Kandidat). Hier der Trace:

>> FHEM/HttpUtils.pm:585:     if($@) {
>> FHEM/HttpUtils.pm:591:       $hash->{conn}->blocking(1);
>> /usr/lib/aarch64-linux-gnu/perl-base/IO/Socket.pm:174:     my $sock = shift;
>> /usr/lib/aarch64-linux-gnu/perl-base/IO/Socket.pm:176:     return $sock->SUPER::blocking(@_)
>> FHEM/HttpUtils.pm:592:       $usingSSL = 1;
>> FHEM/HttpUtils.pm:594:       if($hash->{hu_proxy}) {   # can block!
>> FHEM/HttpUtils.pm:595:         my $pw = AttrVal("global", "proxyAuth", "");
>> fhem.pl:4796:   my ($d,$n,$default) = @_;
>> fhem.pl:4797:   $n = resolveAttrRename($d, $n);
>> fhem.pl:4635:   my ($d,$n) = @_;
>> fhem.pl:4637:   return $n if(!$d || !$defs{$d});
>> fhem.pl:4638:   my $m = $modules{$defs{$d}{TYPE}};
>> fhem.pl:4639:   if($m->{AttrRenameMap} && defined($m->{AttrRenameMap}{$n})) {
>> fhem.pl:4644:   return $n;
>> fhem.pl:4798:   return $attr{$d}{$n} if(defined($attr{$d}) && defined($attr{$d}{$n}));
>> fhem.pl:4799:   return $default;
>> FHEM/HttpUtils.pm:596:         $pw = "Proxy-Authorization: Basic $pw\r\n" if($pw);
>> FHEM/HttpUtils.pm:597:         my $hdr = "CONNECT $hash->{host}:$hash->{hu_port} HTTP/1.0\r\n".
>> FHEM/HttpUtils.pm:599:         syswrite $hash->{conn}, $hdr;
>> FHEM/HttpUtils.pm:600:         my $buf;
>> FHEM/HttpUtils.pm:601:         my $len = sysread($hash->{conn},$buf,65536);

Danach bleibt der Log teilweise für 30-90 Sekunden stehen und FHEM ist in der Zeit auch nicht über telnet / WebBrowser erreichbar. Jetzt zu der Frage, wie man das Problem lösen/umgehen kann. Die Verwendung eines Proxys mit Whitelist, der bei mir auf der Firewall läuft, ist bei mir aus Sicherheitsgründen Pflicht...

Hallo @rudolfkoenig,

Lässt sich der Aufruf in der HttpUtils.pm evtl. in einen BlockingCall umwandeln ?
Könnte man alternativ dem sysread() einen timeout mitgeben ?
#2
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von JoWiemann - 20 März 2026, 15:11:01
Hallo,

kann die angehängte Version bitte einmal jemand mit eine FritzBox mit Mobilempfang testen und mir bitte das Ergebnis von:get <DeviceName> tr064Command X_AVM-DE_WANMobileConnection:1 x_wanmobileconn GetInfoEx
zur Verfügung stellen.
Bitte vor dem Ausführen im Attribut setSubVerbose4 die Sub Fritz_SOAP_Request Auswählen. Nach dem Ausführen bitte einmal das Ergebnis und den Logauszug zur Verfügung stellen. Vielen Dank.

Grüße Jörg
#3
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von peterboeckmann - 20 März 2026, 14:27:59
Zitat von: DS_Starter am 20 März 2026, 14:19:41Hallo Peter,

checkin habe ich angefordert -> https://forum.fhem.de/index.php?msg=1359918

Die Icons gehören nach ../www/images/openautomation

Bzgl. Icon user_n_a schaue ich nochmal.
EDIT: Icon hier angehängt und checkin noch requested

Dankeschön!
Jetzt klappt alles.

Viele Grüße,
Peter
#4
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 20 März 2026, 14:19:41
Hallo Peter,

checkin habe ich angefordert -> https://forum.fhem.de/index.php?msg=1359918

Die Icons gehören nach ../www/images/openautomation

Bzgl. Icon user_n_a schaue ich nochmal.
EDIT: Icon hier angehängt und checkin noch requested
#5
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von peterboeckmann - 20 März 2026, 14:06:19
Hallo Heiko,

Zitat von: DS_Starter am 19 März 2026, 23:36:14Ach, da sind Icons nicht ausgeliefert. Ich werde morgen bitten einige neue Icons einzuchecken.
Hier angehängt das fehlende Teil.

ich und meine Ungeduld...
Wohin muss die Datei denn?
Und bei mir scheint auch noch die user_n_a zu fehlen, ggf. mehr, aber die sehe ich gerade auch nicht.

Ich habe die Datei unter Debian hier abgelegt: /opt/fhem/www/images/fhemSVG/weather
Dann als Owner den user fhem und die Gruppe dialout zugewiesen.
fhem neu gestartet hab ich auch.
Trotzdem wird es nicht angezeigt.

Viele Grüße,
Peter
#6
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 20 März 2026, 13:36:20
ZitatUnd für pvrl wird wohl nicht der Gesamtwert als Basis genommen, wie man im Reading Current_PV sieht (den hatte ich gestern als plausibel bei der Fehlersuche abgehakt), sondern die Summe aus pvrlXX (bei mir 01-03).
Ja, es ist die Summe aus pvrlXX. Es ist zu unterscheiden - pvrlXX = Ertrag in Wh vs. Current_PV = aktuelle Erzeugung in W. Das eine ist die Energie, das andere eine Leistung.
Die PV-Energie wird aus den Schlüsseln setupInverterDevXX->etotal abgeleitet und auf den in SF gültigen Stundentakt gerechnet. Die aktuelle PV Leistung aus setupInverterDevXX->pvOut gezogen/summiert.

ZitatNun die Frage, warum der Wert für den 3. Wechselrichter bei mir 0 ist, nicht wie bei 04 und 05 "-").
Es kommt darauf an, ob aus den in den setupInverterDevXX angebenen Device/Reading-Kombinationen Werte gelesen werden können. Wenn dies nicht klappt - oder nicht definiert ist - bleibt der Key undefiniert (-), was nicht zwangsläufig ein Fehler ist.

ZitatVor allem sehe ich auch in der Flussgrafik alle 3 Werte und die richtige Summe. Wird hier für die Anzeige in der Flussgrafik etwas anderes verwendet als für die Berechnung?
Grundsätzlich nicht. Nicht alle in der Flußgrafik verwendeten Werte sind auch als Reading verfügbar.

(Hat sich jetzt überschnitten)



#7
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von tomcat.x - 20 März 2026, 13:11:39
Zitat von: DS_Starter am 19 März 2026, 22:40:02Wenn es es nicht so ist, liegt es an den gelieferten Energiewerten der beteiligten Geräte. Lies dir dazu diesen Abschnitt im Wiki durch.

Die Formel hat mir nicht wirklich geholfen, die Berechnung würde man ja genau so erwarten. Aber ich habe mir daraufhin mal die die pvHistory Werte angeschaut. Die Berechnung von con anhand der einzelnen Summenwerte stimmt natürlich. An denen ist mir auch nichts aufgefallen. Aber dann:

pvrl03: 0
Und für pvrl wird wohl nicht der Gesamtwert als Basis genommen, wie man im Reading Current_PV sieht (den hatte ich gestern als plausibel bei der Fehlersuche abgehakt), sondern die Summe aus pvrlXX (bei mir 01-03).

Nun die Frage, warum der Wert für den 3. Wechselrichter bei mir 0 ist, nicht wie bei 04 und 05 "-"). Die Daten aller Wechselrichter bekomme ich per openDTU. Die setupInverterDevXX Definitionen sehen daher alle ähnlich aus und ich kann keinen Unterschied/Fehler sehen. Vor allem sehe ich auch in der Flussgrafik alle 3 Werte und die richtige Summe. Wird hier für die Anzeige in der Flussgrafik etwas anderes verwendet als für die Berechnung?

Nachtrag: Habe es selbst gefunden. Sieht so aus, als ob die Berechnung anhand von etotal passiert. Da fehlt der Wert bei mir im 3. Wechselrichter.
#8
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von JoWiemann - 20 März 2026, 13:04:29
Hallo tomcat.x,

da ich keine FB 6591 habe brauche ich hier Deine Hilfe.

Füre doch bitte den Befehl get <DeviceName> tr064Command X_AVM-DE_WANMobileConnection:1 x_wanmobileconn GetInfoEx
einmal mit dem alten und mit dem neuen Modul aus und poste mir das Ergebnis. Danke Dir.

Grüße Jörg
#9
FHEM Code changes / Revision 30986: 72_FritzSmart....
Letzter Beitrag von System - 20 März 2026, 12:30:47
Revision 30986: 72_FritzSmart.pm: Version 26.03.20a

72_FritzSmart.pm: Version 26.03.20a

Source: Revision 30986: 72_FritzSmart.pm: Version 26.03.20a
#10
FHEM Code changes / Revision 30985: 72_FritzSmart....
Letzter Beitrag von System - 20 März 2026, 12:30:46
Revision 30985: 72_FritzSmart.pm: Version 26.03.20a

72_FritzSmart.pm: Version 26.03.20a

Source: Revision 30985: 72_FritzSmart.pm: Version 26.03.20a