76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

Hallo Thomas,

bei mir sieht alles gut aus.
Kann es sein dass es bei dir keine Vorhersagedaten vor der Uhrzeit X gibt?
Das bekommst du mit einem

  get ... solApiData

heraus. Im Normalfall sieht man dann die Daten von heute++ seit Mitternacht:

Code Auswählen Erweitern

Süddach => 2024-06-28 00:00:00 => pv_estimate50: 0.0
           2024-06-28 01:00:00 => pv_estimate50: 0.0
           2024-06-28 02:00:00 => pv_estimate50: 0.0
           2024-06-28 03:00:00 => pv_estimate50: 0.0
           2024-06-28 04:00:00 => pv_estimate50: 0.0
           2024-06-28 05:00:00 => pv_estimate50: 92.0
           2024-06-28 06:00:00 => pv_estimate50: 475.6
           2024-06-28 07:00:00 => pv_estimate50: 981.8
           2024-06-28 08:00:00 => pv_estimate50: 1380.7
           2024-06-28 09:00:00 => pv_estimate50: 1764.3
           2024-06-28 10:00:00 => pv_estimate50: 1933.0
           2024-06-28 11:00:00 => pv_estimate50: 2055.7
           2024-06-28 12:00:00 => pv_estimate50: 2255.2
           2024-06-28 13:00:00 => pv_estimate50: 2638.7
           2024-06-28 14:00:00 => pv_estimate50: 2761.4
           2024-06-28 15:00:00 => pv_estimate50: 2991.6
           2024-06-28 16:00:00 => pv_estimate50: 2868.8
           2024-06-28 17:00:00 => pv_estimate50: 2331.9
           2024-06-28 18:00:00 => pv_estimate50: 1841.0
           2024-06-28 19:00:00 => pv_estimate50: 1089.2
           2024-06-28 20:00:00 => pv_estimate50: 460.2
           2024-06-28 21:00:00 => pv_estimate50: 46.0
           2024-06-28 22:00:00 => pv_estimate50: 0.0
           2024-06-28 23:00:00 => pv_estimate50: 0.0
           2024-06-29 00:00:00 => pv_estimate50: 0.0
           2024-06-29 01:00:00 => pv_estimate50: 0.0
           2024-06-29 02:00:00 => pv_estimate50: 0.0
           2024-06-29 03:00:00 => pv_estimate50: 0.0
....

Grüße,
Heiko

[tomcat.x]

Hallo Heiko,

was genau meinst Du mit "keine Vorhersagedaten", dass es dafür keine Einträge in der Liste gibt oder dass sie 0.0 sind. Das sieht bei mir ähnlich wie bei Dir aus und der erste Balken ist dann der für "06".

Und da habe ich wirklich früher nicht stattdessen die letzten Stunden des Vortages mit Vorhersagungen angezeigt bekommen? Oder hatte ich den Zeitraum einfach nur groß genug gewählt, so dass mir nie aufgefallen ist, dass die Anzahl der Balken für vorangegangene Stunden nicht immer genau zu graphicHistoryHour passt sondern variiert? Dann vergiss es

Viele Grüße
Thomas

[DS_Starter]

Ja ich meinte dass keinerlei Verhersagewerte da sind, also 0.0 ist ok.
Vom Vortag wird angezeigt wenn es entsprechende Werte in der pvHistory gibt und der Bereich von graphicHistoryHour dort "hineinreicht".
Aber rein modultechnisch ist alles ok.

LG,
Heiko

[DS_Starter]

So mancher wundert vllt. dass hier gerade nicht viel passiert.
Die letzte Zeit habe ich damit zugebracht mein "Datacenter" von VmWare nach Proxmox zu migrieren. Jetzt werkelt ein Trigkey AMD Ryzen 7 und später gemeinsam mit dem NUC im Cluster (geplant).
Es laufen schon fast alle Dienste wieder, nicht nur FHEM (DNS-Cluster, deconz/Phoscon, Unify-Controller, MariaDB, etc.).
Es geht dann bald auch hier wieder weiter.

LG

[kask]

Willst du auch ein HA Cluster aufbauen?

[DS_Starter]

Ich bin da gerade am einlesen. Für HA braucht man noch eine 3. Instanz als Quorum (Könnte ein debian im Docker meienr Syno sein?).
Aber ich glaube ich habe das falsche Filesystem, ext4, gewählt. ZFS ist in diesem Fall wohl die Wahl. Den 2. Knoten habe ich testweise auf ZFS installiert, aber da bin noch am experimentieren weil die verfügbaren Partitions nur so groß sind wie die kleinste Disk im Rechner, also 250G + 500G im Rechner, daraus macht Proxmos ZFS rpool 250G + 250G = 500G, die restlichen 250G kriege ich nicht rein. Wenn das nicht besser wird. kommt auch da wieder ext4 drauf und ich überlege mir eine Variante mir Backup/Restore. HA wäre schön gewesen, naja mal schauen.

[kask]

Oder die 250G mit einer 500G tauschen.
Ich gehe davon aus das du ZFS-Raid1 dann gewählt hast, weil aus 250+500=250 wird.
Wenn dem so ist kannst du doch einfach die 250gb gegen eine 500gb disk tauschen und dann resilvern. Kost doch nicht viel.
Am Ende hast du automatische ein 500gb raid1.
Das ist ja auch das schicke an ZFS. Der Verbund ist immer so groß wie die kleinste Disk und durch das resilvern geht es ohne "Downtime" weil hotswap fähig.

edit: verlesen Raid0. Aber das ist bei allen RAID0 so weil er die Daten ja striped..Wie soll das sonst gehen wenn nicht 1:1? 1:2 stripen?
Aber da is nix mit resilvern dann.

[DS_Starter]

Ich gehe davon aus das du ZFS-Raid1 dann gewählt hast,

Das ist ja das komische, habe ich eben nicht (dann wäre es mir logisch), sondern Raid0 im Proxmox Installer.
Na vielleicht baue ich die 250G mal aus, installiere neu (dann müsste) er ja die 500G voll nehmen und baue die 250G oder eine neue 500G wieder dazu.
Aber das müssten wir in einem anderen Thread weiterführen glaube ich.    VVllt. gibt es hier schon einen für Proxmox ...

[Skusi]

Moin,

ja, ich habe auch nochmal darüber nachgedacht.
Möglicherweise wäre es ein Weg alle Homiles auszulesen (habe einen Thread gefunden: https://forum.fhem.de/index.php?topic=121282.0), in einem Dummy zu konsolidieren und die Parameter wie gewöhnlich im Attr setupInverterDev zu hinterlegen. Dann sollte zumindest die gesamte Erzeugung erfasst sein und das Delta zur Prognose klein gehalten.
Durch die fehlenden Angaben zur Batterie werden die Verbräuche, AutarkyRate etc. nicht stimmen. Aber vllt. schafft skusi auch noch die Bat zu intergrieren.

Das mache ich schon so.
Allerdings brauche ich die einzelne Hoymiles nicht zusammenfassen, da ich nicht für jeden WR ein eigenes Device angelegt habe, sondern nur eines für die OpenDTU Bridge. Die liefert mir ja schon den Gesamtertrag und die Gesamtleistung.

Die Daten der SOLIX Bank kann ich nun auch empfangen. Nun muß ich nur noch schauen welche readings ich wie per setupBatterieDev angeben muß.

[kask]

Wenn du die Daten aus der SOLIX Bank bekommst dann kannst du diese doch als Batterie einbinden.
Ist ja eine die Wird halt nur von vereinzelten Panel gespeisst. Aber das ist doch egal.

[tomcat.x]

Hallo Heiko,

Vom Vortag wird angezeigt wenn es entsprechende Werte in der pvHistory gibt und der Bereich von graphicHistoryHour dort "hineinreicht".

Vielleicht noch zur Erklärung, warum ich da einen Bug vermutet hatte: Bei graphicHourCount=24 sehe ich 24 Balken, egal ob es in den relevanten Stunden Werte gibt oder nicht. Bei fehlenden Werten wird einfach aus den folgenden Stunden aufgefüllt. In der Hilfe sprichst Du auch von "Balken/Stunden". Dementsprechend hätte ich bei graphicHistoryHour erwartet, dass bei Stunden mit fehlenden Werten, dann die davor angezeigt werden. Also beispielsweise bei graphicHourCount=24 und graphicHistoryHour=12, dass die aktuelle Stunden immer in der Mitte der Grafik ist.

Viele Grüße
Thomas

[MadMax-FHEM]

Die Daten der SOLIX Bank kann ich nun auch empfangen.

Darf ich fragen wie?

Auslesen oder auch in fhem "integriert"?

Danke, Joachim

[bismosa]

Hallo!

Ich habe es nun (endlich) geschafft, die Übersicht auch in FTUI3 einzubinden.
Bestimmt ist das eher gefrickelt...aber so muss eigentlich nichts an FTUI3 angepasst werden:

Beispiel:

Code Auswählen Erweitern

<ftui-tab-view id="ViewPV">
    <ftui-grid-tile row="1" col="2" height="10" width="11" style="overflow: scroll;">
        <header>Solar Vorhersage</header>
        <script>
            function FW_cmd(text){
               ftuiApp.fhemService.sendCommand(text.replace("/fhem?XHR=1&cmd=",""))
            }
        </script>
        <style>
            #SolarFC svg {
                width: 20px;
                height: 20px;
            }
            #SolarFC td {
                width: 2px;
                font-size: 13px;
                padding-left: 0px;
                padding-right: 0px;
                margin: 0px;
            }
        </style>
        <ftui-content id="SolarFC" [content]="SF:state | getHTML('SF') "></ftui-content>
    </ftui-grid-tile>
</ftui-tab-view>
Wobei folgendes wichtig ist:
1.) style="overflow: scroll;" -> sonst ist es ggf. auf einem 8" Tablet nicht lesbar
2.) <script>...</script> -> Da im HTML für Befehle ein FW_cmd integriert ist, muss das hier übersetzt werden. Dieser Part darf nur in dem Haupt-HTML-Dokument in FTUI3 vorhanden sein. In Content-Dateien wird dieser nicht berücksichtigt
3.) <style> muss ggf. an eigene Bedürfnisse angepasst werden 

Jetzt aber das große ABER:
Bei mir funktioniert das "<ftui-content [content]" nicht richtig. Sobald ich dies in FTUI verwende, wird der HTML-Code im Sekundentakt neu geholt und mein FHEM geht auf 100% CPU.
Dies konnte ich umgehen. Zusätzlich habe ich ein aktualisieren nur wenn angezeigt eingebaut. Siehe https://forum.fhem.de/index.php?msg=1316074

Vielleicht kann das ja jemand gebrauchen. 

Gruß
Bismosa

[Skusi]

Die Daten der SOLIX Bank kann ich nun auch empfangen.

Darf ich fragen wie?

Auslesen oder auch in fhem "integriert"?

Danke, Joachim

Hallo Joachim,

nach ein paar Startschwierigkeiten hat es dann doch hiermit funktioniert:
https://github.com/tomquist/solix2mqtt

Das habe ich nun auf meinem Host mitlaufen und so werden mir alle 60 Sekunden per MQTT die Daten übertragen.

Nachteil ist das solange fhem quasi am Anker Server saugt, die App nicht mehr funktioniert. Benutzt man die App und gibt sein Login ein, wird fhem rausgeschmissen. Ein Service restart per Konsole verbindet dann fhem wieder und schmeißt die App raus.

Leider habe ich noch geschafft auch Einstellungen zu publishen. Ich glaube das geht auch mit dem Packet nicht. Deshalb muss man dazu sich mit der App Verbinden um dieses zu tun. Danach halt wieder den Slox2mqtt Dienst starten.

Ich hab die SLOIX auch erst eine Woche und experimentiere noch viel. Aber bald habe ich meine Einstellungen gefunden und dann kann mir die App auch egal sein.
Besser wäre natürlich wenn man auch per fhem Einstellungen ändern könnte. Aber dazu habe ich zu wenig Programierkenntnisse.

[MadMax-FHEM]

@Skusi: vielen Dank!

Überlege auch bei einem Bekannten Solix zu nehmen. Fhem-Integration is nat. prima, erhöht die Chance, dass ich/wir das dann nehmen

Gruß, Joachim