Hauptmenü

Neueste Beiträge

Seiten1 2 3 ... 10
#1
Automatisierung / Aw: Leeres Reading in einem no...
Letzter Beitrag von DeeSPe - 20 Februar 2026, 01:40:02
Ach ja, sind das wirklich die Readingsnamen oder sind die noch länger?
Code Auswählen
defmod JK_BMS.notify notify JK_BMS:(errors.*|power_tube_temperature.*|temperature_sensor_1.*|temperature_sensor_2.*)Wenn das die vollständigen Namen der Readings sind dann würde ich das so schreiben wie schon in #2 erwähnt:
Code Auswählen
defmod JK_BMS.notify notify JK_BMS:(errors|power_tube_temperature|temperature_sensor_1|temperature_sensor_2):.*
Gruß
Dan

EDIT:
Eigentlich sollte auch gehen:
Code Auswählen
defmod JK_BMS.notify notify JK_BMS:(errors|power_tube_temperature|temperature_sensor_[12]):.*
#2
Automatisierung / Aw: Leeres Reading in einem no...
Letzter Beitrag von DeeSPe - 20 Februar 2026, 01:27:32
Und diesen Teil:
Code Auswählen
{my $alias = AttrVal($NAME,'alias','');
my $val = $EVENT; $val =~ s/_/ /; $val =~ s/_/ /;
fhem "set Pushover.Nachricht msg '$alias Temperatur' '$val°C';
set NTFY message Title=\"$alias Temperatur\" $val°C"}}besser ändern zu:
Code Auswählen
{my $alias = AttrVal($NAME,'alias','');
$read =~ s/_/ /g;
fhem "set Pushover.Nachricht msg '$alias Temperatur' '$read $val°C';
set NTFY message Title=\"$alias Temperatur\" $val°C"}}
Gruß
Dan
#3
fronthem / smartVISU / Neue fronthem-Version v1.2
Letzter Beitrag von wvhn - 20 Februar 2026, 00:55:30
Moin,

im alternativen fronthem-Repository (https://github.com/wvhn/fronthem) habe ich mal etwas Ordnung in die Versionen gebracht. Im master branch sind jetzt folgende Versionen verfügbar:
  • v1.0 / v1.0.1:
    erste Version nach dem Zusammentragen aller wichtigen Änderungen aus dem Forum und verschiedenen Forks
    also im wesentlichen die Version, die viele sich nach Lektüre der Themen im Forum selbst zusammenkopiert haben
  • v1.1:
    Erweiterung der Zeitangaben für Plots (durations) auf alle von smartVISU unterstützten Modi
    Diese Version war jetzt ca. 2 1/2 Jahre im master branch und sollte gut getestet sein.
  • Neu v1.2:
    - Erweiterung des UZSU-Steuerobjekts um sunrise/sunset aus fhem, sowie keinere Verbesserungen zur Vermeidung von Fehlermeldungen (Danke an raman)
    - Websocket Port und maximal zulässige Länge von Nachrichten können jetzt konfiguriert werden (Neustart fhem erforderlich) (Danke ebenfalls an raman)
    Diese beiden Features waren bisher im develop branch und sollten ausreichend getestet sein.
    - Der neue "JSON"-Konverter ermöglicht Übertragung von JSON-Objekten. Diese benötigt man z.B. für das Widget status.activelist.

Im develop branch sind aktuell noch zwei zusätzliche Features:
  • die Ausführung der UZSU-Funktion ohne notify in fhem sowie die automatische Befüllung des device strings (wieder Dank an raman)
    Beides sehe ich als breaking change, da Anwender ihre notifies löschen und die device strings ändern müssen, um Fehlfunktionen zu vermeiden.
    Wenn das hier von der Mehrheit akzeptiert wird, kann ich die Änderung gerne in den master branch nehmen.
  • die Erweiterung der Auswertemöglichkeiten für Plots durch Definition weiterer SQL-Abfragen ist klasse - Danke an alkazaa.
    Der Code ist gut kommentiert und erklärt den Einsatz der zusätzlichen Parametrierungsmöglichkeiten.
    Die Erweiterungen funktionieren in fronthem gut, verwenden aber einzelne Parameter anders, als smartVISU dies vorsieht. Ich muss mir bei Gelegenheit nochmal genauer ansehen, wie ich das unter einen Hut bringe - auch mit Rücksicht auf die anderen Backends.

Für Tests und Feedback bin ich dankbar!

Gruß
Wolfram
#4
Automatisierung / Aw: Leeres Reading in einem no...
Letzter Beitrag von DeeSPe - 20 Februar 2026, 00:51:59
Zitat von: Gisbert am 20 Februar 2026, 00:47:01Es scheint ein Problem mit $EVTPART1 zu existieren.

Ja, genau! Das ist immer der Fall wenn es leer ist! Deswegen habe ich das Aufteilen (splitten) selbst vorgenommen.
Ändere mal:
Code Auswählen
elsif ($EVENT =~ m/temperature/ and $EVTPART1 >= 40)in:
Code Auswählen
elsif ($read ne 'errors' && defined $val && $val >= 40)
Gruß
Dan
#5
Automatisierung / Aw: Leeres Reading in einem no...
Letzter Beitrag von Gisbert - 20 Februar 2026, 00:47:01
Hallo Dan,

ich bekomme folgenden Fehler in der log-Datei, wenn das notify triggert:

Code Auswählen
2026.02.20 00:33:28.432 1:  ERROR evaluating my $EVENT=  $evalSpecials->{'%EVENT'};my $EVTPART0=  $evalSpecials->{'%EVTPART0'};my @MATCHED=@{$evalSpecials->{'%MATCHED'}};my $NAME=  $evalSpecials->{'%NAME'};my $SELF=  $evalSpecials->{'%SELF'};my $TYPE=  $evalSpecials->{'%TYPE'};{
my $alias = AttrVal($NAME,'alias','');
my @evt = split(' ',$EVENT);
my $read = chop $evt[0];
my $val = $evt[1];
if ($read eq 'errors' && $val) {
fhem "set Pushover.Nachricht msg '$alias Fehler' '$EVENT';
set NTFY message Title=\"$alias Fehler\" $EVENT"
# true wenn Reading gleich errors und value vorhanden
}
elsif ($read eq 'errors' && !$val) {
fhem "set Pushover.Nachricht msg '$alias Fehler' 'erledigt';
set NTFY message Title=\"$alias Fehler\" erledigt"
# true wenn Reading gleich errors und value nicht vorhanden
}
elsif ($EVENT =~ m/temperature/ and $EVTPART1 >= 40)
{my $alias = AttrVal($NAME,'alias','');
my $val = $EVENT; $val =~ s/_/ /; $val =~ s/_/ /;
fhem "set Pushover.Nachricht msg '$alias Temperatur' '$val°C';
set NTFY message Title=\"$alias Temperatur\" $val°C"}}: Global symbol "$EVTPART1" requires explicit package name (did you forget to declare "my $EVTPART1"?) at (eval 68123109) line 16.
Die Definition lautet:
Code Auswählen
defmod JK_BMS.notify notify JK_BMS:(errors.*|power_tube_temperature.*|temperature_sensor_1.*|temperature_sensor_2.*) {\
my $alias = AttrVal($NAME,'alias','');;\
my @evt = split(' ',$EVENT);;\
my $read = chop $evt[0];;\
my $val = $evt[1];;\
if ($read eq 'errors' && $val) {\
fhem "set Pushover.Nachricht msg '$alias Fehler' '$EVENT';; \
set NTFY message Title=\"$alias Fehler\" $EVENT"\
# true wenn Reading gleich errors und value vorhanden\
} \
elsif ($read eq 'errors' && !$val) {\
fhem "set Pushover.Nachricht msg '$alias Fehler' 'erledigt';; \
set NTFY message Title=\"$alias Fehler\" erledigt"\
# true wenn Reading gleich errors und value nicht vorhanden\
}\
elsif ($EVENT =~ m/temperature/ and $EVTPART1 >= 40) \
{my $alias = AttrVal($NAME,'alias','');; \
my $val = $EVENT;; $val =~ s/_/ /;; $val =~ s/_/ /;; \
fhem "set Pushover.Nachricht msg '$alias Temperatur' '$val°C';; \
set NTFY message Title=\"$alias Temperatur\" $val°C"}}
Es scheint ein Problem mit $EVTPART1 zu existieren.

Viele Grüße Gisbert
#6
Unterstützende Dienste / Aw: JeeLink über Ser2Net / Fhe...
Letzter Beitrag von presskopf - 19 Februar 2026, 23:22:21
Sorry für das Leichenschände, aber ein neuer Thread bringt's m.E. nicht...  :D

Ich sehe bei mir gerade das gleiche Phänomen.
fhem im lxc (seit Jahren ohne Murren und stabil)
Jeelink auf einer entfernten Instanz.
Beides ist Debian Linux.

Sobald ich auch nur einen Augenblick die Verbindung zwischen beiden (fhem und Jeelink) trenne, läuft fhem auf 100 % cpu und wartet sich einen ab.
Im log steht nur:
2026.02.19 23:12:43 1: 192.168.0.143:1002 disconnected, waiting to reappear (JeeLinker)
2026.02.19 23:12:43 1: 192.168.0.143:1002 disconnected, waiting to reappear (JeeLinker)

Allerdings verharrt fhem in der Endloswarteschleife, obwohl der Jeelink wieder da ist.
Gibt es für das Problem keine Lösung.

Hier noch mein List der Vollständigkeit halber:

Code Auswählen
Internals:
  Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
  DEF        192.168.0.143:1002
  DeviceName 192.168.0.143:1002
  FD        34
  FUUID      5c4b0d8f-f33f-bfeb-45a8-fae59560edf5d29d
  JeeLinker_MSGCNT 36
  JeeLinker_TIME 2026-02-19 23:21:15
  NAME      JeeLinker
  NR        785
  PARTIAL   
  RAWMSG    OK 9 41 1 4 137 49
  STATE      initialized
  TYPE      JeeLink
  eventCount 2
  initMessages
  model      LaCrosseITPlusReader.10.1sJo
  settings  (RFM69CW f:868320 r:17241)
  MatchList:
    1:PCA301  ^\S+\s+24
    2:EC3000  ^\S+\s+22
    3:RoomNode ^\S+\s+11
    4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
    5:AliRF    ^\S+\s+5
    6:EMT7110  ^OK\sEMT7110\s
    7:KeyValueProtocol ^OK\sVALUES\s
  READINGS:
    2026-02-19 23:21:15  state          initialized
Attributes:
  flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
  initCommands 1m 868320f v
  room      LaCrosse
  timeout    60,15
  verbose    2
#7
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 19 Februar 2026, 22:53:45
Ja- der ist bei meiner Version dabei gewesen 😉
#8
Automatisierung / Aw: Leeres Reading in einem no...
Letzter Beitrag von Gisbert - 19 Februar 2026, 22:38:07
Hallo zusammen,

danke für die Lösungsvorschläge, die ich mir im Detail anschauen werde.

In der Zwischenzeit habe ich folgendes heraus gefunden. Das notify triggert auch bei einem leeren Reading:
Code Auswählen
2026-02-19 22:21:16.139 MQTT_DEVICE JK_BMS errors: aber die nachfolgende Bedingung wird nicht wahr:
Code Auswählen
if ($EVENT =~ m/errors/)
Am liebsten wäre mir, wenn ich die Bedingung zum Funktionieren bringen könnte.

Viele Grüße Gisbert
#9
Automatisierung / Aw: Leeres Reading in einem no...
Letzter Beitrag von Beta-User - 19 Februar 2026, 22:11:55
Bevor man den Inhalt zerlegt, ist es eventuell interessant, wie die Events überhaupt aussehen...

Falls eventTypes aktiv ist, könnte das hier weiterhelfen:
Code Auswählen
get eventTypes list JK_BMSDa dann raussuchen, was vermeintlich nicht triggert.
#10
Sonstige Systeme / Aw: Bresser Wetterstation 868M...
Letzter Beitrag von laserrichi - 19 Februar 2026, 22:10:30
also soweit ich das jetzt ausprobiert habe scheint ein wert von 50 der sichere zu sein, bei 42 was ausreichen würde, könnte evtl. mit toleranzen etwas knapp sein.
Hab die SD_WS eingebaut und schaut sehr gut aus.
Temp, Feuchte, Windrichtung stimmt schon mal alles.
Batterie muss ich mal checken und beobachten.
Da sind 3 NiMh Zellen in Reihe verbaut. Er zeigt gerade 31 an... das wäre einen ticken zu wenig, aber ich messe morgen mal nach und wie es sich mit dem Solarpanel verhält.

Mega Dank, super Leistung !! Station hat das Laufen gelernt :-)

Seiten1 2 3 ... 10