Hauptmenü

Neueste Beiträge

#11
MQTT / Aw: shelly 1pm Gen4 (nicht Plu...
Letzter Beitrag von Frank_Huber - 09 Dezember 2025, 08:48:31
andere Frage, was hat denn der "defekte" Shelly?

Die erste Serie hat oftmals nur einen defekten Kondensator der sich im Nu tauschen lässt.
Habe bei mir schon einige 2.5er repariert die irgendwann immer wieder ausgefallen sind.
Man kann an denen auch den drohenden Ausfall hören, sie fangen an zu rauschen bevor sie irgendwann sterben.
#12
Anfängerfragen / weekdaytimer zusammenfassen
Letzter Beitrag von mfeske - 09 Dezember 2025, 08:46:33
Hallo zusammen,

ich habe in meiner alten Installation zwei weekdaytimer.
define ElchMorgends WeekdayTimer Elch 06:45:00|on {sunrise_abs('HORIZON=-2',0,"07:15","08:40")}|off
attr ElchMorgends commandTemplate set $NAME  $EVENT
attr ElchMorgends room Garten
define ElchAbends WeekdayTimer Elch Mo-So|{sunset_abs('HORIZON=-2',0,"15:30","22:30")}|on Mo-So|23:30|off
attr ElchAbends commandTemplate set $NAME  $EVENT
attr ElchAbends room Garten

Für die Neuinstallation dachte ich ich könnte diese zusammenfassen mit:
define ElchTimer WeekdayTimer Elch 06:45:00|on {sunrise_abs( HORIZON=-2 ,0, 07:15 , 08:40 )}|off Mo-So|{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}|on Mo-So|23:30|off
attr ElchTimer commandTemplate set $NAME  $EVENT
attr ElchTimer icon time_timer
attr ElchTimer room Garten->hinten

aber so richtig zu funktionieren scheint das nicht, das log wirft mir Fehler wie diesen:
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220172) line 1, near "2 ," syntax error at (eval 220172) line 1, near "07:" Illegal octal digit '8' at (eval 220172) line 1, at end of line >>>{ my $date=1765580405;{sunrise_abs( HORIZON=-2 ,0, 07:15 , 08:40 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765407605;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220173) line 1, near "2 ,"
syntax error at (eval 220173) line 1, near "15:"

2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220173) line 1, near "2 ," syntax error at (eval 220173) line 1, near "15:" >>>{ my $date=1765407605;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765321205;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220174) line 1, near "2 ,"
syntax error at (eval 220174) line 1, near "15:"

2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220174) line 1, near "2 ," syntax error at (eval 220174) line 1, near "15:" >>>{ my $date=1765321205;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765234805;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220175) line 1, near "2 ,"
syntax error at (eval 220175) line 1, near "15:"

2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220175) line 1, near "2 ," syntax error at (eval 220175) line 1, near "15:" >>>{ my $date=1765234805;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765321205;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220176) line 1, near "2 ,"
syntax error at (eval 220176) line 1, near "15:"

2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220176) line 1, near "2 ," syntax error at (eval 220176) line 1, near "15:" >>>{ my $date=1765321205;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765407605;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220177) line 1, near "2 ,"
syntax error at (eval 220177) line 1, near "15:"

2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220177) line 1, near "2 ," syntax error at (eval 220177) line 1, near "15:" >>>{ my $date=1765407605;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765494005;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220178) line 1, near "2 ,"
syntax error at (eval 220178) line 1, near "15:"

2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220178) line 1, near "2 ," syntax error at (eval 220178) line 1, near "15:" >>>{ my $date=1765494005;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765580405;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220179) line 1, near "2 ,"
syntax error at (eval 220179) line 1, near "15:"

2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220179) line 1, near "2 ," syntax error at (eval 220179) line 1, near "15:" >>>{ my $date=1765580405;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765234805;{sunrise_abs( HORIZON=-2 ,0, 07:15 , 08:40 )}}: Can't modify constant item in scalar assignment at (eval 220188) line 1, near "2 ,"
syntax error at (eval 220188) line 1, near "07:"
Illegal octal digit '8' at (eval 220188) line 1, at end of line

2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220188) line 1, near "2 ," syntax error at (eval 220188) line 1, near "07:" Illegal octal digit '8' at (eval 220188) line 1, at end of line >>>{ my $date=1765234805;{sunrise_abs( HORIZON=-2 ,0, 07:15 , 08:40 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765234805;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220189) line 1, near "2 ,"
syntax error at (eval 220189) line 1, near "15:"

2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220189) line 1, near "2 ," syntax error at (eval 220189) line 1, near "15:" >>>{ my $date=1765234805;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 3: CUL433 IT_set: Elch off
2025.12.09 00:00:05 3: CUL433 IT_set: Elch on

auch würde ich gerne über ein reading vielleicht ein symbol setzen devstateicon um zu sehen ob ein oder ausgeschaltet.

Gruß
Micha
#13
Sonstiges / Aw: Ecowitt API - diverse Wett...
Letzter Beitrag von Beta-User - 09 Dezember 2025, 08:30:29
Nachtrag: sobald der Name geändert ist, könnte man das auch einchecken, du darfst gerne auch den (Mit-) Maintainer machen 🙂.
#14
FHEMWEB / Aw: [ControlMiniDash]Fhemweb W...
Letzter Beitrag von appi - 09 Dezember 2025, 08:04:41
Hallo
soweit funktioniert das Widget schon recht gut.
Ich bin mit dem Sollwert im Konflikt.... In meiener Installation (KNX) habe ich ein Objekt für Sollwert setzen im Regler und eins für Sollwert lesen aus dem Regler. Somit können Aenderungen im Regler und in der Fhem gemacht werden und der jeweils Andere bekommt die Aenderung mit.
Gibt es eine Möglichkeit das einfach zu implementieren oder habe ich etwas falsch verstanden?

gruss

#15
FHEM Code changes / Revision 30606: controls_fhem....
Letzter Beitrag von System - 09 Dezember 2025, 08:00:52
Revision 30606: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30606: controls_fhem.txt: fhemupdate checkin
#16
FHEM Development / SVN - Timeout
Letzter Beitrag von Sidey - 09 Dezember 2025, 07:52:22
Hallöchen,

Seit gestern Nachmittag erhalte beim Zugriff mittels Browser auf das SVN oft ein

504 Gateway Time-out
Das passiert beim Zugriff auf die Webseite.
Beim direkten Zugriff mittels SVN Kommando:

https://svn.fhem.de/fhem': Unexpected HTTP status 503 'Service Unavailable'

Grüße Sidey
#17
Automatisierung / Aw: KNX Jalousiesteuerung mit ...
Letzter Beitrag von Beta-User - 09 Dezember 2025, 07:37:58
Zitat von: superverbleit am 09 Dezember 2025, 06:39:33Irgendwie müssen meine Attribute nicht korrekt sein, oder?
Falls du das ASC_SlatPosCmd_SlatDevice im Nachgang zu meinem ersten Beitrag nicht verändert hast: Nein.

Siehe dazu auch die commandref:
ZitatASC_SlatPosCmd_SlatDevice - Angaben zu einem Slat (Lamellen) CMD und - sofern diese Lamellen über ein anderes Device gesteuert werden - zum Slat Device. Beispiele: attr ROLLO ASC_SlatPosCmd_SlatDevice slatPct oder attr ROLLO ASC_SlatPosCmd_SlatDevice dim:ROLLOSLATDEVICE. Die Angabe des Devices ist nur erforderlich, wenn zur Steuerung der Lamellen ein anderes Device verwendet wird. Damit das ganze dann auch greift, muss in den 6 Positionsangaben ASC_Open_Pos, ASC_Closed_Pos, ASC_Ventilate_Pos, ASC_ComfortOpen_Pos, ASC_Shading_Pos und ASC_Sleep_Pos ein weiterer Parameter für die Lamellenstellung mit angegeben werden.

Dass man ERST den command (dim bzw. positionSlat für ZWave) und dann - mit Doppelpunkt getrennt - das Device angeben muss (bei zweien), ist halt historisch so gewachsen, eben weil es (nur) bei ZWave diese Besonderheit gibt, dass da aus technischen Gründen zwei Devices gebildet werden.

Für KNX würde ich keine zwei Devices bilden - und einmal mehr - "ALLGEMEIN ÜBLICHE" setter-Namen verwenden, da das ROLLO-TYPE ist (ASC-Attribut 1), wäre es vermutlich sinnvoll, sich an ROLLO zu orientieren, das für die Behanghöhe "pct" verwendet (mit der Bedeutung 0=oben). Eventuell stört auch das commandTemplate, und das bekommst du damit uU. weg.

@erwin: ASC erwartet, dass das "Lese-Reading" und das "set"-Reading ein und denselben Namen haben.
#18
Perl für FHEM-User / Aw: Mehrere curl-Abrufe "gleic...
Letzter Beitrag von Beta-User - 09 Dezember 2025, 07:27:56
Zitat von: TomLee am 08 Dezember 2025, 23:55:19Soll es jetzt Unicode (JSON->new->encode) oder besser utf-8 (JSON->new->utf8->encode) sein? Ich schlaf besser nochmal drüber...
Nun ja, die Kurzform ist eher:

Wenn man decode_json() verwendet, ist das imo die Kurzform von "JSON->new->utf8->decode()". Das geht davon aus, dass sich die Gegenstelle an die vereinbarten Standards hält und tatsächlich UTF8-encodierte Daten liefert. Das ist nur leider nicht immer der Fall, und FHEM kann mindestens in den Fällen dann besser mit dem umgehen, was "JSON->new->decode()" ermittelt hat. Für "normgerechte" Daten macht die nicht-transformierende Variante keinen Unterschied ;) .

Fürs Einpacken verwende ich zwischenzeitlich in der Mehrzahl der Fälle Bordmittel, also "toJSON()" aus fhem.pl. Das macht es _nicht_ normgerecht, was bisher aber nur dann zu Problemen geführt hat, wenn Zahlen und boolsche Werte im Spiel waren (und die Gegenstelle dann auch noch geprüft hat)...
#19
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von TheTrumpeter - 09 Dezember 2025, 07:23:08
Zitat von: DS_Starter am 06 Dezember 2025, 22:45:59Edit: Während der Beschätigung mit dem NN ist mir klar geworden, dass man für ein gutes Training (z.B. die Prognose wann ein EV geladen werden könnte) der KI Features bereitstellen muß/sollte, die einen Bezug zu diesem Event herstellen. Ein bestimmter Tag oder ähnliche Zeitindikatoren sind zu schwach und haben keinen wirklichen Bezug.
Für Heizungen (egal ob Wärmepumpe oder andere mit Strom betriebene Raumheizung) wäre in erster Näherung die Außentemperatur ausreichend.
Und für die Kühlung ist es dann wieder die Außen- oder ggf. Raumtemperatur im Führungsraum



Apropos "gutes Training"... hier wurde von verschiedenen Nutzern schon öfter festgestellt, dass die Erzeugungsprognosen wegen teilweise unpassender Wetterprognosen nicht immer passen. Das ganze verstärkt sich dann phasenweise noch selbst, weil die Korrekturfaktoren "immer weiter ausreißen". Wenn heute trotz Nebelprognose die Sonne scheint, "lernt" das neuronale Netz, dass die Erzeugung bei Nebel "viel besser" als die Prognose ist, sodass die Prognose für Nebelwetter immer schlechter wird.
Wäre es möglich die Lern-/Korrekturfaktoren an "harte Fakten" wie z.B. einen Helligkeitswert zu knüpfen? Das könnte ggf. ein mittels "statistics" bereitgestellter Stunden-Durchschnitt sein. In Kombination mit dem bekannten Sonnenstand könnten sich dadurch die Lernwerte an reale Umweltbedingungen koppeln lassen.
Mit der Zeit müsste es dann auch möglich sein aus den (durchschnittlichen) Helligkeitswerten auf das Wetter zu schließen, um es für die Prognosen zu berücksichtigen. (Beispielsweise könnte das NN lernen, dass ein durchschnittlicher Helligkeitswert von > 50.000 lux im Dezember zwischen 11 und 12 Uhr "ungetrübter Sonnenschein" bedeutet und die Erzeugung dieser Stunde somit "Sonne" zuweisen und nicht wie von der Wetter-API vielleicht behauptet "Nebel".
#20
Sonstiges / Aw: Ecowitt API - diverse Wett...
Letzter Beitrag von Beta-User - 09 Dezember 2025, 07:20:33
Zitat von: Dr. Boris Neubert am 08 Dezember 2025, 22:25:16@Beta-User: bitte sag, was Du von alledem implementieren willst, und was ich beisteuern soll.
:)
Ich habe an dem Ausgangscode nur deswegen weitergebastelt, weil es die einfachste Variante war, dem Ding was brauchbares zu entlocken.
Im Moment komme ich nicht wirklich dazu, das zu debuggen und/oder neue Teile einzupflegen, den Namen zu ändern pi pa po. Von daher: Alles, was erledigt ist, ist willkommen!

Der Reihe nach:
Name - ECOWITT_GW_API? (Es gibt eine Reihe von Optionen, und das ist zwar lang, aber vielleicht für den "unbefangenen Betrachter" halbwegs verständlich?)

Anbei ein etwas "aufgeräumter" Code - da habe ich nur irgendwo zu viel weggeworfen, das wirft ein paar Fehler ins log, von denen ich nicht weiß, ob die vorher schon da waren (vermutlich nicht). Läuft aber prinzipiell, und ein diff zeigt, was tendenziell überflüssig ist. (Und meinen Coding-Style)
"Seit immer" habe ich auch einen unknown "Sensor", der nicht plausible Werte ("FF" und so) zeigt und physisch auch nicht da ist. Vermutlich ein Code-Käfer ::) , der eigentlich auch nicht da sein müßte (aber auch nicht nachhaltig stört).

Der Code berücksichtigt, was Ecowitt über die API bekannt gegebenen hatte, Stand ist (vermutlich) der hier:
https://osswww.ecowitt.net/uploads/20220407/WN1900%20GW1000,1100%20WH2680,2650%20telenet%20v1.6.4.pdf
Falls es was neueres gibt (und sonst Verbesserungen wie das mit der Blitz-Zeit): gerne reinnehmen. Für solche "Sonderlocken" hat man schließlich Module :) .