Neueste Beiträge

#1

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 09 Juli 2025, 00:23:59

Hallo Gisbert,

lade die V aus meinem contrib. Wir hatten kürzlich erst einen Fehler behoben mit typografischen Anführungszeichen der sich bei alexa mit englischer Einstellung gezeigt hatte. Der fix ist noch nicht eingecheckt.
Vllt. hast du auch engl. eingestellt. Wenn das nicht hilft brauche ich ein konkretes Beispiel denn bei mir werden Umlaute korrekt dargestellt.

LG,
Heiko

#2

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Gisbert - 08 Juli 2025, 23:35:43

Hallo Heiko,

ich war die letzten Tage auf der Suche nach der Ursache für die fehlerhafte Darstellung von Umlauten und Sonderzeichen wie in °C u.a.

Rudi hatte sich der Sache angenommen und Module identifiziert, die zwischen dem 28.6. und 5.7. (Zeitpunkte meiner Fhem-Updates) geändert wurden, siehe dazu auch den verlinkten Beitrag:
https://forum.fhem.de/index.php?topic=142010.msg1344512#msg1344512
Ab dem 5.7. sehe ich die falsche Darstellung der Umlaute und von Sonderzeichen.

Um es kurz zu machen, ein Update deines Moduls im Zeitraum 28.6. bis 5.7. scheint sich als Ursache herauszukristallisieren. Wenn ich dein Modul disable, wird alles richtig angezeigt, wenn ich das disable-Attribut lösche, werden die Umlaute etc. wieder sehr komisch dargestellt.
Da ich dein Modul und dein enormes Engagement sehr schätze und respektiere und ich sehr gerne dein Modul weiter nutzen möchte, wollte ich dich bitten in dieses Problem reinzuschauen.

Beschreibung und Darstellung des Fehlers sind hier dokumentiert:
https://forum.fhem.de/index.php?topic=142010.0

Viele Grüße Gisbert

[Revision 30116: 76_SolarForecast: contrib V 1.54.1]

#3

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

Letzter Beitrag von System - 08 Juli 2025, 22:01:07

Revision 30116: 76_SolarForecast: contrib V 1.54.1

76_SolarForecast: contrib V 1.54.1

Source: Revision 30116: 76_SolarForecast: contrib V 1.54.1

#4

Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...

Letzter Beitrag von Adimarantis - 08 Juli 2025, 21:56:05

registerWithCaptcha:InvalidTransportModeException

Die Fehlermeldung scheint normal zu sein - das kommt daher, dass Signalbot zuerst SMS probiert (das ist notwendig) und das mit der Festnetznummer nicht geht.
Nach 60s löst er dann eine nochmalige Registrierung mit Voice aus - und das sollte dann gehen.
Vielleicht ist der 60s Timer zu knapp bemessen. Du könntest mal probieren im Modul in der Zeile 2078

Code Auswählen Erweitern

            InternalTimer(gettimeofday()+60, "Signalbot_setCaptcha", $hash, 0);die Zahl 60 durch z.B. 100 zu ersetzen.
Letztendlich ist das Ziel, dass ein Anruf auf der Festnetznummer erfolgt und du den dort genannte Code dann per "set verify" setzt.

#5

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 08 Juli 2025, 21:52:58

@all,

ich habe die max. möglichen Consumer im Modul auf 20 erhöht.
Es lässt auch noch mit etwas guten Willen in der Flowgrafik unterbringen. In dem Screenshot habe ich dazu eingestellt:

Code Auswählen Erweitern

consumerdist=90
size=600
h2consumerdist=190
showconsumerdummy=0

Das Update befindet sich im contrib.

LG,
Heiko

#6

Sonstige Systeme / Aw: Neues Modul: ESPEInk für e...

Letzter Beitrag von KyleK - 08 Juli 2025, 20:44:45

Hallo,

bekomm ich das Modul irgendwie dazu, ein Grayscale PNG mit 2 Farben zu erzeugen?
ImageMagick's `identify` Command sagt:

Code Auswählen Erweitern

result.png PNG 800x480 800x480+0+0 8-bit sRGB 256c 5915B 0.000u 0:00.000Ich hätte aber gern:

Code Auswählen Erweitern

result.png PNG 800x480 800x480+0+0 8-bit Grayscale Gray 2c 2373B 0.000u 0:00.000
Das Listing:

Code Auswählen Erweitern

define trmnl ESPEInk /opt/fhem/contrib/fhem_template.png
attr trmnl colormode monochrome
attr trmnl convertmode level
attr trmnl definition addtext#Eiszapfen#|400#40#40#0#000000#/usr/share/fonts/truetype/dejavu/DejaVuSansMono-Bold.ttf\
textreading#py.eiszapfen:message_short#|350#200#25#0#000000#/usr/share/fonts/truetype/dejavu/DejaVuSansMono-Bold.ttf#10#600\
addsymbol#line-filled#0#450#2#0#000000#800#0\
textreading#di.system_time:date_time_s#|400#458#15#0#000000#/usr/share/fonts/truetype/dejavu/DejaVuSansMono-Bold.ttf
attr trmnl devicetype 7.5inch_e-Paper_HAT
attr trmnl disable 1
attr trmnl height 480
attr trmnl interval 0
attr trmnl width 800
#  BOARDTYPE  ESP8266
#  COLORMODE  monochrome
#  CONVERTMODE level
#  DEF        /opt/fhem/contrib/fhem_template.png
#  DEVICETYPE 7.5inch_e-Paper_HAT
#  FUUID      6867bc66-f33f-9ecb-69b6-eeafa5e8abd67aa0
#  INTERVAL  0
#  NAME      trmnl
#  NOTIFYDEV  global,trmnl,di.system_time,py.eiszapfen
#  NR        584
#  NTFY_ORDER 50-trmnl
#  PICTUREFILE /opt/fhem/contrib/fhem_template.png
#  STATE      Finished conversion in background
#  SUBFOLDER  images
#  TYPE      ESPEInk
#  URL       
#  eventCount 3
#  READINGS:
#    2025-07-08 17:28:12  deftexts        0
#    2025-07-08 17:53:40  result_picture  <html><img src=/fhem/images/trmnl/result.png?dummy=931534.82642284></img><div>/fhem/images/trmnl/result.png</div></html>
#    2025-07-08 17:28:08  source_picture  <html><img src=/fhem/images/trmnl/fhem_template.png?dummy=415440.386841176></img><div>/fhem/images/trmnl/fhem_template.png</div></html>
#    2025-07-07 19:29:35  updatestart    1751909375.99501
#  helper:
#
setstate trmnl Finished conversion in background
setstate trmnl 2025-07-08 17:28:12 deftexts 0
setstate trmnl 2025-07-08 17:53:40 result_picture <html><img src=/fhem/images/trmnl/result.png?dummy=931534.82642284></img><div>/fhem/images/trmnl/result.png</div></html>
setstate trmnl 2025-07-08 17:28:08 source_picture <html><img src=/fhem/images/trmnl/fhem_template.png?dummy=415440.386841176></img><div>/fhem/images/trmnl/fhem_template.png</div></html>
setstate trmnl 2025-07-07 19:29:35 updatestart 1751909375.99501



#7

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 08 Juli 2025, 20:29:18

PS @Heiko: Ist das ist Out-Topic hier?

Alles gut, wir sind im Ausstausch und ich schweife auch gerne mal ab. Ansonsten könnt ihr euch damit in ein Technikforum zurückziehen wenn sich das Thema ausweiten wollte. 

#8

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Max_Meyer - 08 Juli 2025, 20:18:58

An den Netzwerkkomponenten kann es bei mir nicht liegen. Das gesamte Netzwerk ist Cat7 Konform installiert.
Früher waren einige Pis per Powerlan mit dem Netzwerk verbunden, bis ich diese Bereiche ebenfalls mit Cat7 nachinstalliert hatte. Powerlan taugte bei mir jedenfalls auch nicht für die FHEM Anwendungen.
Ich gebe dir Recht, das es für FHEM ratsam ist auf die Netzwerkkomponenten acht zu geben. Da kann man leicht das falsche als Fehlerursache verdächtigen.
Bei mir ist das System in den letzten 10 Jahren auch erheblich gewachsen.
FHEM ist auf 10 Pis verteilt, die aber für sich grundsätzlich autark arbeiten. Gewisse Bereiche will ich eigenständig haben, wie die Heizung, Solarthermie, PV. Ich hole mir von diesen Bereichen nur notwendige Datenpunkte für eine Zentrale Übersicht.
Wieviele Sensoren, Aktoren und Schnittstellen vorhanden müsste ich mal wirklich zählen. Es sind im gesamten System sicherlich über 200 Stk.
Auch die Systeme wachsen immer noch, wie jetzt der PV-Bereich mit SolarForecast, und ich lerne immer noch dazu.

@Chris,
Meine Anlage hat aus gleichen Gründen eine ähnliche Größe (8 PI's) - für einzelne Komponenten reicht auch PowerLan - dort ist das Problem, dasjenige worum es sich hier dreht, die durch WR produzierte PV-Energie welche den Sinus beeinträchtigt (Oberwellen) auch aus diesen Gründen hat die Ausführung (bei dir CAT7) nicht unbedingt was mit der im Router ankommenden Bandbreite zu tun.
Ich würde dir wirklich raten
1.) im Router mal einen 'Kabeltest' zu machen um die ausgehandelte Geschwindigkeit zu sehen
2.) mit den beiden im oberen Post genannten Einstellungen (QoS/Storm-Control-Rate) den Brodcast zu dämpfen
es sei denn dein internes Netzwerk ist deutlich schneller als 2GB (z.B. mit LAG) dann solle es unkritisch sein
Ist ja kein Risiko dabei - die Einstellungen lassen sich jederzeit wieder auf Default setzen und der Aufwand ist überschaubar - aber so kann man ausschließen Geister zu jagen. Und ich hatte seither keine Abbrüche, und negative Verbräuche mehr.
Gruß Gerd
PS @Heiko: Ist das ist Out-Topic hier?

[vor]

#9

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von 300P - 08 Juli 2025, 20:00:06

Code Auswählen Erweitern

notbefore     Startzeitpunkt Verbraucher nicht vor angegebener Zeit 'Stunde[:Minute]' einplanen (optional)
    Der <Ausdruck> hat das Format hh[:mm] oder ist in {...} eingeschlossener Perl-Code der hh[:mm] zurückgibt.
   
notafter     Startzeitpunkt Verbraucher nicht nach angegebener Zeit 'Stunde[:Minute]' einplanen (optional)
    Der <Ausdruck> hat das Format hh[:mm] oder ist in {...} eingeschlossener Perl-Code der hh[:mm] zurückgibt.
notafter müsste eigentlich Endzeitpunkt lauten. Ist ein wenig verwirrend.
Ich würde das Startzeitpunkt weglassen. Verbraucher nicht vor bzw. Verbraucher nicht nach ist ausreichend.

Das interpretierst du evtl. falsch:
notbefore =>>> starte die "Einplanung" nicht vor dieser Zeit
notafter  =>>> starte die "Einplanung" nicht nach dieser Zeit

(bedeutet NICHT schalte mich an und aus innerhalb dieser Zeit  )

#10

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Burny4600 - 08 Juli 2025, 19:50:09

Code Auswählen Erweitern

notbefore Startzeitpunkt Verbraucher nicht vor angegebener Zeit 'Stunde[:Minute]' einplanen (optional)
Der <Ausdruck> hat das Format hh[:mm] oder ist in {...} eingeschlossener Perl-Code der hh[:mm] zurückgibt.

notafter Startzeitpunkt Verbraucher nicht nach angegebener Zeit 'Stunde[:Minute]' einplanen (optional)
Der <Ausdruck> hat das Format hh[:mm] oder ist in {...} eingeschlossener Perl-Code der hh[:mm] zurückgibt.
notafter müsste eigentlich Endzeitpunkt lauten. Ist ein wenig verwirrend.
Ich würde das Startzeitpunkt weglassen. Verbraucher nicht vor bzw. Verbraucher nicht nach ist ausreichend.


Eine Frage zur Planung der Consumer.
Die Definition für consumer 04 lautet

Code Auswählen Erweitern

EG_WI_TRD:EG-Wirtschaftsraum+Trockner
auto=automatic
etotal=Active_Energy_Day__kWh:kWh
exconfc=2
icon=scene_clothes_dryer
interruptable=EG_WI_TRD:SF_Int:1
mintime=300
mode=must
notafter=16:30
notbefore=08:00
off=AUS
on=EIN
pcurr=Active_Power__W:W:2
power=0
swstate=state:EIN:AUS
type=dryer
Warum greift die Planung nicht?

Code Auswählen Erweitern

consumer04
consumer04_planned_start 08.07.2025 15:00:02
consumer04_planned_stop  08.07.2025 20:00:02
consumer04_planned_stop müsste um 16:30 anhalten.