Hauptmenü

Neueste Beiträge

#1
Automatisierung / Aw: [98_monitoring] - Support ...
Letzter Beitrag von Gernott - 05 Februar 2026, 20:15:58
Ich bin eher zufällig über das Monitoring-Modul gestolpert und habe mal testweise 2 Instanzen installiert, eines für Batterien und eines für den Activity-Status. Ich habe den Code für die beiden Devices aus den Beispielen der ersten Seite des Startfadens kopiert. Nach einiger Beobachtung war mir aufgefallen, daß mein Raspi teilweise träger bei Zugriffen reagiert als sonst. top zeigte mir im System eine teilweise hohe Last des FHEM-perl-Prozesses, mit regelmäßig wiederkehrenden Phasen von 100 %. Damit war das träge Verhalten beim Webzugriff zumindest mal erklärt.
Ich habe dann die beiden Module deaktiviert. Dann idelt der Raspi wieder ruhig vor sich hin. Danach zuerst das Batteriemonitoring aktiviert, ab etwa 12:30. Man sieht im Plot keine signifikante Lastzunahme, obwohl die Raspitaktfrequenz nun am oberen Limit bleibt. Nach dem Zuschalten des Activity-Monitoring geht die Last deutlich hoch (ab ca. 16:30).
Du darfst diesen Dateianhang nicht ansehen.

Hat das auch schon jemand so beobachtet?
#2
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von Prof. Dr. Peter Henning - 05 Februar 2026, 19:57:51
Kurze ZWischeninfo: Ich habe das Modul 98_SoundTouch inzwischen überarbeitet und einige Änderungen vorgenommen. Ist derzeit noch im Test, denn das Hin- und herschalten zwischen verschiedenen "source"-Parametern bei der ST300 ist noch etwas wackelig.

LG

pah
#3
FHEM Code changes / Revision 30817: contrib fhemwe...
Letzter Beitrag von System - 05 Februar 2026, 19:41:04
Revision 30817: contrib fhemweb_iconAnimated.js: small fix for stroke and translate

contrib fhemweb_iconAnimated.js: small fix for stroke and translate

Source: Revision 30817: contrib fhemweb_iconAnimated.js: small fix for stroke and translate
#4
Unterstützende Dienste / Patch für Pushover Parameter t...
Letzter Beitrag von Wolfpunk - 05 Februar 2026, 19:40:47
Es wurde hier zwar schon einmal diskutiert und auch eine (ältere) gepatchte 70_Pushover.pm angeboten: https://forum.fhem.de/index.php?topic=137056.msg1330752

Der Patch erweitert das Modul um den Parameter "timeout" (https://pushover.net/api#ttl). Aber der Patch hat es bisher nicht ins SVN geschafft. Könnte jemand mit Schreibrechten den bitte einpflegen?

Im Anhang die Patch Datei für die aktuelle 70_Pushover.pm im SVN.
#5
FHEMWEB / Aw: [iconAnimated]Fhemweb Widg...
Letzter Beitrag von schwatter - 05 Februar 2026, 19:25:15
Nabend,

- stroke fixed. Zu dicke Linien.
- translate fixed. Ausrichtung in der Viewbox ist jetzt besser.

Update über contrib:
https://wiki.fhem.de/wiki/FHEMWEB/iconAnimated

Gruß schwatter
#6
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Starkstrombastler - 05 Februar 2026, 18:56:33
Zitat von: ph1959de am 05 Februar 2026, 18:25:50Die .GetConfig Ergebnisse von "matter" und "zigbee" Modus unterscheiden sich recht deutlich. Soll ich mal beide Versionen zur Verfügung stellen? Oder kann ich sonstwie zur Eingrenzung des Problems beitragen?
Ja bitte, muss ich mir mal anschauen, da ich keinen Gen4 hier habe. Und auch das Ergebnis von Shelly.GetDeviceInfo.
#7
Anfängerfragen / Aw: aktuelles Logfile fehlt
Letzter Beitrag von passibe - 05 Februar 2026, 18:33:51
Das Systemdatum stimmt aber? Was gibt (über SSH) date?

Und was sagt das Syslog nach dem Neustart, siehst du da irgendwo das Datum springen? Es könnte natürlich sein, dass – wieso auch immer – der Pi mit 02.02. startet und dann erst nach einiger Zeit, wenn FHEM schon läuft, auf den 05.02. springt und dann systemd den Startzeitpunkt von FHEM aber (falsch, aber aus seiner Sicht aufgrund des Zeitsprungs richtig) auf "3 days ago" stellt.
#8
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von ph1959de - 05 Februar 2026, 18:25:50
Zitat von: Starkstrombastler am 04 Februar 2026, 23:53:12
Zitat von: ph1959de am 04 Februar 2026, 19:49:15Die API Doc sagt dazu "CloudRelay is not supported on Gen 4 devices in Zigbee mode."
Im nächsten Update wird ein Reading comm_mode mit den Werten matter bzw. zigbee erstellt.
Damit wird dann dieser Fehler vermieden.
Scheint leider noch nicht zu funktionieren: comm_mode wird nicht gesetzt und im Log erscheinen die Meldungen
PERL WARNING: Argument "zigbee" isn't numeric in numeric ne (!=) at ./FHEM/36_Shelly.pm line 5569
PERL WARNING: Argument "matter" isn't numeric in numeric ne (!=) at ./FHEM/36_Shelly.pm line 5533.
PERL WARNING: Argument "zigbee" isn't numeric in numeric ne (!=) at ./FHEM/36_Shelly.pm line 5533.
Die .GetConfig Ergebnisse von "matter" und "zigbee" Modus unterscheiden sich recht deutlich. Soll ich mal beide Versionen zur Verfügung stellen? Oder kann ich sonstwie zur Eingrenzung des Problems beitragen?
#9
Bastelecke / Aw: Entwicklung SIGNALDuino Em...
Letzter Beitrag von DerD - 05 Februar 2026, 18:16:05
Eine der Adapterplatinen hat tatsächlich 2mm, eine andere 1,27mm Raster. Und die üblichen 2,54 auf der anderen Seite. Die Maße sind 19,2x17mm, die der anderen 19x13mm.

Wenn das Ganze funktioniert, hätte ich 3 (oder 4) der MMs plus 5500er LAN-Modul zum Pico per Kicad auf ein board gedongelt, ähnlich dem MapleDuino.
#10
Anfängerfragen / Aw: aktuelles Logfile fehlt
Letzter Beitrag von KNUT345 - 05 Februar 2026, 18:10:49
beim Wieder-Neustart sagt es nun
pi@RasPi3:/home/fhem $ sudo systemctl status fhem
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: ena
   Active: active (running) since Mon 2026-02-02 08:18:45 CET; 3 days ago
  Process: 644 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/S
 Main PID: 652 (perl)
    Tasks: 10 (limit: 2065)
   CGroup: /system.slice/fhem.service
           ├─ 652 /usr/bin/perl fhem.pl fhem.cfg
           ├─1182 /usr/bin/perl fhem.pl fhem.cfg
           ├─1184 /usr/bin/perl fhem.pl fhem.cfg
           ├─1185 /usr/bin/perl fhem.pl fhem.cfg
           ├─1186 /usr/bin/perl fhem.pl fhem.cfg
           ├─1188 /usr/bin/perl fhem.pl fhem.cfg
           ├─1189 /usr/bin/perl fhem.pl fhem.cfg
           ├─1190 /usr/bin/perl fhem.pl fhem.cfg
           ├─1199 /usr/bin/perl fhem.pl fhem.cfg
           └─1200 /usr/bin/perl fhem.pl fhem.cfg
Heißt es zeigt mir wieder den 02.02. an, wie wenn Datum nicht aktualisiert wird
Ein paar Sekunden später gibt es dann das fhem-2026-02-05.log
aber mit komischen Einträgen
OnTimeH: Hour: 0.000 Day: 0.000 Month: 106.407 Year: 302.002
2023-04-25_04:57:29 SolarNeu statMyOnTimeHHour: 0.000
2023-04-25_04:57:29 SolarNeu statMyOnTimeHDay: 0.000
2023-04-25_04:57:29 SolarNeu statMyOnTimeHMonth: 106.407
2023-04-25_04:57:29 SolarNeu statMyOnTimeHYear: 302.002
2023-04-25_04:57:29 SolarNeu statIstYear: 468.5
2023-04-25_04:58:59 SolarNeu Durchfluss: 0
2023-04-25_04:58:59 SolarNeu myLeistungN: 0.0
2023-04-25_04:58:59 SolarNeu myLeistung: 0
2023-04-25_04:58:59 SolarNeu myErtragN: 41024116686.09
2023-04-25_04:58:59 SolarNeu myErtrag: 11402.5
2023-04-25_04:58:59 SolarNeu mySolvis: 11484.7
2023-04-25_04:58:59 SolarNeu myEffizienz: 0.000
2023-04-25_04:58:59 SolarNeu statMyErtragTrend: 1497.9
2023-04-25_04:58:59 SolarNeu myState: off
2023-04-25_04:58:59 SolarNeu trend: 1497.9
2023-04-25_04:58:59 SolarNeu off

und die alten Files sind natürlich wieder da

Grüße, Knut