Neueste Beiträge

#91

Homematic / Aw: Erweiterung einer HMConfig...

Letzter Beitrag von ritchie - 10 Mai 2026, 10:07:03

Hallo Zusammen,

nach einigen Tests und Änderungen der Datei "HMConfig_AskSinPPCustom.pm" habe ich jetzt zumindestens einen stabile Anzeige der Eigenschaften in FHEM. Leider immer noch nicht die gewünschten Eigenschaften von PM25 und PM10.

Hier wird als Model jetzt korrekt der "HB-UNI-Sen-DUST" auch nach dem getConfig angezeigt.
Du darfst diesen Dateianhang nicht ansehen.
Hier jetzt der aktuelle Ausschnitt der "HMConfig_AskSinPPCustom.pm" für mein Device:

Code Auswählen Erweitern

$HMConfig::culHmModel{"F314"} = {name  => "HB-UNI-Sen-DUST",st => "custom", cyc=>'00:10',rxt   => '', lst   => '', chn=>"value:1:1" };
$HMConfig::culHmRegChan{"F31401"} = $HMConfig::culHmRegType{custom_dimmer};
$HMConfig::culHmChanSets{"F31401"} = "";
$HMConfig::culHmRegDefine{"F31401"} = {};

# Nicht "$customMsg{"HB-UNI-Sen-DUST"}

$customMsg{"F314"} = sub {
  my ($msg, $hash) = @_;

main::Log 1,"HB-UNI-Sen-DUST Executed";   

  my $pm25_avg = $msg->payloadWord(0) / 10;
  my $pm10_avg = $msg->payloadWord(1) / 10;
  my $pm25_max = $msg->payloadWord(2) / 10;
  my $pm10_max = $msg->payloadWord(3) / 10;
  my $pm25_min = $msg->payloadWord(4) / 10;
  my $pm10_min = $msg->payloadWord(5) / 10;

  my @evtEt=();
  my $device = main::CUL_HM_id2Hash($msg->from); 
  push @evtEt,[$device,1,"pm10_min:".$pm10_min];
  push @evtEt,[$device,1,"pm10_avg:".$pm10_avg];
  push @evtEt,[$device,1,"pm10_max:".$pm10_max];
  push @evtEt,[$device,1,"pm25_min:".$pm25_min];
  push @evtEt,[$device,1,"pm25_avg:".$pm25_avg];
  push @evtEt,[$device,1,"pm25_max:".$pm25_max];
 
  return @evtEt;
};

# -------

sub HMConfig_AskSinPPCustom_Initialize ($) {
  main::Log 1,"Rerun Literal reverse mapping";
  foreach my $rN  (keys %HMConfig::culHmRegDefine){ #create literal inverse for fast search
    if ($HMConfig::culHmRegDefine{$rN}{lit}){# literal assigned => create inverse
      foreach my $lit (keys %{$HMConfig::culHmRegDefine{$rN}{lit}}){
        $HMConfig::culHmRegDefine{$rN}{litInv}{$HMConfig::culHmRegDefine{$rN}{lit}{$lit}}=$lit;
      }
    }
  }
};

$main::modules{HMConfig_AskSinPPCustom}{Initialize} = \&HMConfig_AskSinPPCustom_Initialize;

Einige Codeänderungen habe ich mit Hilfe von Chatgpt vorgenommen, damit die perl-Fehler des
Moduls im Logfile nicht mehr auftauchen.

Generell wird jedoch die Init-Routine des perl-Moduls und die CustomMsg nicht durchlaufen.
Chatgpt ist der festen Auffassung das hier der Eintrag "$customMsg{"F314"}" zu verwenden ist,
jedoch verwenden alle anderen Homebrew Einträge den jeweiligen Modulname "$customMsg{"HB-UNI-Sen-DUST"}"

Das muss ich noch weiter austesten.

Seltsam ist auch, das laut Aussage von Chatgpt das Pairing nicht korrekt abgeschlossen sein soll,
da in der Eigenschaft "cfgState" noch "Updating" steht. Ich habe noch Fensterkontakte, welche ich mit SinAsk
umgebaut habe, welche korrekt laufen und auch im "cfgState" noch "Updating" stehen haben.

Hier chn=>"value:1:1"  muss wohl Anfangs und EndChannel stehen, Wobei ich den "Channelname" hier mal mit Value belegt habe, wie ich Ihn bei anderen Einträgen auch gesehen habe.

Ich bekomme aber im FHEM nach dem Pairing immer noch diese Fehlermeldungen

Code Auswählen Erweitern

2026.05.10 09:44:20 1: PERL WARNING: Use of uninitialized value in string comparison (cmp) at /opt/fhem/FHEM/10_CUL_HM.pm line 4596.
2026.05.10 09:44:20 1: PERL WARNING: Use of uninitialized value in string ne at /opt/fhem/FHEM/10_CUL_HM.pm line 4604.
2026.05.10 09:44:20 1: PERL WARNING: Use of uninitialized value $h in string ne at /opt/fhem/FHEM/10_CUL_HM.pm line 4604.

Viele Grüße
R.

[Revision 31200: controls_fhem.txt: fhemupdate checkin]

#92

FHEM Code changes / Revision 31200: controls_fhem....

Letzter Beitrag von System - 10 Mai 2026, 08:50:54

Revision 31200: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 31200: controls_fhem.txt: fhemupdate checkin

#93

ESP Familie / Aw: WLAN-Speaker mit ESP32-A1S...

Letzter Beitrag von Nobbynews - 10 Mai 2026, 06:55:07

Es gibt jetzt eine neue Firmware.
Die v4.1 bietet u.a. auch ein Webinterface.

#94

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Gisbert - 09 Mai 2026, 23:08:35

Beim SetupMeterDev waren gcon und gfeedin gleich definiert.
Das steht auch so falsch im WiKi (hat noch keiner bemerkt  )

Hallo WDS,

in der commandref (also den Erklärungen im Device) findet man diese Beschreibung - meinst du etwa das?

Code Auswählen Erweitern

Special cases: If the reading for gcon and gfeedin should be identical but signed, the keys gfeedin and gcon can be defined as follows:

    gfeedin=-gcon    (a negative value of gcon is used as gfeedin)
    gcon=-gfeedin    (a negative value of gfeedin is used as gcon)

Das sieht zwar etwas wild aus, aber wenn es richtig im Modul umgesetzt ist, dann ist es nachvollziehbar. Es wird nur Bezug auf ein Reading gemacht. Der positive Wert des Readings (als Beispiel) ist gcon (=Bezug) und der negative Wert des Readings wird als Einspeisung (gfeedin) in Form des Absolutwertes identifiziert. Das ganze geht dann auch, falls die Vorzeichen für Bezug und Einspeisung gegenüber dem Beispiel vertauscht sind. Es ist schon ein Gehirnverzwirner, aber nur ein kleiner .

#95

FRITZ!Box / Aw: FritzSmart ab Modul-Versio...

Letzter Beitrag von JoWiemann - 09 Mai 2026, 22:26:57

Hallo elektron-bbs,

vielen Dank für die Rückmeldung.

Die commandRef habe ich korrigiert. Die Log-Einträge waren noch vom Testen.

Anbei noch eine neue Version "26.05.09". Ich habe noch einige Härtungen in der Fehlerbehandlung vorgenommen.

Grüße Jörg

#96

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von 300P - 09 Mai 2026, 21:32:05

Das steht auch so falsch im WiKi (hat noch keiner bemerkt  )

wo genau ??

EDIT:
SF-Wiki ? - dann kann ich es korrigieren

#97

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von dieter114 - 09 Mai 2026, 21:19:58

Die Einspeisung und der Verbrauch sind auch hier schon gleich:
Code Auswählen Erweitern

Code Auswählen Erweitern

#     2026-05-08 22:04:27   special_todayGridConsumption 2644 Wh
#     2026-05-08 22:04:27   special_todayGridFeedIn 2644.0 Wh

Danke ! Das war schon mal der erste Fehler:
Beim SetupMeterDev waren gcon und gfeedin gleich definiert.
Das steht auch so falsch im WiKi (hat noch keiner bemerkt  )
Wenn man 40kWh einspeist und genausoviel bezieht kann das nur Unsinnige Ergebnisse bringen.
Muss das aber erst testen, möglicherweise ist noch mehr falsch oder vertauscht definiert.
LG WDS

#98

FRITZ!Box / Aw: FritzSmart ab Modul-Versio...

Letzter Beitrag von elektron-bbs - 09 Mai 2026, 21:02:14

Hallo Jörg,
ich habe heute deine letzte Version 26.05.08a installiert. Dabei fiel mir auf, das die commandref nicht mehr funktioniert. Beim Aufruf des Links "Help for FritzSmart" kommt nur:

Code Auswählen Erweitern

Module: 72_FritzSmart.pm Maintainer: JoWiemann Forum: FRITZ!Box (link als PM an JoWiemann) No help found for module: fritzsmart
Ich habe dann mal im Modul nach eventuellen Fehlern gesucht. In den Zeilen 19888 bis 19895 und 21218 bis 21225 fehlt jeweils ein abschließendes "</li>". Das hat den Fehler allerdings noch nicht behoben. Erst als ich die Zeilenenden von Windows (CR+LF) auf Unix (LF) umgestellt hatte, funktionierte die Hilfe wieder. Kann es sein, das FHEM in der commandref kein CRLF mag? Das Modul funktionierte ansonsten problemlos.

Wäre es möglich, bei einigen Logausgaben, den Verbose-Level zu erhöhen? Bei den Befehlen "set FritzBox_7590 smarthome" kommen immer noch 3 zusätzliche Logausgaben mit "Get_SmartHome_Devices_List":

Code Auswählen Erweitern

2026.05.09 14:57:45 3: [FritzBox_7590 | 7590 | 154.08.25 | Set_Modul.2406] - BASIC:set FritzBox_7590 smarthome - 18 tempOffset:-1
2026.05.09 14:57:45 3: [FritzBox_7590 | 7590 | 154.08.25 | Get_SmartHome_Devices_List.13878] - BASIC:Fritz_SmartHome_Device_List (Fritz!OS: 08.25)
2026.05.09 14:57:46 3: [FritzBox_7590 | 7590 | 154.08.25 | Get_SmartHome_Devices_List.13895] - BASIC:Processing SmartHome_Device_List: read|save|test
2026.05.09 14:57:46 3: [FritzBox_7590 | 7590 | 154.08.25 | Get_SmartHome_Devices_List.13917] - BASIC:Processing SmartHome_Device_List: 18

2026.05.09 16:32:47 3: [FritzBox_7590|FRITZ!Box 7590|154.08.25|Set_Modul.2505] - BASIC:set FritzBox_7590 smartHome - 17 switch:1
2026.05.09 16:32:47 3: [FritzBox_7590|FRITZ!Box 7590|154.08.25|Get_SmartHome_Devices_List.14200] - BASIC:Fritz_SmartHome_Device_List (Fritz!OS: 08.25)
2026.05.09 16:32:48 3: [FritzBox_7590|FRITZ!Box 7590|154.08.25|Get_SmartHome_Devices_List.14217] - BASIC:Processing SmartHome_Device_List: read|save|test
2026.05.09 16:32:48 3: [FritzBox_7590|FRITZ!Box 7590|154.08.25|Get_SmartHome_Devices_List.14239] - BASIC:Processing SmartHome_Device_List: 17
Oder sind diese wichtig?

#99

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von 300P - 09 Mai 2026, 20:58:24

Irgendwas an meiner Config muss mit den neuen Versionen nicht mehr zusammenlaufen:
Vergleich              FC // Eigene Messungen
Erzeugung Strom: 41,65kWh  //  41,65kWh      OK bei Today_PVforecast=52,527 kWh
Hausverbrauch:  40,93kWh  //  19,50kWh      also ca die doppelte Menge?
Bezug a Netz:    438 Wh    //  0,4 kWh      ok
Einspeisung:    438 Wh    //  11,9 kWh      Einspeisung und Bezug gleich??

Die Einspeisung und der Verbrauch sind auch hier schon gleich:

Code Auswählen Erweitern

#     2026-05-08 22:04:27   special_todayGridConsumption 2644 Wh
#     2026-05-08 22:04:27   special_todayGridFeedIn 2644.0 Wh

Da wird m.A.n. entweder ein falscher Wert "geliefert / bereit gestellt" oder die eingetragenen Parameter des setupMeterDev passen evtl. nicht richtig.
Prüf das setupMeterDev bitte einmal sehr sehr sehr genau und ob die Parameter die als Wertequelle dort sind - was dort steht und ob es wirklich das richtige Reading zu dem gewollten Wert ist.

#100

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von peterboeckmann - 09 Mai 2026, 20:40:45

Hallo Heiko,

der Entladevorgang der Batterien sieht in v2.6.7 gut aus.

Screenshot anbei.

Viele Grüße,
Peter