Neueste Beiträge

#1
Einplatinencomputer / Aw: GPIO Bookworm
Letzter Beitrag von TheME - 17 Juli 2025, 19:13:52
Zitat von: Otto123 am 29 April 2024, 23:52:192025 kommt schneller als man denkt.

Servus zusammen,

nach der Anleitung aus diesem Thread klappt bei mir der GPIO-Zugriff (auf einem RasPi3 mit aktuellem DietPi-Image = Bookworm).

Leider ist die dort beschriebene Vorgehensweise im Hilfetext zum Modul garnicht erwähnt.
Im Hilfetext wird zudem noch zu WiringPi auf dragon.net verwiesen...

-> Ich glaube da wäre mal ein Update notwendig...
#2
Sonstige Systeme / Aw: [Neues Modul] 74_Automower...
Letzter Beitrag von spi3845 - 17 Juli 2025, 18:58:43
Hallo zusammen,

ich wollte heute meinen neuen Mäher anbinden, bekomme aber bei einem define RoboMaeher AutomowerConnect 0..-...-...-...-... im Log folgende Fehler:

2025.07.17 18:54:25 1: reload: Error:Modul 74_AutomowerConnect deactivated:
 Attempt to reload FHEM/Devices/AMConnect/Common.pm aborted.
Compilation failed in require at ./FHEM/74_AutomowerConnect.pm line 42.

2025.07.17 18:54:25 0: Attempt to reload FHEM/Devices/AMConnect/Common.pm aborted.
Compilation failed in require at ./FHEM/74_AutomowerConnect.pm line 42.

fhem habe ich zuvor noch auf die neueste Version aktualisiert und neu gestartet. Die Debian Pakete libreadonly-perl und libdatetime-perl sind installiert.

Hat jemand einen Tipp für die Fehlersuche?

Viele Grüße,
spi

#3
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 17 Juli 2025, 18:40:36
Kleine Codeschnipsel für diejenigen die immer wieder die Contrib-Versionen zum Testen laden (FHEM auf RPI)

A - >>Userattribut anlegen (hinzufügen)
attr Forecast userattr userFn_LoadContribcUpdate:1,0
B - >>ctrlUserExitFn anlegen (oder ergänzen)
{
# BEGIN ######## Load_Contrib_Update #######
#
# Wenn attr userFn_LoadContribcUpdate = 1 dann ...
# lade das aktuelle nur 1 x das Solarforecast Update ...
# aus dem Contrib von DS_Starter.

  my $updatefromcontrib = AttrVal ($name, 'userFn_LoadContribcUpdate', "0");

  if ($updatefromcontrib eq "1") {

  # lade die aktuelle Dateiversion vom Contrib DS_Starter
  Log3 ($name, 2, qq{$name - start download Update Solarforecast from Contrib   ====>>> wird gestartet});
  fhem ('"wget -qO ./FHEM/76_SolarForecast.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/76_SolarForecast.pm"');

  # setze aber sofort wieder zurück auf 0 (= nicht weiter laden >> 1 x reicht)
  Log3 ($name, 2, qq{$name - end download Update Solarforecast from Contrib});
  fhem (" attr $name userFn_LoadContribcUpdate 0");
  Log3 ($name, 2, qq{$name - attr $name userFn_LoadContribcUpdate 0             ====>>> wurde ausgeführt});
  }
#
#
# ENDE ######## Load_Contrib_Update #######
}

C - >>Anzeige im Bereich graphicHeaderOwnspec irgendwo einfügen:
ContribUpdate:userFn_LoadContribcUpdate

Im graphicHeaderOwnspec setzt man dann o.g. von 0 auf 1. Als Ergebnis wird einmalig die aktuelle Version aus dem Contrib von DS_Starter geladen.

Nicht vergessen !!!
Manuelles "shutdown & restart" aktiviert erst die frisch geladene Testversion !!!

#4
Homematic / Aw: HMCCU 5.0 Beta verfügbar
Letzter Beitrag von JoWiemann - 17 Juli 2025, 17:36:43
Hallo,

nachdem ich ein Gerät in der CCu3 gelöscht habe bekomme ich folgende Fehlermeldung:
2025.07.17 17:02:13 1: PERL WARNING: Use of uninitialized value $iface in hash element at /opt/fhem/FHEM/88_HMCCU.pm line 3049.
2025.07.17 17:02:13 1: stacktrace:
2025.07.17 17:02:13 1:     main::__ANON__                      called by /opt/fhem/FHEM/88_HMCCU.pm (3049)
2025.07.17 17:02:13 1:     main::HMCCU_UpdateDeviceTable       called by /opt/fhem/FHEM/88_HMCCURPCPROC.pm (883)
2025.07.17 17:02:13 1:     main::HMCCURPCPROC_Read             called by fhem.pl (3988)
2025.07.17 17:02:13 1:     main::CallFn                        called by fhem.pl (789)

Grüße Jörg
#5
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von kabanett - 17 Juli 2025, 17:08:03
So, ich habe jetzt den Service gestartet und dann die Prozedur nochmal in fhem gemacht.
Connected to /org/asamk/Signal/_49XXXXXXXXXXHat geklappt und die Freude ist groß.

Vielen lieben Dank für die Hilfe!

Gruß kabanett
#6
Solaranlagen / Aw: Probleme mit Einbindung So...
Letzter Beitrag von MarvinLu - 17 Juli 2025, 16:47:11
Hallo Heiko,

gesagt, getan.

Hier einmal der Auszug zum Zeitpunkt eines fehlerhaften Bereiches:

2025.07.15 18:45:01 1: SolarForecast DEBUG> collect Inverter 01 data - device: NR_PV_Anlage, source: pv, delivery: default =>
2025.07.15 18:45:01 1: SolarForecast DEBUG> pvOut: 3089 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 4712000 Wh
2025.07.15 18:45:01 1: SolarForecast DEBUG> collect Inverter 02 data - device: NR_PV_Anlage, source: pv, delivery: default =>
2025.07.15 18:45:01 1: SolarForecast DEBUG> pvOut: 3396 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 1245000 Wh
2025.07.15 18:45:01 1: SolarForecast DEBUG> collect Inverter 03 data - device: NR_PV_Anlage, source: bat, delivery: default =>
2025.07.15 18:45:01 1: SolarForecast DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 153 W, etotal: 0 Wh
2025.07.15 18:45:01 1: SolarForecast DEBUG> summary data of all Inverters - pv: 6485 W, this hour Generation: 4000 Wh
2025.07.15 18:45:01 1: SolarForecast DEBUG> State of Plant derating: 0, info: reductionState not set
2025.07.15 18:45:01 1: SolarForecast DEBUG> currently saved 'pvrlvd' value: 1
2025.07.15 18:45:01 1: SolarForecast DEBUG> current percentage pvrl/pvapifc deviation of hod 19: 108.4 % -> pvrlvd: 1
2025.07.15 18:45:01 1: SolarForecast DEBUG> collect Meter data - device: NR_PV_Anlage =>
2025.07.15 18:45:01 1: SolarForecast DEBUG> gcon: 0 W, gfeedin: 5436 W, contotal: 1852000 Wh, feedtotal: 4182000 Wh
2025.07.15 18:45:01 1: SolarForecast DEBUG> collect Battery Readings data: device=NR_PV_Anlage =>
2025.07.15 18:45:01 1: SolarForecast DEBUG> pin: 0 W, pout: 153 W, totalin: 131000 Wh, totalout: 108000 Wh, soc: 98
2025.07.15 18:45:01 1: SolarForecast DEBUG> EnergyConsumption input -> PV: 4000, PP: 0, GridIn: 4000, GridCon: 0, BatIn: 0, BatOut: 0
2025.07.15 18:45:01 1: SolarForecast DEBUG> EnergyConsumption result -> 0 Wh
2025.07.15 18:45:06 1: SolarForecast DEBUG> collect Inverter 01 data - device: NR_PV_Anlage, source: pv, delivery: default =>
2025.07.15 18:45:06 1: SolarForecast DEBUG> pvOut: 3029 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 4712000 Wh
2025.07.15 18:45:06 1: SolarForecast DEBUG> collect Inverter 02 data - device: NR_PV_Anlage, source: pv, delivery: default =>
2025.07.15 18:45:06 1: SolarForecast DEBUG> pvOut: 3255 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 1245000 Wh
2025.07.15 18:45:06 1: SolarForecast DEBUG> collect Inverter 03 data - device: NR_PV_Anlage, source: bat, delivery: default =>
2025.07.15 18:45:06 1: SolarForecast DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 98 W, etotal: 0 Wh
2025.07.15 18:45:06 1: SolarForecast DEBUG> summary data of all Inverters - pv: 6284 W, this hour Generation: 4000 Wh
2025.07.15 18:45:06 1: SolarForecast DEBUG> State of Plant derating: 0, info: reductionState not set
2025.07.15 18:45:06 1: SolarForecast DEBUG> currently saved 'pvrlvd' value: 1
2025.07.15 18:45:06 1: SolarForecast DEBUG> current percentage pvrl/pvapifc deviation of hod 19: 108.4 % -> pvrlvd: 1
2025.07.15 18:45:06 1: SolarForecast DEBUG> collect Meter data - device: NR_PV_Anlage =>
2025.07.15 18:45:06 1: SolarForecast DEBUG> gcon: 0 W, gfeedin: 5365 W, contotal: 1852000 Wh, feedtotal: 4182000 Wh
2025.07.15 18:45:06 1: SolarForecast DEBUG> collect Battery Readings data: device=NR_PV_Anlage =>
2025.07.15 18:45:06 1: SolarForecast DEBUG> pin: 0 W, pout: 98 W, totalin: 131000 Wh, totalout: 108000 Wh, soc: 98
2025.07.15 18:45:06 1: SolarForecast DEBUG> EnergyConsumption input -> PV: 4000, PP: 0, GridIn: 4000, GridCon: 0, BatIn: 0, BatOut: 0
2025.07.15 18:45:06 1: SolarForecast DEBUG> EnergyConsumption result -> 0 Wh
2025.07.15 18:45:11 1: SolarForecast DEBUG> collect Inverter 01 data - device: NR_PV_Anlage, source: pv, delivery: default =>
2025.07.15 18:45:11 1: SolarForecast DEBUG> pvOut: 2795 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 4712000 Wh
2025.07.15 18:45:11 1: SolarForecast DEBUG> collect Inverter 02 data - device: NR_PV_Anlage, source: pv, delivery: default =>
2025.07.15 18:45:11 1: SolarForecast DEBUG> pvOut: 3157 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 1245000 Wh
2025.07.15 18:45:11 1: SolarForecast DEBUG> collect Inverter 03 data - device: NR_PV_Anlage, source: bat, delivery: default =>
2025.07.15 18:45:11 1: SolarForecast DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 93 W, etotal: 0 Wh
2025.07.15 18:45:11 1: SolarForecast DEBUG> summary data of all Inverters - pv: 5952 W, this hour Generation: 4000 Wh
2025.07.15 18:45:11 1: SolarForecast DEBUG> State of Plant derating: 0, info: reductionState not set
2025.07.15 18:45:11 1: SolarForecast DEBUG> currently saved 'pvrlvd' value: 1
2025.07.15 18:45:11 1: SolarForecast DEBUG> current percentage pvrl/pvapifc deviation of hod 19: 108.4 % -> pvrlvd: 1
2025.07.15 18:45:11 1: SolarForecast DEBUG> collect Meter data - device: NR_PV_Anlage =>
2025.07.15 18:45:11 1: SolarForecast DEBUG> gcon: 0 W, gfeedin: 5684 W, contotal: 1852000 Wh, feedtotal: 4182000 Wh
2025.07.15 18:45:11 1: SolarForecast DEBUG> collect Battery Readings data: device=NR_PV_Anlage =>
2025.07.15 18:45:11 1: SolarForecast DEBUG> pin: 0 W, pout: 93 W, totalin: 131000 Wh, totalout: 108000 Wh, soc: 98
2025.07.15 18:45:11 1: SolarForecast DEBUG> EnergyConsumption input -> PV: 4000, PP: 0, GridIn: 4000, GridCon: 0, BatIn: 0, BatOut: 0
2025.07.15 18:45:11 1: SolarForecast DEBUG> EnergyConsumption result -> 0 Wh
2025.07.15 18:45:16 1: SolarForecast DEBUG> collect Inverter 01 data - device: NR_PV_Anlage, source: pv, delivery: default =>
2025.07.15 18:45:16 1: SolarForecast DEBUG> pvOut: 2780 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 4712000 Wh
2025.07.15 18:45:16 1: SolarForecast DEBUG> collect Inverter 02 data - device: NR_PV_Anlage, source: pv, delivery: default =>
2025.07.15 18:45:16 1: SolarForecast DEBUG> pvOut: 3150 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 1245000 Wh
2025.07.15 18:45:16 1: SolarForecast DEBUG> collect Inverter 03 data - device: NR_PV_Anlage, source: bat, delivery: default =>
2025.07.15 18:45:16 1: SolarForecast DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 373 W, etotal: 0 Wh
2025.07.15 18:45:16 1: SolarForecast DEBUG> summary data of all Inverters - pv: 5930 W, this hour Generation: 4000 Wh
2025.07.15 18:45:16 1: SolarForecast DEBUG> State of Plant derating: 0, info: reductionState not set
2025.07.15 18:45:16 1: SolarForecast DEBUG> currently saved 'pvrlvd' value: 1
2025.07.15 18:45:16 1: SolarForecast DEBUG> current percentage pvrl/pvapifc deviation of hod 19: 108.4 % -> pvrlvd: 1
2025.07.15 18:45:16 1: SolarForecast DEBUG> collect Meter data - device: NR_PV_Anlage =>
2025.07.15 18:45:16 1: SolarForecast DEBUG> gcon: 0 W, gfeedin: 5113 W, contotal: 1852000 Wh, feedtotal: 4182000 Wh
2025.07.15 18:45:16 1: SolarForecast DEBUG> collect Battery Readings data: device=NR_PV_Anlage =>
2025.07.15 18:45:16 1: SolarForecast DEBUG> pin: 0 W, pout: 373 W, totalin: 131000 Wh, totalout: 108000 Wh, soc: 98
2025.07.15 18:45:16 1: SolarForecast DEBUG> EnergyConsumption input -> PV: 4000, PP: 0, GridIn: 4000, GridCon: 0, BatIn: 0, BatOut: 0
2025.07.15 18:45:16 1: SolarForecast DEBUG> EnergyConsumption result -> 0 Wh

Ich hoffe sehr, dass das ggf. hilft, das Problem zu finden....

EDIT:
Wenn ich dazu einfach mal ChatGPT befrage und versuche mit möglichst detallierten Informationen zu füttern schlägt er mir im wesentlichen diese Dinge zur Lösung vor:

1. Überprüfe die Zuordnung in SolarForecast
Stelle sicher, dass:
das Device (NR_PV_Anlage) einen Meter-Abschnitt mit Grid Consumption korrekt liefert,
oder, falls dein Setup keinen Grid-Verbrauchssensor hat (sondern nur Einspeisung), dass der Verbrauch korrekt aus pv + gfeedin – batout etc. errechnet wird.

2. Option EnergySourceFallback aktivieren
Falls deine Anlage keinen echten Verbrauchszähler hat (z. B. wie bei Victron, wo gcon oft 0 ist), kannst du in der Konfiguration folgendes setzen:

attr <DeinSolarForecastDevice> EnergySourceFallback yes

Das zwingt das Modul dazu, den Verbrauch zu berechnen, auch wenn GridCon = 0 ist.

3. Custom-Mapping überprüfen
Wenn du eigene Datenquellen per ReadingMap einbindest, prüfe, ob z. B. GridCon falsch zugeordnet ist oder leer bleibt.

Viele Grüße,
Marvin
#7
Anfängerfragen / Aw: userReadings mit und. Geht...
Letzter Beitrag von jkriegl - 17 Juli 2025, 16:32:46
#8
Anfängerfragen / Aw: userReadings mit und. Geht...
Letzter Beitrag von betateilchen - 17 Juli 2025, 16:30:34
Aber logische UND Verknüpfungen stellt man meines Wissens mit && dar und nicht mit ,,and"
#9
Anfängerfragen / Aw: userReadings mit und. Geht...
Letzter Beitrag von JudgeDredd - 17 Juli 2025, 16:29:17
Hi edition,
Warum kein List ?
Warum kein Trigger beim Userreading ?
Warum immer als Textwurst und nichtmal ordentlich formatiert ?

Die Klammersetzung ist falsch und ausserdem unvollständig.

userReadings windangle_txt 
    {
      if( ReadingsVal( 'netatmo_M06_00_00_01_ac_e8', 'windangle', '' ) > 0 && ReadingsVal( 'netatmo_M06_00_00_01_ac_e8', 'windangle', '' ) < 360 ) {
          return 'N'
      } else {
          return -1
      }
    }
#10
Anfängerfragen / Aw: userReadings mit und. Geht...
Letzter Beitrag von betateilchen - 17 Juli 2025, 16:28:55
Irgendwo im Forum gab es eine Funktion, die aus einer Gradzahl direkt die Windrichtung zurückgibt. Du musst das Rad nicht neu erfinden.

Natürlich kann man auch in einem userReading mit logischen Verknüpfungen arbeiten, man sollte es halt richtig machen. Auf dem Handy kann ich mir Deinen code gerade nicht vernünftig ansehen.