Neueste Beiträge

#1

ZWave / ZWAVE Geräte im Netzwerk spiel...

Letzter Beitrag von fireball - 25 Januar 2026, 13:43:43

Hi,

ich setzte ja nun schon seit längerem den neuen Aeotec Z-Stick 10 Pro bei mir im Netzwerk ein, nachdem mir hier die Profis geholfen haben ein paar Hürden zu überwinden.
Ich hoffe es liegt nicht am Stick, aber mir ist jetzt folgendes aufgefallen, wozu ich ein paar Ideen brauche, wie ich das wieder hinbekomme, dass es sauber läuft:

1. Ich habe aktuell in meinem Netzwerk ein paar Geräte, die lassen sich nicht mehr erreichen
Was kann ich hier machen? Wie kann ich die wieder erreichbar machen oder neue Exklusion/Inklusion?! Ich hätte gern die gleichen Geräte behalten. (Im Moment Fibaro Zwischenstecker und ein Unterputzmodul)

2. Ich habe Geräte, die zeigen Werte an, die sie gar nicht haben...
zB Stromstecker, die jetzt Readings wie "water in galonen" oder temperatur haben...

Gibts sowas wie ein Rescan? Sollte ich alle Readings löschen und Gerät für Gerät durchgehen und alles nochmal neu suchen lassen?

Wäre über ein paar gute Hinweise sehr dankbar, da grad so einiges im argen ist...

VG
René

#2

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 25 Januar 2026, 13:34:37

Der Hausspeicher soll so geladen werden, dass man mit diesem unter Zugrundelegung eines durchschnittlichen Grundverbrauchs (ohne Netzbezug) durch die Nacht kommt. Vorgenannter Grundverbrauch lässt sich durch einen ,,must"-Consumer modellieren.

Das war das fehlende Puzzleteil. Insgesamt ist das schon ein "very advanced" Scenario was du umsetzen möchtest.
Ich werde mal schauen, ob ich einen geeigneten Code implementieren kann, der bei consForecastLastDays=0 sämtliche historischen Daten ignoriert und nur die Power-Anteile der geplanten Verbraucher berücksichtigt.   

#3

Sonstige Systeme / Aw: fhempy: tuya (lokal)

Letzter Beitrag von Gisbert - 25 Januar 2026, 13:28:58

Soweit bin ich ja schon, hast Du das auch schon gemacht?
Die Frage ist jetzt "nur", wie man das fhempy-Device dazu bringen kann, diese data points auch anzuzeigen und anzuwenden.
Edit: Das geht, indem man den fhempyserver in einen restart zwingt. Das Device zeigt jetzt die neuen Readings und set-Befehle. Mal sehen, ob das klappt.

Hallo pah,

sehr interessant.
Ich hab noch keine Veränderungen vorgenommen, aber bin durch deine Erkenntnisse motiviert das anzugehen. Mal schauen, wie weit ich ohne Hilfe komme.

Viele Grüße Gisbert

#4

InterTechno / Aw: a-CUL empfängt Signal von ...

Letzter Beitrag von nicor2k - 25 Januar 2026, 13:26:52

Ich habe mir so geholfen und setze den Sender manuell wieder auf "off", vielleicht hilft das jemandem weiter?


define PIR_Reset notify IT_01111010100110101110010101101001:on {\
  fhem("set Lampe on-for-timer 15");;\
  fhem("defmod PIR_OffTimer at +00:00:10 set IT_01111010100110101110010101101001 off");;\
}
 

#5

Codeschnipsel / Aw: DB Log Daten aggregieren (...

Letzter Beitrag von birdy - 25 Januar 2026, 12:34:56

Hallo Sascha

Ja das könnte funktionieren. Ich habe für mich aber ein andres Vorgehen gewählt.

Mein Landis&Gyr liefert alle 5 Sekunden neue Werte. Die Werte die mich interessieren sind sehr selten mehr als 2x hintereinander identisch, und das kommt schon nicht allzu häufig vor. Ich möchte auch verschiedene Werte für unterschiedliche Zwecke unterschiedlich lange aufbewahren.
Mit meiner Lösung bin ich deutlicher flexibler. Es erfüllt meine Vorstellungen. Ich kann frei definieren wann ich wie stark aggregieren möchte. Ich kann junge Daten in grosser Auflösung aufbewahren, und für ältere Daten kann ich jederzeit die Auflösung nach belieben reduzieren. Und ganz nebenbei, die Umsetzung hat sogar noch etwas Spass gemacht.

#6

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Parallix - 25 Januar 2026, 12:34:25

...

@Heiko: Der meiner Frage zugrunde liegende Anwendungsfall ist für Dich nachvollziehbar, richtig?

Eigentlich nicht 

Kein Thema! Dann erläutere ich ihn eben.

Anmerkung: Der (ohne KI besser anzuwickelnde) Anwendungsfall entsteht durch ein hochgradig volatiles Nutzungsverhalten, dass sich nicht auf Basis früherer Nutzungen prognostizieren lässt.

Hier die Beschreibung des  Anwendungsfalls:

Der Hausspeicher soll so geladen werden, dass man mit diesem unter Zugrundelegung eines durchschnittlichen Grundverbrauchs (ohne Netzbezug) durch die Nacht kommt. Vorgenannter Grundverbrauch lässt sich durch einen ,,must"-Consumer modellieren.

Wenn ein EV an der Wallbox angesteckt ist (ermittelbar via Reading), soll dieses immer dann so geladen werden, dass hierdurch das o.g. Ziel auch weiterhin erreicht werden kann. Hierzu wird der Ladevorgang auf mehrere Tage mit jeweils durchgehenden Teilladungen aufgeteilt. Während vorgenannter Teilladungen können die Ladeleistungen variieren, minimal jedoch nicht unter P_CHG_MIN und nicht über P_CHG_MAX liegen. Es existiert keine Möglichkeit den Ladezustand des EVs via FHEM zu ermitteln. Lediglich die vollständige Aufladung bis zum am EV einstellbaren TargetSOC_EV kann (via Reading) festgestellt werden.

Der Start und das Ende des EV-Ladevorgangs soll so erfolgen, dass die tägliche Energiemenge möglicher  Umladungen ( BESS → BEV)  stets unter einem max. Wert E_BTV_MAX ĺiegt. Hierdurch können die Umladeverluste minimiert werden. Um sicherzustellen, dass das Fahrzeug nach einer via Reading angegebenen Zeit Time2TargetSOC_EV auf den TargetSOC_EV gebracht ist, wird  E_BTV_MAX bis zum Zieltag sukzessive bis zu einem Limit E_BTV_MAX_LIMIT erhöht. Die jeweilige Einstellung von E_BTV_MAX lässt sich durch einen über ,,must"-Consumer mit täglich variierdender Leistung und Ladedauer modellieren. Kann der TargetSOC_EV zum Zielzeitpunkt nicht erreicht werden, so erfolgt eine rechtzeitig eingeleitete Netzladung.

[Revision 30780: ch.eick: Bereinigung im userReadings und weiterentwickelt]

#7

FHEM Code changes / Revision 30780: ch.eick: Berei...

Letzter Beitrag von System - 25 Januar 2026, 12:20:32

Revision 30780: ch.eick: Bereinigung im userReadings und weiterentwickelt

ch.eick: Bereinigung im userReadings und weiterentwickelt

Source: Revision 30780: ch.eick: Bereinigung im userReadings und weiterentwickelt

#8

Verbrauchsmessung / Aw: HTTPMOD: Aktueller Strompr...

Letzter Beitrag von ch.eick - 25 Januar 2026, 12:11:33

Moin zusammen,
es gibt schon wieder ein Update, diesmal mit vielen Code Bereinigungen und wieder Neuerungen, also Vorsicht, es ist immer noch eine Arbeitsversion.
VG   Christian

#9

Anfängerfragen / Aw: Wie bekomme ich userreadin...

Letzter Beitrag von matze1999 - 25 Januar 2026, 11:59:55

Hier Auszüge aus dem Device:

Code Auswählen Erweitern

define DVES_201194 MQTT2_DEVICE DVES_201194
...
attr DVES_201194 event-on-change-reading MISCALEV126f889_Weight, MGewicht, JGewicht
...
attr DVES_201194 userReadings MGewicht {   my $r = ReadingsVal("DVES_201194","MISCALEV126f889_Weight",undef);;   return undef if !defined($r) || $r < 80;;   return $r;; },\
JGewicht {   my $r = ReadingsVal("DVES_201194","MISCALEV126f889_Weight",undef);;   return undef if !defined($r) || $r >= 60;;   return $r;; }\

attr DVES_201194 verbose 2
#   CID        DVES_201194
#   DEF        DVES_201194
#   FUUID      689224a6-f33f-214e-778f-7a6b427cade68ea8
#   IODev      myBroker
#   LASTInputDev myBroker
#   MSGCNT     4
#   NAME       DVES_201194
#   NR         992
#   STATE      93.90 kg
#   TYPE       MQTT2_DEVICE
#   myBroker_CONN myBroker_192.168.1.85_57885
#   myBroker_MSGCNT 4
#   myBroker_TIME 2026-01-25 11:42:39

#   READINGS:

#     2026-01-25 00:58:13   JGewicht        29.55
...
#     2026-01-25 11:42:39   MGewicht        93.90
..-
#     2026-01-25 01:02:36   MISCALEV126f889_Weight 93.90

setstate DVES_201194 93.90 kg

setstate DVES_201194 2026-01-25 00:58:13 JGewicht 29.55
..
setstate DVES_201194 2026-01-25 11:42:39 MGewicht 93.90
...
setstate DVES_201194 2026-01-25 01:02:36 MISCALEV126f889_Weight 93.90



hier das Fillog dazu

Code Auswählen Erweitern


defmod Waage.File FileLog ./log/Waage-%Y.log DVES_201194:MISCALEV126f889_Weight:.*|DVES_201194:MGewicht:.*|DVES_201194:JGewicht:.*



#10

Anfängerfragen / Aw: Wie bekomme ich userreadin...

Letzter Beitrag von Beta-User - 25 Januar 2026, 11:49:00

Wie immer: ein Copy for Forum wäre aufschlussreich...

Vielleicht der Versuch einer noch etwas anderen Beschreibung:
Wenn gesetzt, unterdrückt "event-on-change-reading" (aka eocr) alle Events (genauer: den trigger für die Erneuerung des Reading-Werts), es sei denn, der Reading-Name würde auf ein Element einer - durch komma-separierte regex-Ausdrücke beschriebenen - Liste matchen.
Das zuerst passende Element der "in order of apperance" durchlaufenden Liste beschreibt abschließend, auf welche Unterschiedlichkeit der Reading-Wert zu prüfen ist (insbesondere, falls ein threshold gesetzt ist).

Daher triggert nichts anderes mehr, wenn man genau einen Reading-Namen gesetzt hatte (völlig unabhängig davon, ob es den überhaupt gibt).