Hauptmenü

Neueste Beiträge

#11
SVG / Plots / logProxy / Aw: SVG: Plot mit Steps sollte...
Letzter Beitrag von noansi - 09 Januar 2026, 21:53:38
Hallo Rudolf,

in Verbindung mit logProxy_xy2Plot zur Darstellung von Daten ohne absoluten Zeitbezug (z.B. set xrange [0:200000]) und Nutzung von steps im zugehörigen gplot File zeigt sich am Ende des Plots eine unschöne Zusatzlinie zu dem neuen $x+$nx,$ly in Zeile 2025.
        $ret .= sprintf(" %d,%d %d,%d", $lx,$ly, $x+$nx,$ly);
Aufgefallen ist mir das bei der Darstellung von digitalen Signalwerten, also Rechtecksignalwerten, die ich mit steps ausgegeben hatte. Das zu den Nebenwirkungen auf Sonderfälle.


Da ich die Erzeugung der Daten in der Hand habe, dachte ich, einfach auf lines statt steps umzustellen. Jedoch ist lines mit mit Filtereigenschaften verbunden, so dass die letzte Signalflanke, welche aus Abfall von 1 auf 0 bei identischem x-Wert und nochmaligem 0 Wert bei identischem x-Wert besteht, rausgefiltert wird.
Wenn Zeile 2202
        next if($x1 == $lx && $y1 == $ly);entfällt, dann wird es korrekt dargestellt, da dann die Abfrage auf den letzten Dateneintrag $i < $maxIdx in Zeile 2205 für die Ausgabe des Signalabfalls sorgt.

Ebenso funktioniert zur Erhaltung des Optimierungsgedankens von Zeile 2202
            ($x1, $y1) = (int($x+$dxp->[$i]),
                          int($y+$h-($dyp->[$i]-$min)*$hmul));

            # calc ymin/ymax for points with the same x coordinates
            if ($x1 == $lx && $i < $maxIdx) {
              next if ($y1 == $ly);
              $ymin = $y1 if($y1 < $ymin);
              $ymax = $y1 if($y1 > $ymax);
              $ly = $y1;
              next;
            }

statt

        ($x1, $y1) = (int($x+$dxp->[$i]),
                         int($y+$h-($dyp->[$i]-$min)*$hmul));

        next if($x1 == $lx && $y1 == $ly);

        # calc ymin/ymax for points with the same x coordinates
        if($x1 == $lx && $i < $maxIdx) {
          $ymin = $y1 if($y1 < $ymin);
          $ymax = $y1 if($y1 > $ymax);
          $ly = $y1;
          next;
        }

Natürlich kann ich auch mit mehr Code-Komplexität bei der Datenerzeugung meiner Daten die Wertpaardopplung am Ende entfernen, das Verhalten von lines in 98_SVG.pm bleibt jedoch bei hoher Datendichte am Plotende im Bezug auf Weglassen der Ausgabe am Plotende kritisch, wegen int(...) im Vorfeld zur Erzeugung von $x1 und $y1.


Dann noch im Bezug auf die Ausgabe eines einzelnen Datenpaares bei fsteps, histeps und ibars, mich irrtiert die Darstellung über die gesammte Plotbreite $w
      if(@{$dxp} == 1) {
          my $y1 = $y+$h-($dyp->[0]-$min)*$hmul;
          $ret .=  sprintf(" %d,%d %d,%d %d,%d %d,%d",
                $x,$y+$h, $x,$y1, $x+$w,$y1, $x+$w,$y+$h);
      } else {
Mal beobachtet als Rain/h Extrapolation über einen ganzen Tag wegen eines Einzelwertes kurz nach Mitternacht dargestellt.

Eine Annäherung dieser Einzelpunktdarstellung an die Definition
Zitatsteps: Der Wert gilt ab dem gemeldeten Zeitpunkt, so lange, bis ein neuer Wert gemeldet wird. Nach dem letzten gemeldeten Wert gilt dieser weiterhin.
fsteps: Der Wert gilt bis zum gemeldeten Zeitpunkt. Nach dem letzten gemeldeten Wert sind keine aktuellen Daten vorhanden.
histeps: Der Wert gilt für ein bestimmtes Zeitintervall, das sich um den Meldezeitpunkt erstreckt.
sehe ich als wünschenswert.

Gruß, Ansgar.
#12
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 09 Januar 2026, 21:53:08
Zitat von: DS_Starter am 09 Januar 2026, 21:16:21- die Perl Warnungen sind beseitigt
passt
#13
MQTT / Aw: Zigbee2MQTT / FHEM
Letzter Beitrag von betateilchen - 09 Januar 2026, 21:46:45
Zitat von: passibe am 09 Januar 2026, 21:12:30Dem möchte ich widersprechen.

Alles andere hätte mich auch sehr gewundert... 🫤

Wie gesagt: wenn man weiß, was man tut und welche Auswirkungen das hat, kann man das machen.
Aber es gibt durchaus noch mehr Problemfälle als den einen von Dir beschriebenen.
#14
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 09 Januar 2026, 21:20:02
@TheTrumpeter,

deinen Consumer:

attr mySolarForecast consumer03 Mythz type=noSchedule power=2100 asynchron=1 pcurr=cur_power_hc:kW:1 etotal=sElectrHCTotal:kWh swstate=HeatingHC:1:0 icon=sani_heating noshow=solarforecast_hc_show
könnstest du m.M. nach gut als WP-Device kennzeichnen. Einfach type=noSchedule ersetzen durch type=heatpump. Dieser Consumertyp ist automatisch nicht planbar (noSchedule). Alle anderen Keys sollten so bleiben können. Zu ergänzen wäre nur noch comforttemp wie 300P im Wiki beschrieben hat.
#15
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von passibe - 09 Januar 2026, 21:17:44
Das klingt interessant. Kannst du vielleicht kurz beschreiben, wie sich das state-Reading jetzt verhält? (Du meinst wahrscheinlich "Reading" (bzw. das Internal STATE) und nicht "Attribut" oder?)
#16
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 09 Januar 2026, 21:16:21
Hallo zusammen,

die Version in meinem contrib ist upgedated.

- die Perl Warnungen sind beseitigt

Weiterhin unterstützt der "Train Only" Mode (aiConActivate=2) die zeitsparende Austestung von AI Einstellungen indem dieser Mode maximal 1 Wieholung des Trainings ausführt unabhängig von den erreichten Kennwerten. Dadurch ist es leichter sein individuelles Optimum zu finden

Das Attr aiControl hat nun auch einen Key "aiConProfile". Die Haushalte sind stark unterschiedlich gestaltet. Über diesen Key kann man ein passendes Profil auswählen, mit dem man die besten Ergebnisse erzielt.
Die Motivation ist folgende ... es gibt Haushalte mit großen PV-Anlagen oder auch nur Balkonanlagen. Beide Varianten beeinflussen ganz unterschiedlich stark das Verbrauchsverhalten im Haushalt. Durch die Profile kann ich unterschiedlich starke Semantiken zusammenstellen, sodass sich die Trainingsergebnisse besser zu dem  Haushalt passen.

Zu Zeit gibt es diese Profile:

aiConProfile    
Auswahl der Eigenschaften des Haushalts. Die auswählbaren Profile verstärken bzw. betonen bestimmte Spezifika im Haushalt.
   Die Versionsbezeichnung ist lediglich ein Anhaltspunkt. Man sollte die Version einstellen, mit der die besten Ergebnisse erzielt werden.
   Ist aiConProfile nicht gesetzt, erfolgt durch das System eine automatische Auswahl der wahrscheinlich zutreffendsten Registry.
   
    - v1_common - Standardhaushalt
    - v1_common_active - Standardhaushalt mit weiteren Semantiken
    - v1_common_pv - Haushalt mit stärkerer Gewichtung der PV-Anlage
    - v1_common_active_pv - Haushalt mit weiteren Semantiken und stärkerer Gewichtung der PV-Anlage
    - v1_heatpump - Haushalt mit stärkerer Gewichtung der durch eine Wärmepunpe verursachten Charakteristiken
    - v1_heatpump_pv - Haushalt mit stärkerer Gewichtung von PV und Wärmepunpen Charakteristika


@300P, wenn v1_heatpump oder v1_heatpump_pv bei dir nicht einem vergleichbaren Ergebnis wie mit dem letzten Update führt, benutze v1_common oder v1_common_pv.

LG,
Heiko
#17
MQTT / Aw: Zigbee2MQTT / FHEM
Letzter Beitrag von passibe - 09 Januar 2026, 21:12:30
Zitat von: Beta-User am 09 Januar 2026, 16:51:39Wenn ich dich nochmal mit wecken darf: Verwende für zigbee2mqtt docker!

Hier mal mein "docker run"
Am besten man nutzt nicht docker run, sondern docker compose und ein entsprechendes compose file.

Mit docker run sind sämtliche Parameter mit denen man den container startet nur extrem schlecht reproduzierbar (allenfalls über die Terminal-history). Das ist meiner Meinung nach alles eher ungeeignet für Container, die ständig laufen sollen und von deren (Docker-)Konfiguration man auch ein vernünftiges Backup haben will.



Zitat von: betateilchen am 09 Januar 2026, 17:22:30Das sollte man am besten gar nicht tun, und wenn doch, dann nur, wenn man wirklich weiß, WAS man da tut.
Dem möchte ich widersprechen.
Die einzige Situation, in der das problematisch wird, ist, wenn man ein Gerät löscht und es dann neu einbindet: Bevor man es wieder umbenannt hat, wird erstmal nichts von FHEM empfangen, weil das Gerät bis dahin noch auf dem falschen Topic sendet.

Aber sonst habe ich nach inzwischen knapp 3,5 Jahren Z2M-Nutzung mit umbenannten Geräten seit Tag 1 noch kein Szenario erlebt, in dem es ein Problem war, dass alle meine Geräte sinnvolle Namen haben. Wäre es so gefährlich wie hier suggeriert, gäbe es die Option doch auch gar nicht so prominent im Z2M UI.

Ich sehe darin nahezu nur Vorteile, weil es alles sehr viel übersichtlicher macht.
#18
FHEM Code changes / Revision 30711: 76_SolarForeca...
Letzter Beitrag von System - 09 Januar 2026, 21:00:38
Revision 30711: 76_SolarForecast: contrib Version 2.0.0

76_SolarForecast: contrib Version 2.0.0

Source: Revision 30711: 76_SolarForecast: contrib Version 2.0.0
#19
FHEM Code changes / Revision 30710: 76_SolarForeca...
Letzter Beitrag von System - 09 Januar 2026, 21:00:38
Revision 30710: 76_SolarForecast: contrib Version 2.0.0

76_SolarForecast: contrib Version 2.0.0

Source: Revision 30710: 76_SolarForecast: contrib Version 2.0.0
#20
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Bartimaus - 09 Januar 2026, 20:12:10
Wenn Du im Webinterface des Shelly's unter ,,Actions" die URL Deines FHEMS eingibst, sendet der Shelly direkt ein Signal an FHEM, guck mal ins Wiki, da ist es beschrieben