- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 16 Februar 2026, 11:15:05Ich sinniere schon eine ganze Weile über dieses Thema EV.
Es gibt aktuell für mich ein Spannungsbogen der sich auf die Architektur des Consumers "Wallbox" bzw. "BEV" bezieht.
Wenn es nur ein E-Auto im Haushalt gibt ist alles kein Thema und kann mit einem Haken versehen werden bis auf Probleme die ich noch nicht erkannt habe.
Aber bei 2 oder mehr Fahrzeugen im Haushalt, die sich eine Wallbox teilen, wird es kompliziert.
Wenn die Wallbox als Consumer definiert wird, stimmen z.B. die Angaben zur Batteriekapazität nicht, sofern sie fest im Consumer hinterlegt werden müssen. Im Prinzip müssen dann alle! abgefragten Parameter dynamisch aus der Wallbox/Device gelesen werden damit die Werte bei wechselnden Fahrzeugen passen.
Möglich wäre auch die Variante (2) nicht die Wallbox als Consumer zu definieren, sondern die EV 1 bis X. Dabei würde das Wallboxdevice im Consumer als Bezugsdevice definiert. In dem Fall könnte problemlos auch mit konstanten Parametern gearbeitet werden die sich auf das entsprechende Fahrzeug beziehen und nicht über die WB gelesen werden können/müssen. Das gravierende Problem bei dieser Variante ist zu identifizieren welche der EV-ConsumerXX an der Wallbox gerade angeschlossen ist und in SF dann entsprechend behandelt wird. Eine solche Aktivierung könnte durch eine Vernüpfung des Status "EV angeschlossen" mit einer "Identifikation" per RFID / EV ID oder Name erfolgen. Es müsste aber jeder Nutzer in der Lage sein sowohl den Status "EV angeschlossen" + eine "Identifikation" zu liefern weil das dann Pflichtschlüssel sein werden.
In der Variante 2 würde es dann im ConsumerXX einen Key "Identifikation" geben, der wie gehabt eine Device:Reading Kombi mit einer Regex verlangt. Sobald dieser Regex "true" liefert ist dieser Consumer (im Prinzip ein bestimmter EV) aktiv. Damit wäre das Verfahren sehr flexibel, da jeder User entsprechend seiner Umgebung ein entsprechendes (user)Reading bereitstellen kann welches die möglichen Kennungen (ID/Name/MAC whatever) enthält.
Das ist meine Sichtweise. Wie denkt ihr darüber?
Es gibt aktuell für mich ein Spannungsbogen der sich auf die Architektur des Consumers "Wallbox" bzw. "BEV" bezieht.
Wenn es nur ein E-Auto im Haushalt gibt ist alles kein Thema und kann mit einem Haken versehen werden bis auf Probleme die ich noch nicht erkannt habe.
Aber bei 2 oder mehr Fahrzeugen im Haushalt, die sich eine Wallbox teilen, wird es kompliziert.
Wenn die Wallbox als Consumer definiert wird, stimmen z.B. die Angaben zur Batteriekapazität nicht, sofern sie fest im Consumer hinterlegt werden müssen. Im Prinzip müssen dann alle! abgefragten Parameter dynamisch aus der Wallbox/Device gelesen werden damit die Werte bei wechselnden Fahrzeugen passen.
Möglich wäre auch die Variante (2) nicht die Wallbox als Consumer zu definieren, sondern die EV 1 bis X. Dabei würde das Wallboxdevice im Consumer als Bezugsdevice definiert. In dem Fall könnte problemlos auch mit konstanten Parametern gearbeitet werden die sich auf das entsprechende Fahrzeug beziehen und nicht über die WB gelesen werden können/müssen. Das gravierende Problem bei dieser Variante ist zu identifizieren welche der EV-ConsumerXX an der Wallbox gerade angeschlossen ist und in SF dann entsprechend behandelt wird. Eine solche Aktivierung könnte durch eine Vernüpfung des Status "EV angeschlossen" mit einer "Identifikation" per RFID / EV ID oder Name erfolgen. Es müsste aber jeder Nutzer in der Lage sein sowohl den Status "EV angeschlossen" + eine "Identifikation" zu liefern weil das dann Pflichtschlüssel sein werden.
In der Variante 2 würde es dann im ConsumerXX einen Key "Identifikation" geben, der wie gehabt eine Device:Reading Kombi mit einer Regex verlangt. Sobald dieser Regex "true" liefert ist dieser Consumer (im Prinzip ein bestimmter EV) aktiv. Damit wäre das Verfahren sehr flexibel, da jeder User entsprechend seiner Umgebung ein entsprechendes (user)Reading bereitstellen kann welches die möglichen Kennungen (ID/Name/MAC whatever) enthält.
Das ist meine Sichtweise. Wie denkt ihr darüber?
#12
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von dieter114 - 16 Februar 2026, 11:14:54Zitat von: DS_Starter am 15 Februar 2026, 16:25:27Hallo Wolfdieter,Ich habe die fehlenden perl Module nachgeladen, der Fehler bleibt.
du hast sicherlich das Modul AI::FANN nicht geladen was völlig in Ordnung ist.
Wahrscheinlich habe ich bei dem Check etwas übersehen.
Im Logfile müsste ein entsprechender Perl Fehler zu sehen sein der den Absturz verursacht. Den kannst du mal bitte raussuchen und posten. Du findest ihn kurz vor den Neustarteinträgen.
Solange ich den Config-Test nicht aufrufe, löuft alles.
Die Einträge in der Log Datei sind nicht anders als vorher - also m.E. Unauffällig
Nachtrag: set Forecast plantConfiguration check läuft Problemlos durch, Absturz nur wenn die "Zahnräder" betättigt werden.
Allerdings zeigt dort
Code Auswählen
AI FANN is not yet ready for use in consumption forecasting:
cause: the neural network for consumption forecasting is not activated was auch so erstmal gewollt ist.LG WDS
#13
Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...
Letzter Beitrag von LaChris1980 - 16 Februar 2026, 11:08:49Ich habe mal in den Code geschaut und kann einige vorgefertigte Schnipsel erkennen
Kann denn jemand "ungefähr" sagen in welchen Bereichen hier p-Parameter gespeichert sind?
Code Auswählen
#my @numbers=('FB', '0A0BA3', '0A057C', '0A057D', '0A057E', '0A057F' );
#my @numbers=(1, 3, 4, 5, 8, 12, 13, 14, 15, 17, 18, 19, 20, 22, 26, 39, 40, 82, 83, 86, 87, 96, 117, 128, 239, 265, 268, 269, 270, 271, 274, 275, 278, 282, 283, 284, 285, 286, 287, 288, 289, 290, 291, 292, 293, 294, 297, 299, 317, 320, 354, 384, 410, 428, 440, 442, 443, 444, 445, 446, 603, 607, 612, 613, 634, 647, 650, 961, 1385, 1386, 1387, 1388, 1389, 1391, 1392, 1393, 1394, 1395, 1396, 1397, 1398, 1399, 1400, 1401, 1402, 1403, 1404, 1405, 1406, 1407, 1408, 1409, 1410, 1411, 1412, 830, 1414, 1415, 1416, 1417, 1418, 1419, 1420, 1421, 1422, 1423, 1424, 1425, 1426, 1427, 1428, 1429, 1430, 1431, 1432, 1433, 1434, 1435, 1436, 1437, 1438, 1439, 1440, 1441, 1442, 1443, 1444, 1445, 1446, 1447, 1448, 1449, 1450, 1451, 1452, 1453, 1454, 1455, 1456, 1457, 1458, 1459, 1460, 1461, 1462, 1463, 1464, 1465, 1466, 1467, 1468, 1469, 1470, 1471, 1472, 1473, 1474, 1475, 1476, 1477, 1478, 1479, 1480, 1481, 2970, 2971, 2974, 2975, 2976, 2977, 2978, 2979, 1413, 1426, 1427, 474, 1499, 757, 758, 952, 955, 1501, 1502, 374, 1553, 1554, 1555, 272, 1489, 1490, 1491, 1492, 1631, 933, 934, 1634, 928, 718, 64990, 64991, 64992, 64993, 2372, 2016, 936, 937, 938, 939, 1632, 2350, 2351, 2352, 2353, 2346, 2347, 2348, 2349, 2334, 2335, 2336, 2337, 2330, 2331, 2332, 2333, 2344, 2345, 2340, 2341, 942, 943, 944, 945, 328, 2029, 2030, 2031, 2032, 2033);
#my @numbers=(1, 3, 12, 13, 14, 15, 19, 20, 22, 26, 39, 82, 83, 86, 87, 96, 239, 265, 268, 274, 278, 282, 283, 284, 285, 286, 287, 288, 289, 290, 291, 292, 293, 294, 320, 354, 384, 410, 428, 440, 442, 443, 444, 445, 446, 613, 634, 961, 1388, 1389, 1391, 1392, 1393, 1394, 1395, 1396, 1397, 1398, 1399, 1400, 1401, 1402, 1403, 1404, 1405, 1406, 1407, 1408, 1409, 1414, 1415, 1416, 1417, 1418, 1419, 1420, 1421, 1422, 1423, 1430, 1431, 1432, 1433, 1434, 1435, 1436, 1439, 1440, 1441, 1442, 1443, 1444, 1445, 1446, 1447, 1448, 1449, 1450, 1451, 1452, 1453, 1454, 1455, 1456, 1457, 1458, 1459, 1460, 1461, 1462, 1463, 1464, 1465, 1466, 1467, 1468, 1470, 1471, 1472, 1473, 1474, 1475, 1476, 1477, 1478, 1479, 2970, 2971, 2975, 2976, 2977, 2978, 2979, 474, 1499, 757, 758, 952, 955, 1501, 1502, 374, 1553, 1554, 272, 1489, 1491, 1492, 1631, 718, 64990, 64991, 64992, 64993, 2372, 2016, 936, 937, 938, 939, 1632, 2350, 2351, 2352, 2353, 2346, 2347, 2348, 2349, 2334, 2335, 2336, 2337, 2330, 2331, 2332, 2333, 2344, 2345, 2340, 2341, 942, 943, 944, 945, 328, );
#my @numbers=(239, 410, 603, 607, 634, 830, 1424, 1425, 1426, 1427, 1428, 1429, 1430, 1431, 1432, 1433, 1434, 1435, 1444, 1445, 1446, 1447, 1448, 1449, 1450, 1451, 1452, 1453, 1454, 1455, 1456, 1457, 1467, 1468, 1469, 1478, 1479, 1480, 1481, 2970, 2971, 2974, 2975, 2976, 2977, 2978, 2979, 1413, 1426, 1427, 474, 1501, 1502, 374, 1631, 718, 2372, 328);
#my @numbers = (1..256);
#my @numbers = (1..65535);
#my @numbers = (1..3179);
#my @numbers = ('01', '09');Kann denn jemand "ungefähr" sagen in welchen Bereichen hier p-Parameter gespeichert sind?
#14
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von grappa24 - 16 Februar 2026, 10:40:55Thema: Fahrzeug-ID, was liefert die WB
Code Auswählen
The RFID tag when you use RFID. On chargers with the so-called autocharge functionality, the vehicle MAC can be sent instead, but those are rare. #15
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Wolle02 - 16 Februar 2026, 10:13:55Zitat von: DS_Starter am 14 Februar 2026, 21:35:49Bitte schaut euch die Liste an und gebt mir bitte Rückmeldung ob ich mit meiner Annahme (grün) richtig liege und welche Kennwerte der Liste auch noch geliefert werden können (als Reading oder userReading im Wallbox-Device):
Also die grün markierten kann meine openWB problemlos liefern.
Zitat- **Phasenanzahl:** -> es gibt Wallboxen mit automatischer Phasenzuschaltung / Abschaltung -> Reading dafür?
**Label:** `ev_phases` (1/3)
→ beeinflusst typische Leistungsstufen.
Bei der openWB gibt es das Reading 'phases_in_use'
Zitat- **Fahrzeug-ID (pseudonymisiert):**
**Label:** `ev_id`
→ um Muster pro Fahrzeug zu lernen.
Die openWB liefert die Readings vehicle_id und vehicle_name
Darüber hinaus habe ich bei mir noch einen RFID Leser an der WB mit dem ich ein Ladeprofil und ein Fahrzeugprofil aktivieren kann. Die RFID Kennung wird ebenfalls als Reading bereit gestellt.
Gruß
Wolle
#16
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Parallix - 16 Februar 2026, 10:10:54Zitat von: DS_Starter am 14 Februar 2026, 15:45:23@Parallix, @all,
ConsumerXX->mode kann nun auch den Wert 'mustNot' erhalten. Dadurch kann ähnlich wie bei type 'noSchedule' die Planung verhindert werden.
...
Genial! Werde alles direkt nach den Karnevalstagen testen und dann berichten.
#17
FHEM Code changes / Revision 30859: controls_fhem....
Letzter Beitrag von System - 16 Februar 2026, 10:00:27Revision 30859: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 30859: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 30859: controls_fhem.txt: fhemupdate checkin
#18
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von Bartimaus - 16 Februar 2026, 09:55:26Moin
diese Meldung hatte ich heute Morgen im Log:
Funktioneinschränkungen habe ich jedoch keine....
Sehe jedoch gerade, das ich diese Fehlermeldung auch vor dem gestrigen Update habe.... also jeden Morgen wenn ich den Receiver per Timer [set Marantz_NR1200 on] einschalte
diese Meldung hatte ich heute Morgen im Log:
Code Auswählen
2026.02.16 09:31:49.126 0: DENON_AVR (Marantz_NR1200) - Error while requesting https://IP-Adresse/goform/Deviceinfo.xml - Error 403: ForbiddenFunktioneinschränkungen habe ich jedoch keine....
Sehe jedoch gerade, das ich diese Fehlermeldung auch vor dem gestrigen Update habe.... also jeden Morgen wenn ich den Receiver per Timer [set Marantz_NR1200 on] einschalte
#19
Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...
Letzter Beitrag von TheTrumpeter - 16 Februar 2026, 09:48:27Ich glaube, dass die Funktion standardmäßig nur die Register der s*-Readings ausliest, nicht aber die Bereiche, wo die Parameter p* gespeichert sind.
Da müsstest Du in den Code schauen und ggf. andere Bereiche aktivieren.
Und dann hilft nur:
Auslesen
einen Parameter ändern
Auslesen
Mittels BeyondCompare o.ä. vergleichen und hoffentlich die relevante Stelle finden.
Da müsstest Du in den Code schauen und ggf. andere Bereiche aktivieren.
Und dann hilft nur:
Auslesen
einen Parameter ändern
Auslesen
Mittels BeyondCompare o.ä. vergleichen und hoffentlich die relevante Stelle finden.
#20
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 16 Februar 2026, 09:42:26Moin Peter,
FANN braucht/betrachtet aktuell keine diskreten Verbraucherwerte sondern den Haushalt als Ganzes. Später habe ich vor dieses Feature noch zu ergänzen bzw. eine WP in der Legacy Verbrauchsprognose gesondert zu betrachten (Zuarbeit von Klaus).
Sobald ich das mache, müsstest du den WP-Consumer löschen und neu anlegen damit die falschen 0-Werte aus dem System verschwinden und nicht das Training verfälschen. Aber bis zu diesem Zeitpunkt kannst du den Workaround gern ausprobieren.
LG,
Heiko
ZitatDas Profil 'v1_heatpump_active_pv' klappt aber nur mit definiertem Wärmepumpen-Verbraucher und dieser benötigt eine Summenangabe der verbrauchten kWh - was meine Waterkotte nicht liefert bzw. ich nicht auslesen kann aktuell - einen Zwischenzähler habe ich nicht.Als Workaround kannst du dafür ein userReading angeben welches immer '0' als Wert hat.
FANN braucht/betrachtet aktuell keine diskreten Verbraucherwerte sondern den Haushalt als Ganzes. Später habe ich vor dieses Feature noch zu ergänzen bzw. eine WP in der Legacy Verbrauchsprognose gesondert zu betrachten (Zuarbeit von Klaus).
Sobald ich das mache, müsstest du den WP-Consumer löschen und neu anlegen damit die falschen 0-Werte aus dem System verschwinden und nicht das Training verfälschen. Aber bis zu diesem Zeitpunkt kannst du den Workaround gern ausprobieren.
LG,
Heiko