Neueste Beiträge

#81

Unterstützende Dienste / Aw: Telegram instant messaging...

Letzter Beitrag von Prof. Dr. Peter Henning - 03 Mai 2026, 11:17:29

Da werden tatsächlich die roten und grünen Knuddel in Telegram angezeigt? 

Ich staune. Screenshot bitte?

Welche Codesequenz schreibt das sprintf denn da genau hinein?

LG

pah

#82

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 03 Mai 2026, 11:13:13

Den weekday-Bug habe ich gefixt und ins contrib geladen.
Wegen der Wichtigkeit werde ich die V 2.6.5 wahrscheinlich heute Abend noch einchecken.

#83

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von SebastianM83 - 03 Mai 2026, 11:01:25

@SebastianM83,

du hast dir schon eine schöne Steuerung zusammengebaut, liest sich gut. 

Eine EV-Steuerung als solche gibt es in SF noch nicht, wir sammeln erstmal nur Daten um damit die Verbrauchsprognose in Zukunft besser gestalten zu können.

Zu deinen Daten. Mir ist aufgefallen, dass die Ladeenergie registriert wird (z.B. csme06: 8100) am 2026043003, aber der SoC mit 39% (bevcsmSoC06: 39) unverändert bleibt:

Code Auswählen Erweitern

2026043003 => hod: 03, dayname: Fr, sunaz: 19.30, sunalt: -22.90, rad1h: -, wcc: 0, weatherid: 0, rr1c: 0.00, temp: 5.4, socwhsum: 39514
              windspeed: 10.00, windspeed_fast: 10.00, pvrl: 0, pvrlvd: 1, comforttemp: 21, conaifc: 9310, con: 9621, gcons: 6, presence: -, holiday: 0
              hpcsm: -, bevcsm: 06, csme01: 761, csme02: 173, csme03: 20, csme04: 32, csme05: 0, csme06: 8100, bevcsmSoC06: 39, bevcsmTargSoC06: 80, csme07: 50, csme08: 0, csme09: 0, csme10: 2, csme11: 26, csme12: 5
2026043004 => hod: 04, dayname: Fr, sunaz: 34.10, sunalt: -18.60, rad1h: -, wcc: 0, weatherid: 0, rr1c: 0.00, temp: 4.7, socwhsum: 28148
              windspeed: 10.00, windspeed_fast: 10.00, pvrl: 0, pvrlvd: 1, comforttemp: 21, conaifc: 10191, con: 11317, gcons: 6, presence: -, holiday: 0
              hpcsm: -, bevcsm: 06, csme01: 955, csme02: 174, csme03: 23, csme04: 39, csme05: 0, csme06: 9700, bevcsmSoC06: 39, bevcsmTargSoC06: 80, csme07: 50, csme08: 0, csme09: 0, csme10: 2, csme11: 26, csme12: 4
2026043005 => hod: 05, dayname: Fr, sunaz: 47.70, sunalt: -12.30, rad1h: -, wcc: 0, weatherid: 0, rr1c: 0.00, temp: 4.0, socwhsum: 17019
              windspeed: 9.00, windspeed_fast: 9.00, pvrl: 0, pvrlvd: 1, comforttemp: 21, conaifc: 7004, con: 11193, gcons: 7, presence: -, holiday: 0
              hpcsm: -, bevcsm: 06, csme01: 954, csme02: 175, csme03: 24, csme04: 45, csme05: 0, csme06: 9300, bevcsmSoC06: 39, bevcsmTargSoC06: 80, csme07: 51, csme08: 0, csme09: 0, csme10: 2, csme11: 27, csme12: 5

Eigentlich müßte sich der SoC von Stunde zu Stunde erhöhen, sofern geladen wird. Wird der SoC evtl. nicht regelmäßig vom Portal/iobroker geliefert?

Edit:

manuell in FHEM gesetzter Abfahrtszeit (bzw. Auslesen des nächsten Timers für die Standklimatisierung)

Bezüglich Datenerfassung ist interessant an welcher Stell in FHEM du diese Vorgabe einträgst?

LG,
Heiko

Am 30.04. hatte die Übertragung vom Auto an den VW-Server einen Ausfall. Die App hatte auch nichts angezeigt. Erst als ich das Auto gestartet habe, hat es sich wieder aktualisiert.

Abfahrtszeit in FHEM: Ich habe mir nen Dummy erstellt mit Drop-Down-Auswahl für die Uhrzeit (30min-Schritte) und ner Drop-Down-Auswahl 0,1,2,...,14 für heute, morgen, übermorgen usw. (um 0 Uhr wird der Wert um 1 dekrementiert). Daraus errechne ich die Abfahrtszeit. Ist ein Timer im Fahrzeug aktiv und kleiner als die eingegebene Zeit, wird die Timerzeit verwendet. Zur Erfassung in SF könnte ich die ermittelte Zeit auch noch als Reading zur Verfügung stellen.

#84

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 03 Mai 2026, 10:45:31

@Parallix,

Meinerseits verwende möglichst regelbasierte Algorithmen (keine KI-Akivierung in SF) und und bin damit bislang auch glücklich.

Dagegen ist auch nichts einzuwenden 
Ich wollte nur damit sagen, dass ich im Modul eine Einplanung für BEV noch nicht freigegeben habe und dieser Typ immer auf 'mustNot' bzw. 'noSchedule' stehen müßte. Wenn dem nicht so ist, wäre das ein Bug. Allerdings ein anderer Kontext als du meinst.

Sollte ich mit meinen Batteriefixes jetzt durch sein, kann ich mich den Consumern zuwenden. Sie bekommen jetzt im Sommer ohnehin mehr Bedeutung und es gibt ja noch Dinge zu regeln wie eine gewünschte Prio der Einschaltreihenfolge und das (problematische) Überschreiten des verwendbaren Überschusses bei Einschalten mehrerer starker Verbraucher in einem SF-Zyklus.

#85

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 03 Mai 2026, 10:36:20

@SebastianM83

PS: ich sehe gerade in meinem Auszug an Daten, dass der Wochentag um einen Tag verschoben ist. Heute ist Sonntag und in den Daten steht "dayname: Mo".

Danke für den wichtigen Hinweis. Das muß ich umgehend fixen.

#86

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Parallix - 03 Mai 2026, 10:33:24

@Parallix,
...
EDIT: Ich habe mir das nochmal durch den Kopf gehen lassen ... ein BEV-Consumer darf aktuell überhaupt noch nicht in den Modus "can" springen, da wir momentan nur Daten sammeln und der Modus eugentlich immer auf 'mustNot' bzw. 'noSchedule' stehenbleiben sollte.

Als ich meine Wallbox/BEV-Consumer seinerzeit in SF registriert hatte, gab es denn BEV-Consumer noch nicht. Daher ist er bei mir seit diesem Zeitpunkt vom type=charger. Die hinter "mustNot" und "can" stehende Logik hatten wir gemeinsam besprochen. Daraufhin hast Du seinerzeit auch "mustNot" ergänzt. Bislang war mir der weiter oben genannte Bug auch nicht aufgefallen. Wurde ggf. hier etwas verändert?

PS: Meinerseits verwende möglichst regelbasierte Algorithmen (keine KI-Akivierung in SF) und und bin damit bislang auch glücklich.

#87

Unterstützende Dienste / Aw: Telegram instant messaging...

Letzter Beitrag von satprofi - 03 Mai 2026, 10:13:38

[edit]
habe den Übeltäter, die underlines sind nicht kompatibel.  warum ? auch klappen die ~ nicht, nur * klappen bestens, auch wenn in den readings

__underline__ und ~strikethrough~ ist MarkdownV2 style und in dem Modul nicht eingebaut?

keine Ahnung ?

Im Markdown style gibts keinen durchgestrichenen oder unterstrichenen Text?

Aber im HTML style werden sie unterstützt mit:

Code Auswählen Erweitern

<u>underline</u>, <ins>underline</ins>
<s>strikethrough</s>, <strike>strikethrough</strike>, <del>strikethrough</del>

das klappt bei mir alles nicht.Markdown akzeptiert nur die *text* . Habe es aber jetzt anders gelöst:

Esrtmal text in entsprechenden Readings umgewandelt:

Code Auswählen Erweitern

attr Smatrics_Station userReadings text:port_0.*  {      \
                       my$a = ReadingsVal("Smatrics_Station","port_0","");;\
                       my $ret;;\
                  if($a eq "OCCUPIED"){\
                 $ret=("🔴");;\
                 }\
                 elsif($a eq "AVAILABLE"){\
                $ret=("🟢");;\
                }\
                 elsif($a eq "BLOCKED"){\
                $ret=("⚫️");;\
                }   },\
text2:port_0.*  {      \
                       my$a = ReadingsVal("Smatrics_Station","port_1","");;\
                       my $ret;;\
                  if($a eq "OCCUPIED"){\
                 $ret=("🔴");;\
                 }\
                 elsif($a eq "AVAILABLE"){\
                $ret=("🟢");;\
                }\
                 elsif($a eq "BLOCKED"){\
                $ret=("⚫️");;\
                }   }
dies versende ich dann per sub über telegram

Code Auswählen Erweitern


sub sendMessage{
      my $msgChat=ReadingsVal("Telegram","msgPeerId","");
      my $msgText=ReadingsVal("Telegram","msgText","");
     
      if ( $msgText eq "/status" ){

         fhem("set Smatrics_Station reread");
         sleep(3);
         fhem("set Telegram message \@$msgChat Markdown Smatrics-DC1  [Smatrics_Station:text] \nSmatrics-DC2  [Smatrics_Station:text2]  \n/status");
    }


#88

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 03 Mai 2026, 10:05:13

@Parallix,

dann bitte das erwähnte Debug einschalten damit wir uns dazu etwas ansehen können.
Und pvshare kannst du gern mal auf z.B. 80% reduzieren.

EDIT: Ich habe mir das nochmal durch den Kopf gehen lassen ... ein BEV-Consumer darf aktuell überhaupt noch nicht in den Modus "can" springen, da wir momentan nur Daten sammeln und der Modus eigentlich immer auf 'mustNot' bzw. 'noSchedule' stehenbleiben sollte.

#89

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 03 Mai 2026, 10:04:01

@SebastianM83,

du hast dir schon eine schöne Steuerung zusammengebaut, liest sich gut. 

Eine EV-Steuerung als solche gibt es in SF noch nicht, wir sammeln erstmal nur Daten um damit die Verbrauchsprognose in Zukunft besser gestalten zu können.

Zu deinen Daten. Mir ist aufgefallen, dass die Ladeenergie registriert wird (z.B. csme06: 8100) am 2026043003, aber der SoC mit 39% (bevcsmSoC06: 39) unverändert bleibt:

Code Auswählen Erweitern

2026043003 => hod: 03, dayname: Fr, sunaz: 19.30, sunalt: -22.90, rad1h: -, wcc: 0, weatherid: 0, rr1c: 0.00, temp: 5.4, socwhsum: 39514
              windspeed: 10.00, windspeed_fast: 10.00, pvrl: 0, pvrlvd: 1, comforttemp: 21, conaifc: 9310, con: 9621, gcons: 6, presence: -, holiday: 0
              hpcsm: -, bevcsm: 06, csme01: 761, csme02: 173, csme03: 20, csme04: 32, csme05: 0, csme06: 8100, bevcsmSoC06: 39, bevcsmTargSoC06: 80, csme07: 50, csme08: 0, csme09: 0, csme10: 2, csme11: 26, csme12: 5
2026043004 => hod: 04, dayname: Fr, sunaz: 34.10, sunalt: -18.60, rad1h: -, wcc: 0, weatherid: 0, rr1c: 0.00, temp: 4.7, socwhsum: 28148
              windspeed: 10.00, windspeed_fast: 10.00, pvrl: 0, pvrlvd: 1, comforttemp: 21, conaifc: 10191, con: 11317, gcons: 6, presence: -, holiday: 0
              hpcsm: -, bevcsm: 06, csme01: 955, csme02: 174, csme03: 23, csme04: 39, csme05: 0, csme06: 9700, bevcsmSoC06: 39, bevcsmTargSoC06: 80, csme07: 50, csme08: 0, csme09: 0, csme10: 2, csme11: 26, csme12: 4
2026043005 => hod: 05, dayname: Fr, sunaz: 47.70, sunalt: -12.30, rad1h: -, wcc: 0, weatherid: 0, rr1c: 0.00, temp: 4.0, socwhsum: 17019
              windspeed: 9.00, windspeed_fast: 9.00, pvrl: 0, pvrlvd: 1, comforttemp: 21, conaifc: 7004, con: 11193, gcons: 7, presence: -, holiday: 0
              hpcsm: -, bevcsm: 06, csme01: 954, csme02: 175, csme03: 24, csme04: 45, csme05: 0, csme06: 9300, bevcsmSoC06: 39, bevcsmTargSoC06: 80, csme07: 51, csme08: 0, csme09: 0, csme10: 2, csme11: 27, csme12: 5

Eigentlich müßte sich der SoC von Stunde zu Stunde erhöhen, sofern geladen wird. Wird der SoC evtl. nicht regelmäßig vom Portal/iobroker geliefert?

Edit:

manuell in FHEM gesetzter Abfahrtszeit (bzw. Auslesen des nächsten Timers für die Standklimatisierung)

Bezüglich Datenerfassung ist interessant an welcher Stell in FHEM du diese Vorgabe einträgst?

LG,
Heiko

#90

Sonstige Systeme / Aw: Netatmo Modul - 38_netatmo...

Letzter Beitrag von tomhead - 03 Mai 2026, 09:58:47

Guten Morgen,

gleiches bei mir - heute Nacht ist mir das Modul wieder um die Ohren geflogen:

Code Auswählen Erweitern

2026.05.03 03:47:32 1: Netatmo: No access token was found! (getDevices)
2026.05.03 03:47:32 1: Netatmo: No access token was found! (getHomecoachs)
Beim Check gerade habe ich dann herausgefunden, dass meine App bei Netatmo verschwunden ist und ich auch keine neue Anlegen kann, da es eine Fehlermeldung auf der Netatmo-Webseite gibt ("TypeError: t.t0.text is not a function").

Vermutlich ein Problem bei denen...

Gruß

Bei mir das gleiche: in FHEM "No access token was found", bei Netatmo ist meine App verschwunden und ich kann auch keine neue anlegen. Habe auch gerade gesehen, dass über die offizielle iOS App auch keine Verbindung zustande kommt. Vermutlich dann ein aktuelles Serverproblem bei Netatmo...