76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

Sind das mit Stunde 99 nicht die Tages-Gesamtwerte?
Wenn das so ist, sollte dafür der Grenzwert 20000*24=480000 gelten, oder?

Absolut. An die Tageszusammenfassung hatte ich nicht gedacht. 
Das muß ich behandeln. Danke ein zweites Mal. 

[DS_Starter]

So, jetzt sollte die contrib-Version passen.
Die Stunde 99 wird nun ausgeschlossen. Der Tageswert wird automatisch reorganisiert, wenn wenn ein Stundenwert gelöschht wird.

[peterboeckmann]

Hallo Heiko,

So, jetzt sollte die contrib-Version passen.
Die Stunde 99 wird nun ausgeschlossen. Der Tageswert wird automatisch reorganisiert, wenn wenn ein Stundenwert gelöschht wird.

Wunderbar, jetzt ist der ganze Anlagencheck wieder grün bei mir... bis auf den Hinweis "You should update FHEM to get the recent 76_SolarForecast version from Repository.", weil ich die Version aus dem contrib habe.
Hast Du da eine Möglichkeit, diesen Umstand mit abzufragen? Checksumme oder sowas?
Edit: Oder einfach die Versionsnummer?

Vielen Dank nochmal für die schnelle Umsetzung.

Viele Grüße,
Peter

[DS_Starter]

Hast Du da eine Möglichkeit, diesen Umstand mit abzufragen? Checksumme oder sowas?
Edit: Oder einfach die Versionsnummer?

Es werden die Infos vom FHEM Repo geholt und mit dem lokalen Modul verglichen, auch Filegröße usw.

LG

[300P]

.. bis auf den Hinweis "You should update FHEM to get the recent 76_SolarForecast version from Repository.", weil ich die Version aus dem contrib habe.
Hast Du da eine Möglichkeit, diesen Umstand mit abzufragen? Checksumme oder sowas?
Edit: Oder einfach die Versionsnummer?

Wenn Du eine Contribversion aktiviert hast wird hier "nur" die Versionsnummer angezeigt - aber nur wenn Du per :

Code Auswählen Erweitern

"wget -qO ./FHEM/76_SolarForecast.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/76_SolarForecast.pm"
diese Contrib-Version geladen hast.

Diese zweite Zeile ist dann komischerweise "leerer" als die Repo-Version und die per download geladene "original" Contrib.Version

Code Auswählen Erweitern

########################################################################################################################
# $Id$
#########################################################################################################################
#       76_SolarForecast.pm

So oder ähnlich sieht das aus wenn du eine normale FHEM-Update-Version per update/shutdown/restart oder eine Contrib-Version per download und anschliessendem Kopiervorgang bei Dir nutzt:

Code Auswählen Erweitern

########################################################################################################################
# $Id: 76_SolarForecast.pm 31026 2026-03-26 13:09:22Z DS_Starter $
#########################################################################################################################
#
(jedenfalls so bei mir).

Ein Unterschied ist auch auf "Device-Ebene" im Kopfbereich (FVERSION) sichtbar: (siehe auch Screenshot)
(hier Contrib aktiv - per wget .....)

Code Auswählen Erweitern

internals
FUUID                              67e04a4e-f33f-11b3-ba79-127945efe0a77ed5
FVERSION                           2.5.0
LCACHEFILE                         last write time: 16:51:47 whole Operating Memory
...........

Man muss (nur) drauf achten, das einem das orangene Briefsymbol nicht dazu verleitet ein Update (morgens vor 08:00 Uhr) anzustoßen. Zusätzlich musst du, je nach Wunsch, in global die Ausnahme für SF hinterlegt werden (freigeben / sperren ) je nachdem ob / wenn man weiter bei der Contrib bleiben möchte.....