Neueste Beiträge

[Revision 31114: 76_SolarForecast: contrib Version 2.6.0]

#1

FHEM Code changes / Revision 31114: 76_SolarForeca...

Letzter Beitrag von System - 12 April 2026, 22:40:31

Revision 31114: 76_SolarForecast: contrib Version 2.6.0

76_SolarForecast: contrib Version 2.6.0

Source: Revision 31114: 76_SolarForecast: contrib Version 2.6.0

[WICHTIG:]

#2

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 12 April 2026, 22:09:36

@all,

die neue DWD Arithmetic von pah habe ich jetzt vollkommen neu im Modul inklusive eines LRU-Cache implementiert.
Die vorherigen Fehler in der V2.6.0 sind nicht mehr vorhanden.

Für Nutzer des MODEL=DWD sollten sich Vorteile in der Genauigkeit bieten, auch wenn sie evtl. nicht sofort wegen den vorhandenen Korrekturfaktoren, die sich auf die bisherige Logik beziehen, sichtbar werden. Freue mich über eure Rückmeldungen.

WICHTIG: Ein Restart ist wegen der Cache Initialisierung im Define nötig. Nur Reload führt zu Fehler und Absturz!

LG,
Heiko

#3

Server - Linux / Aw: docker image - health chec...

Letzter Beitrag von Sidey - 12 April 2026, 21:26:07

Du legst eine leere Datei health-check.result an.

In der Datei soll das Ergebnis vom Health Check stehen.
Das Script legt es an und berücksichtigt noch, dass es mehrere FHEMWeb Instanzen geben können und auch unter welchem Pfad die Erreichbar sind.

Folglich kann Docker Image Info damit nicht arbeiten.
Deiner Variante fehlt das. Das muss kein Problem sein, kann aber mal eines werden.


Grüße Sidey

#4

1Wire / Aw: Using OWServer with comple...

Letzter Beitrag von Dr. Boris Neubert - 12 April 2026, 21:20:03

Could you please try

1F.0AC004000000/main/30.571762120000

in the OWDevice definition?

Code Auswählen Erweitern

define myWhatever OWDevice 1F.0AC004000000/main/30.571762120000

#5

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 12 April 2026, 21:15:40

Nabend 300P,

Immer wieder mal habe ich eine dauerhafte 100 % Grafik- und Datenlage für alle Folgestunden der Batterien.
Es verfliegt dann zwar nach einiger Zeit - aber einen Zyklus oder eine zeitliche Abfolge wie, wann und wodurch das passiert hat ich leider (noch) nicht erkannt.

Ja, das kenne ich. Ich habe zwar eine Vermutung, muß aber mal Zeit finden zu dem Zeitpunkt an dem dieses Phänomen auftritt. Wenn die Grafik wieder ok ist, findet man nichts bzw. kann die Codeänderung nicht verifizieren.
Habe ich aber auf dem Schirm.

#6

Homematic / Aw: Frage zum peeren(unset) we...

Letzter Beitrag von Gernott - 12 April 2026, 21:13:01

siehe command reference CUL_HM:
peerChan <btn_no> <actChan> [single|dual|reverse] [set|unset] [both|actor|remote]

#7

Server - Linux / Aw: docker image - health chec...

Letzter Beitrag von P.A.Trick - 12 April 2026, 20:56:56

Hi, ich habe den Beitrag erst heute gesehen.


Es ist so, dass im container ein health-check script liegt.
Das script prüft, ob der container noch antwortet. Es legt auch health-check.result an.

Ich habe kein kubernetes zum testen, aber so sollte der health check aussehen, damit das script verwendet wird:

Code Auswählen Erweitern

 
        livenessProbe:
          exec:
            command:
            - /bin/bash
            - /health-check.sh  # Pfad zum Skript im offiziellen Image
          initialDelaySeconds: 60 # Puffer für das Laden der fhem.cfg
          periodSeconds: 60       # Häufigkeit der Prüfung
          timeoutSeconds: 15      # Skript-Laufzeit abwarten
          failureThreshold: 3     # Neustart nach 3 Fehlversuchen


Vielen Dank aber ich kann sagen das es super unter k3s läuft:

Code Auswählen Erweitern

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: fhem
  namespace: fhem
spec:
  replicas: 1
  selector:
    matchLabels:
      app: fhem
  template:
    metadata:
      labels:
        app: fhem
    spec:
      hostNetwork: true # Use host network to allow direct access to devices
      containers:
        - name: fhem
          image: ghcr.io/fhem/fhem-docker:5.2.7-bookworm
          lifecycle:
            postStart:
              exec:
                command: ["/bin/sh", "-c", "echo 'ok' > /tmp/health-check.result"]
          env:
            - name: TZ
              value: "Europe/Berlin"
          ports:
            - containerPort: 8083
          volumeMounts:
            - name: fhem-data
              mountPath: /opt/fhem
          resources:
            requests:
              cpu: "100m"
              memory: "256Mi"
            limits:
              cpu: "500m"
              memory: "512Mi"
          livenessProbe:
            httpGet:
              path: /fhem/healthcheck
              port: 8083
            initialDelaySeconds: 60
            periodSeconds: 20
            timeoutSeconds: 5
            failureThreshold: 3
          readinessProbe:
            httpGet:
              path: /
              port: 8083
            initialDelaySeconds: 30
            periodSeconds: 10
            timeoutSeconds: 5
            failureThreshold: 3
      volumes:
        - name: fhem-data
          persistentVolumeClaim:
            claimName: fhem-pvc


#8

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von 300P - 12 April 2026, 20:29:32

Nabend Heiko!

Immer wieder mal habe ich eine dauerhafte 100 % Grafik- und Datenlage für alle Folgestunden der Batterien.
Es verfliegt dann zwar nach einiger Zeit - aber einen Zyklus oder eine zeitliche Abfolge wie, wann und wodurch das passiert hat ich leider (noch) nicht erkannt.

In der Anlage die Grafik und Device-List zur Ansicht:
Batterien sind die untersten Beam's
Der obere Soll/Ist PV-Erzeugung
In der Mitte Soll/Ist Verbrauch


Gruß
300P

#9

Anfängerfragen / Aw: Temperatursprünge im Log

Letzter Beitrag von u.becker - 12 April 2026, 20:21:46

danke, hat funktioniert, das Leerzeichen war's!

[Revision 31113: Change: get userId]

#10

FHEM Code changes / Revision 31113: Change: get us...

Letzter Beitrag von System - 12 April 2026, 20:21:01

Revision 31113: Change: get userId

Change: get userId

Source: Revision 31113: Change: get userId