Neueste Beiträge

#1

Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...

Letzter Beitrag von TheTrumpeter - 20 Februar 2026, 10:10:47

Ich hab nun mal nur die Bereiche "OA" und "0B" auslesen lassen.
Dabei sehe ich aber keine Änderungen wenn ich den Wert ändere:

Code Auswählen Erweitern

01000B0A1003-0A-BE0A0027028A
01000C0B1003-0B-01000C0B1003-0104370B00271003-decode: UNKNOWN Register REQUEST

Ich weiß nicht was genau Du gemacht hast, aber Du musst den Code schon sinngemäß ändern...

Also je nachdem was Du in Zeile 1924ff als "numbers" aktivierst https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/00_THZ.pm#L1924, musst Du auch in 1938ff das passende "cmd" aktivieren, https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/00_THZ.pm#L1938

Mit 1930 aktiv müsste dann auch 1940 aktiviert und (ganz wichtig!) 1941 deaktiviert werden.

Code Auswählen Erweitern

    #my @numbers = (1..65535);
        #my $cmd = "0A" . sprintf("%04X",  $indice);
Dann sollten alle 0A-Register abgefragt werden. ACHTUNG: Das dauert SEHR lange.
Für die 0B-Register musst Du natürlich die Zeile 1940 entsprechend anpassen.

#2

Automatisierung / Gelöst: Aw: ASC in Verbindung ...

Letzter Beitrag von piet_pit - 20 Februar 2026, 09:08:45

Hallo Beta-User, Hallo bmwfan,

ich habe die von Beta-User final vorgeschlagene setFn eingesetzt, klappt einwandfrei. Danke nochmals.

Ich habe jetzt auch ASC zum Laufen gebracht, mit "Sparring" durch chatGPT. Bei mir läuft das jetzt mit folgenden Eingaben, wobei ja erst einmal die readingsproxy für beide Kanäle (0 und 1) sauber laufen müssen.

Code Auswählen Erweitern

attr <Proxy> ASC 2
set myASC scanForShutters
Durch das scanForShutters werden die ASC-Attribute im readingsproxy angezeigt.

Code Auswählen Erweitern

attr <Proxy> ASC_CommandTemplate set $name state $pos
Ohne das Template fährt ASC zwar laut Debug, aber es wird kein vollständiger set-Befehl erzeugt.

Code Auswählen Erweitern

attr <Proxy> event-on-change-reading ASC_.*,state für die Event-Erkennung!

Dann noch:

Code Auswählen Erweitern

attr <Proxy> ASC_Open_Pos 100
attr <Proxy> ASC_Closed_Pos 0
attr <Proxy> ASC_Pos_Reading state
So läuft es bei mir aktuell, habe ich lange dran rumgedoktert...
Ich werde die Info dann noch wie von Beta-User angeregt in "getestete Hardware" einstellen.
Vielen Dank nochmals und viele Grüße
Pit

#3

Sonstiges / Aw: Dispatch und readingsBegin...

Letzter Beitrag von olwaldi - 20 Februar 2026, 08:37:33

Ich glaube, ihr habt mich weichgeklopft:-)

Mich hat letzlich überzeugt, daß man in den subs typischerweise $name aus $hash holt, genausogut kann man $hash aus $name holen.


Grüßle, Michael

#4

Sonstiges / Aw: Dispatch und readingsBegin...

Letzter Beitrag von Beta-User - 20 Februar 2026, 08:32:50

(abgesehen vom Coding-Spaß).

Bisher hatte ich den Eindruck, dass du Spaß dabei hast zu verstehen, wie die Zusammenhänge sind, und das eben gleich beim bug-fixen nutzen willst.

Sonst hätte ich auch keine Freude daran gehabt, die Fragen (teils) zu beantworten und mich durch fremden Code zu wühlen...

Bzgl. Notify: DevIo kommuniziert uA. via DoTrigger. Aber das müßte man nicht nutzen.

Das ist aber auch eher ein Querschnittsmodul im vorher genannten Sinn, und zudem interessiert es häufig auch den User, wenn seine IO nicht (mehr) funktionieren .

Ich habe auch die Vermutung, daß FHEMWEB seine GUI aufgrund von Notifys aktualisiert.

Die Vermutung ist korrekt, wie genau das umgesetzt wird, wird durch das longpoll-Attribut am FHEMWEB-Device bestimmt.
Wenn da was nicht klappt, liegt es in der Regel eher am Endgerät bzw. dessen Browser-Einstellungen. Afair akzeptiert z.b. Firefox nur 4 gleichzeitige longpoll-Verbindungen.

[Revision 30873: controls_fhem.txt: fhemupdate checkin]

#5

FHEM Code changes / Revision 30873: controls_fhem....

Letzter Beitrag von System - 20 Februar 2026, 08:20:11

Revision 30873: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30873: controls_fhem.txt: fhemupdate checkin

#6

Sonstiges / Aw: Dispatch und readingsBegin...

Letzter Beitrag von olwaldi - 20 Februar 2026, 07:43:44

Letztendlich ist's für mich auch eine Frage von Aufwand/Nutzen, wieviel ich noch in DENON_AVR ändern will (abgesehen vom Coding-Spaß).

Bzgl. Notify: DevIo kommuniziert uA. via DoTrigger. Aber das müßte man nicht nutzen.

Ich habe auch die Vermutung, daß FHEMWEB seine GUI aufgrund von Notifys aktualisiert. Gerade gestern war ich überrascht, daß die Buttons von DENON_AVR in Chrome (trotz Notify) falsche Werte angezeigt haben. Da hat wohl Android16 die HTML-Seite "anders" gepuffert - Lösung ist dann immer ein Seitenreload. Ohne Notify sollte das eher noch "schlechter" sein. Hier würde ich durchaus noch nachbessern, hab' aber keine Idee.

Grüßle, Michael

#7

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 Erweitern

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 Erweitern

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 Erweitern

defmod JK_BMS.notify notify JK_BMS:(errors|power_tube_temperature|temperature_sensor_[12]):.*

#8

Automatisierung / Aw: Leeres Reading in einem no...

Letzter Beitrag von DeeSPe - 20 Februar 2026, 01:27:32

Und diesen Teil:

Code Auswählen Erweitern

{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 Erweitern

{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

[Neu v1.2:]

#9

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

#10

Automatisierung / Aw: Leeres Reading in einem no...

Letzter Beitrag von DeeSPe - 20 Februar 2026, 00:51:59

Es 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 Erweitern

elsif ($EVENT =~ m/temperature/ and $EVTPART1 >= 40)in:

Code Auswählen Erweitern

elsif ($read ne 'errors' && defined $val && $val >= 40)
Gruß
Dan