Hauptmenü

Neueste Beiträge

#1
SVG / Plots / logProxy / Aw: Bitte um Review: Erweiteru...
Letzter Beitrag von WW - 09 Februar 2026, 20:05:39
Hier erst einmal eine modifizierte gplot-Datei, mit der ich die folgenden Screenshots erstellt habe:

# Created by FHEM/98_SVG.pm, 2017-02-28 11:30:56
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title '<L1>'
##set ytics
set xtics
set ytics ("0" 0, "300" 300, "600" 600, "900" 900, "1200" 1200, "1500" 1500, "1800" 1800, "2100" 2100, "2400" 2400)
set y2tics ("3" 3, "3.5" 3.5, "4" 4, "4.5" 4.5, "5" 5, "5.5" 5.5, "6" 6, "6.5" 6.5, "7" 7)
set y3tics ("-5" -5, "-2.5" -2.5, "0" 0, "2.5" 2.5, "5" 5, "7.5" 7.5, "10" 10, "12.5" 12.5, "15" 15)
set grid y2tics
set ylabel "Energie / [kWh]"
set y2label "COP"
set y3label "Temperatur / [°C]"
set yrange [0:2400]
set y2range [3:7]
set y3range [-5:15]

#logProxy DbLog:DBLogging,offset=-24*3600*15:doifDatenVerdichten:KgWsWpCop_last_month
#logProxy Func:my_Flexible_Avg_Dots(2,$from,$to,"DbLog:DBLogging:Lambda:statGeneralAmbient-ActualAmbientTempDayAvgLast","month",0.5)
##logProxy Func:my_Interval_Bar_Fix(3,$from,$to,"DbLog:DBLogging:myCounter:WpStromaufnahme_last_month",0.8)
##logProxy Func:my_Interval_Bar_Fix(4,$from,$to,"DbLog:DBLogging:myCounter:WpWaerme_last_month",0.8)


##plot "<IN>" using 1:2 axes x1y2 title 'Gesamt-COP (Monat)' ls l5 lw 3 with points:minus:10,\
##    "<IN>" using 1:2 axes x1y3 title 'Ø-Temperatur (Monat)' ls l1 lw 2 with points:circle:3,\
##    "<IN>" using 1:2 axes x1y1 title 'Energieaufnahme Monat (elektrisch)' ls l3fill lw 1 with lines,\
##    "<IN>" using 1:2 axes x1y1 title 'Wärmeabgabe Monat (thermisch)' ls l0fill lw 1 with lines

plot "<IN>" using 1:2 axes x1y2 title 'Gesamt-COP (Monat)' ls l5 lw 3 with points:square:10,\
    "<IN>" using 1:2 axes x1y3 title 'Ø-Temperatur (Monat)' ls l5fill lw 3 with points:circle:10,\


Mit der derzeit aktuellen 98_SVG.pm aus dem Repo ergibt sich ein Bild analog den Screenshots "screenshot_l1.png" bis "screenshot_l8". Geändert ist hier jeweils die Ziffer hinter dem "l".

Die Quadrate sind jeweils ohne Füllung, die Kreise mit. Es sieht so aus, als ob für l1 bis l3 beide Umrandungs-Farben gleich sind, für l4 bis l8 haben die gefüllten Kreise falsche Farbzuordnungen.

Betrachtet man im Dropdownmenue des Ploteditors die Farben für die einzelnen "l"-Varianten (z.B. l1, l1_fill, l1_dot, ...) so vermute ich, dass die Umrandungsfarbe für die gleiche Ziffer (hinter dem l) stets gleich sein sollte.

Sollte der Fehler "lediglich" in den css-Definitionen liegen, so ist mein letzter Patchvorschlag hinfällig, da dann da alles richtig ist.

Edit 1: Noch ein Hinweis: Ich verwende den "f18"-Style

Edit 2:
Auszug aus svg_style.css:
.SVGplot.l0     { stroke:red;     }
.SVGplot.l1     { stroke:green;   }
.SVGplot.l2     { stroke:blue;    }
.SVGplot.l3     { stroke:magenta; }
.SVGplot.l4     { stroke:brown;   }
.SVGplot.l5     { stroke:black;   }
.SVGplot.l6     { stroke:olive;   }
.SVGplot.l7     { stroke:gray;    }
.SVGplot.l8     { stroke:yellow;  }

.SVGplot.l0fill { stroke:red;         fill:url(#gr_0); }
.SVGplot.l1fill { stroke:forestgreen; fill:url(#gr_1); }
.SVGplot.l2fill { stroke:blue;        fill:url(#gr_2); }
.SVGplot.l3fill { stroke:magenta;     fill:url(#gr_3); }
.SVGplot.l4fill { stroke:yellow;      fill:url(#gr_4); }
.SVGplot.l5fill { stroke:cyan;        fill:url(#gr_5); }
.SVGplot.l6fill { stroke:black;       fill:url(#gr_6); }
.SVGplot.l7fill { stroke:brown;       fill:url(#gr_7); }
.SVGplot.l8fill { stroke:olive;       fill:url(#gr_8); }

.SVGplot.l0dot  { stroke:red;     stroke-dasharray:2,4; }
.SVGplot.l1dot  { stroke:green;   stroke-dasharray:2,4; }
.SVGplot.l2dot  { stroke:blue;    stroke-dasharray:2,4; }
.SVGplot.l3dot  { stroke:magenta; stroke-dasharray:2,4; }
.SVGplot.l4dot  { stroke:brown;   stroke-dasharray:2,4; }
.SVGplot.l5dot  { stroke:black;   stroke-dasharray:2,4; }
.SVGplot.l6dot  { stroke:olive;   stroke-dasharray:2,4; }
.SVGplot.l7dot  { stroke:gray;    stroke-dasharray:2,4; }
.SVGplot.l8dot  { stroke:yellow;  stroke-dasharray:2,4; }

.SVGplot.l0fill_stripe { stroke:red;     fill:url(#gr0_stripe);}
.SVGplot.l1fill_stripe { stroke:green;   fill:url(#gr1_stripe);}
.SVGplot.l2fill_stripe { stroke:blue;    fill:url(#gr2_stripe);}
.SVGplot.l3fill_stripe { stroke:magenta; fill:url(#gr3_stripe);}
.SVGplot.l4fill_stripe { stroke:brown;   fill:url(#gr4_stripe);}
.SVGplot.l5fill_stripe { stroke:black;   fill:url(#gr5_stripe);}
.SVGplot.l6fill_stripe { stroke:olive;   fill:url(#gr6_stripe);}
.SVGplot.l7fill_stripe { stroke:gray;    fill:url(#gr7_stripe);}
.SVGplot.l8fill_stripe { stroke:yellow;  fill:url(#gr8_stripe);}

Macht es irgendeinen Sinn, das die Farbzuordnungen für ".SVGplot.l?fill" (und auch "text.SVGplot.l?fill") nicht dem Muster der anderen Zuordnungen entsprechen? Mit den hier (falschen) Zuordnungen lässt sich das gesamte Verhalten erklären.
#2
Off-Topic / Aw: Hostname auf Pi plötzlich ...
Letzter Beitrag von TomLee - 09 Februar 2026, 19:52:55
ZitatAlso z.B. wie ist der container fhempi mit dem Host verbunden?

Ich habe mit Docker ehrlich gesagt noch zu wenig Erfahrung, um die geforderten Details zur Container-Anbindung auf Anhieb liefern zu können, beschäftige mich damit aber und reiche die Infos ggf. nach.

Inzwischen habe ich festgestellt, dass das Problem identisch auch bei FHEM oder anderen Anwendungen  auftritt, also unabhängig von Docker. Der Zugriff über die IP-Adresse funktioniert immer, betroffen ist ausschließlich der Hostname.

Daher gehe ich aktuell davon aus, dass es nicht direkt mit Docker zusammenhängt.
#3
Sonstiges / Aw: httpmod.template: bugs, Fr...
Letzter Beitrag von DeeSPe - 09 Februar 2026, 19:23:21
Zitat von: Tueftler1983 am 09 Februar 2026, 18:17:06Hey also nach kurzer anpassung des Regexp hat es soforg funktioniert, lasse jetzt mal beide Paralel laufen und schaue es mir weiter an!

Besten Dank für's Testen.
Habe eben noch Kleinigkeiten in #275 aufgeräumt: Attribut angepasst (nur noch "showDevices:all,updatable" statt "showUpdatableDevices:all,onlyUpdatable"), überflüssigen Code aus stateFormat entfernt und unnötige Attribute entfernt.
Das sollte es nun aber endgültig gewesen sein.
Ich bin zumindest recht zufrieden damit jetzt.

Gruß
Dan
#4
Off-Topic / Aw: Hostname auf Pi plötzlich ...
Letzter Beitrag von Sidey - 09 Februar 2026, 19:16:54
Kannst Du mehr Informationen zu deinem Netzwek geben?

Also z.B. wie ist der container fhempi mit dem Host verbunden?

Grüße Sidey
#5
FRITZ!Box / Aw: 72_FRITZBOX.pm ab Version...
Letzter Beitrag von Prof. Dr. Peter Henning - 09 Februar 2026, 19:05:25
98_BOSEST.pm wird derzeit massiv überarbeitet, wäre kein Problem, das zu ändern.

LG

pah
#6
Automatisierung / Aw: [98_monitoring] - Support ...
Letzter Beitrag von Beta-User - 09 Februar 2026, 19:04:59
Zitat von: Gernott am 07 Februar 2026, 17:08:55Nein, ich habe fast nur Homematic-Geräte (~30) und einige wenige MQTT2-Devices, die allerdings nicht viel Event-Last erzeugen. Außerdem fehlen jetzt im Winter etliche HM-Geräte, da der Pool nicht im Betrieb ist. Neuzugänge waren nur die beiden Monitoring-Instanzen.
Hmm, bin im Moment ohne Idee. Meine monitoring-Instanzen sind im Moment so angelegt, dass Sie ein NOTIFYDEF als Internal haben. 
Aber deine Grafiken zeigen v.a. auch kein swappen oä., und die ~200MB RAM sind ja auch stabil. Bei Gelegenheit schaue ich mir den Code mal an, aber wenn es ein generelles Problem wäre, hätte ich (bei mind. 164 Nutzern lt. Statisitk) viel früher mit Problemmeldungen gerechnet... 
#7
MQTT / Aw: MQTT2 Server Meldung "unsu...
Letzter Beitrag von rudolfkoenig - 09 Februar 2026, 18:50:35
Version 5 kennt sehr viele Features, ist deutlich aufwendiger zu implementieren.
Etliche von diesen Features sind zwar Optional, aber ohne funktioniert es womoeglich auch nicht.
Welcher Client ist das?

Als ALternative kann man statt MQTT2_SERVER einen externen Broker + MQTT2_CLIENT verwenden.
#8
MQTT / MQTT2 Server Meldung "unsuport...
Letzter Beitrag von thotti70 - 09 Februar 2026, 18:25:49
Hallo liebe Gemeinde,
ich habe einen mqtt Client welcher "nur" die MQTT Version 5 spricht.
Soweit ich das sehe kann die FHEM Integration max. die Version 3.1.1 (?).
Gibt es hier eine Weiterentwicklung in naher Zukunft? Oder welche Optionen könnten mein Problem lösen?
Hat jemand eine Idee?

Vielen Dank schon mal an Alle, besonders an jeden Entwickler.
#9
FRITZ!Box / Aw: 72_FRITZBOX.pm ab Version...
Letzter Beitrag von Wernieman - 09 Februar 2026, 18:18:17
Könntest Du bitte bei Deinem System die Zeile 2025 der ./FHEM/98_BOSEST.pm Posten?

2024    my $returnListMediaServers = "|listMediaServers|".$info->{deviceID};
2025    foreach my $mediaServer (@{ $listMediaServers->{ListMediaServersResponse}->{media_server} }) {
2026        $returnListMediaServers .= ",".$mediaServer->{friendly_name};

Würde auf Doppelte Verwendung von Variablennamen Tippen .... weiß aber nicht, welches der beiden Module "Schuld" ist ....
#10
Sonstiges / Aw: httpmod.template: bugs, Fr...
Letzter Beitrag von Tueftler1983 - 09 Februar 2026, 18:17:06
Nabend
Zitat von: DeeSPe am 09 Februar 2026, 17:58:10Bevor ich es als Template verwurste, wäre es schön wenn es von Euch mal getestet wird.

Hey also nach kurzer anpassung des Regexp hat es soforg funktioniert, lasse jetzt mal beide Paralel laufen und schaue es mir weiter an!

Vielen dank schon einmal