Neueste Beiträge

#91

Server - Linux / Aw: Freier Proxmox Backup Serv...

Letzter Beitrag von Otto123 - 14 April 2026, 09:46:20

Grundsätzlich braucht der/mein Wyse5070 sowieso bei jedem Neustart aus "shutdown" ich glaube auch bei "hibernate" ein => "ethtool -s enp1s0 wol g"   (hab jedenfalls noch nix gefunden wie man das dem Interface fest "einbrennen" kann).

Vielleicht helfen meine Notizen zu dem Thema, da schreibe ich auch immer mal etwas dazu

Ich verwende rtcwake an Stellen, wo ich eben auch gar nix habe um WOL zu machen. Immerhin ist rtcwake flexibel von der Ferne verwendbar und man muss nicht mit Tastatur und Schirm im Bios rumfummeln. Klar man kann nicht jetzt entscheiden: aufwachen, sondern man muss beim shutdown festlegen wann es aufwachen soll. Dafür arbeitet es lokal, autark. Und je nach Hardware ist WOL ja wirklich mitunter zickig in der Konfiguration.

rtcwake weckt den Rechner mMn auch immer aus dem poweroff auf, anders als WOL, was bei mancher Hardware immer eine Art Standby braucht.

#92

Server - Linux / Aw: Freier Proxmox Backup Serv...

Letzter Beitrag von RalfRog - 14 April 2026, 09:23:09

Kommt heute abend.

#93

SVG / Plots / logProxy / Aw: Bitte um Review: Erweiteru...

Letzter Beitrag von RalfRog - 14 April 2026, 09:21:00

Diese falsche Zuerdnung gilt natuerlich auch fuer alle anderen Elemente, und ist seit 10 Jahren keinem aufgefallen.
Ich habe das jetzt gefixt, bin gespannt wieviele Beschwerden ich deswegen bekomme

 

Erste Beschwerde...
Nö nicht wirklich. Hab mich nur gewundert wieso nach dem Update letzte Woche mein Oliv im Plot auf einmal ein unleserliches Gelb war.
Hab den Grund gefunden 

Gruß Ralf

#94

Server - Linux / Aw: Freier Proxmox Backup Serv...

Letzter Beitrag von Gisbert - 14 April 2026, 09:07:36

BTW: Gisbert wie hast du das Fehlermeldeproblem des nicht verfügbaren PBS-Storage im PVE gelöst?

Hallo Ralf,

stimmt, da gibt es viele Meldungen im PVE Log. Bisher war es mir nicht bewusst. Ich hab deinen Beitrag oben dazu gelesen, aber nicht genau verstanden, wie du die Fehlermeldungen weg bekommst.
Kannst du es nochmals beschreiben, was du genau beim PBS und PVE gemacht hast?

Viele Grüße Gisbert

#95

FHEM Development / Aw: Update des Moduls 51_RPI_G...

Letzter Beitrag von betateilchen - 14 April 2026, 08:42:32

Gibt es einen groben Überblick über die existierenden Installationen nebst OS Version?

https://fhem.de/stats/statistics.html

Da gibt es zumindest einen Überblick über die installierten perl Versionen.

#96

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von 300P - 14 April 2026, 08:31:57

EDIT:
ups - bin zu langsam beim Umsetzen und schreiben......


...Danke
Dann nehme ich mal Ende des laufenden Jahrs. Zur Jahreswende achte ich nicht so auf die PV-Grafiken 

Code Auswählen Erweitern

attr Rep.Del.AllPVforecastsToEvent timestamp_begin next_day_begin
attr Rep.Del.AllPVforecastsToEvent timestamp_end current_year_end

#97

Sonstige Systeme / Aw: FHEM-Integration von Tapo ...

Letzter Beitrag von Prof. Dr. Peter Henning - 14 April 2026, 08:28:37

Die Snapshots und die Bedienung sind zwei komplett unterschiedliche Zugänge. Für den Zugang zum Stream, aus dem die Snapshots geholt werden, benötigt man das Kamera-Passwort und den Kamera-Account. Für den Zugang zur Bedienung benötigt man das Cloud-Passwort.

Wenn beide nicht funktionieren, besteht ein generelles Rechteproblem.

Das muss man auch alles nicht in FHEM ausprobieren, sondern zuerst sollte das alles durch den direkten Aufruf der Python-Skripte (für die Bedienung) bzw. des Bash-Skriptes (für die Snapshots) getestet werden. Dort gibt es auch entsprechende Fehlermeldungen.

Der Authentifizierungsfehler bei den Python-Skripten ist übrigens ein klarer Hinweis darauf, dass die credentials _eben nicht_ richtig eingetragen wurden. Nach mehr als einem Fehlversuch sperrt die Kamera den Zugang dann für 30 Minuten, das hat _gar nichts_ mit FHEM zu tun. Ganz im Gegenteil ist es vollkommen richtig, dass diese Fehlermeldung der Kamera dann an FHEM weitergeleitet wird.

LG

pah

#98

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von peterboeckmann - 14 April 2026, 08:22:34

Hallo Heiko,

Ich würde es mit timestamp_end=current_month_end versuchen.

Danke für den Tipp. Ich habe jetzt mal gleich "current_year_end" gesetzt. Dann kommen bei mir nur noch am Jahreswechsel unsaubere Diagramme raus.

Viele Grüße,
Peter

#99

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 14 April 2026, 08:15:34

Moin Peter,

Wenn ich mich recht erinnere, liegt das daran, dass das Event "AllPVforecastsToEvent" jede Nacht mit allen verfügbaren Daten für den aktuellen Tag und die Folgetage gefeuert wird. Dadurch kommen die Werte eben mehrfach in die LogDB.

Ja, genauso ist es. Das ist technisch bedingt. Sonst hat man nicht die Prognose für die nächsten Tage als initiale Vorhersage. Deswegen muß man mit DbRep eine Bereinigung vornehmen.
Die initialen Events werden täglich ca. 5 Minuten nach Mitternacht gefeuert. Wenn man wie du kurz vor Mitternacht die DB räumt, sollte das passen.
Allerdings räumt timestamp_end=next_day_end nur bis Ende des Folgetages. Die Events reichen aber bis ca. 72 Stunden in die Zukunft. Das war "früher" nicht so breit.
Ich würde es mit timestamp_end=current_month_end versuchen. Leider gibt DbRep momentan kein z.B. "next 5 days" her. Wäre mal etwas für den Entwickler. 

Bei mir sieht es völlig i.O. aus.

LG,
Heiko

#100

FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...

Letzter Beitrag von JoWiemann - 14 April 2026, 07:57:34

Hallo Ralf,

da habe ich Deinen Beitrag anders gelesen. Dass es sich um einen Test handelte, habe ich so nicht verstanden.

Somit alles gut und Grüße

Jörg