- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
Codeschnipsel / Aw: Notdienst Apotheke via jso...
Letzter Beitrag von cetri - 03 Februar 2026, 09:34:40Zitat von: cetri am 14 Januar 2026, 12:12:08Zitat von: yersinia am 14 Januar 2026, 10:21:25Demnach muss die device DEF vonCode Auswählenhttps://www.aponet.de/apotheke/notdienstsuche?[...]nachCode Auswählenhttps://www.aponet.de/notdienstsuche?[...]geändert werden.
Das ist die Lösung.
Danke.
Das war die Lösung. Jetzt haben sie es wieder umgestellt auf
Code Auswählen
https://www.aponet.de/apotheke/notdienstsuche?[...] #12
Homematic / Aw: [GELÖST] keine Readings vo...
Letzter Beitrag von Burny4600 - 03 Februar 2026, 09:21:51Ich habe diese beiden Attribute ccudef-substitute und ccuflags ergänzt.
Ich habe aber nicht genau verifiziert, welche Einträge genau dafür notwendig waren um den Status zu erhalten.
Ich habe aber nicht genau verifiziert, welche Einträge genau dafür notwendig waren um den Status zu erhalten.
#13
FHEMWEB / Aw: Aktualisierung von GUI-Ele...
Letzter Beitrag von olwaldi - 03 Februar 2026, 08:38:25Das ist mir schon klar. Daher habe ich mal versucht, das DENON_AVR-Modul so abzuändern, daß man es direkt nutzen kann. Dazu habe ich das Modul in das neue Modul DENON_DUMMY umkopiert und dort alle DevIo-Aufrufe in DevIoDummy-Aufrufe ohne Effekt umgebogen. Erstaunlicherweise funktioniert das DENON_DUMMY-Modul:-)
Meine GUI-Probleme kann man damit nachvollziehen. Insbesondere kann man die beiden gleichen slider volume/volumestraight unabhängig voneinander (in webCmd bzw. bei set) bewegen. Das sollte m.E. eigentlich nicht so sein, da dasselbe Reading volume bzw. volumeStraight verwendet wird. Auch das Springen in der Auswahlliste auf den Eintrag volumeStraight z.B. von volumeUp tritt damit auf.
Das gefakete Modul habe ich hier angehängt.
Danke schonmal vorab für's Angucken, Michael
Nachtrag: Vermutlich funktioniert mein DENON_DUMMY doch etwas anders, da das DENON_AVR_Set die Lautstärke im Receiver ändert, nicht aber das Reading. Das funktioniert erst als Reaktion auf die Bestätigung durch den Receiver in DENON_AVR_Read - zeitlich etwas versetzt. Das erklärt, warum die zwei slider verschiedene Werte anzeigen können.
Ich habe DENON_AVR so angepaßt, daß die zwei zugehörigen Readings direkt in DENON_AVR_Set mit geändert werden, statt auf die Antwort des Receivers im DENON_AVR_Read zu warten. Trotzdem sollte doch eigentlich der (fehlerhafte) Wert automatich beim Read aktualisiert werden. D.h. ich habe eigentlich "nur" einen Workaround gefunden.
Habe gerade das Attribute longpoll an FHEMWEB entdeckt - habe mal 1 oder websocket ohne Verbesserung ausprobiert. Ist "mein" Problem ggf. hiermi verwandt https://forum.fhem.de/index.php?topic=141435.0 ?
Zusatzfrage zum Slider: Im Code ist manchmal im Reading eine Einheit dB oder % (zusätzlich zur Zahl) enthalten. Ist das OK?
Code Auswählen
define denondummy DENON_DUMMY 1.2.3.4Meine GUI-Probleme kann man damit nachvollziehen. Insbesondere kann man die beiden gleichen slider volume/volumestraight unabhängig voneinander (in webCmd bzw. bei set) bewegen. Das sollte m.E. eigentlich nicht so sein, da dasselbe Reading volume bzw. volumeStraight verwendet wird. Auch das Springen in der Auswahlliste auf den Eintrag volumeStraight z.B. von volumeUp tritt damit auf.
Das gefakete Modul habe ich hier angehängt.
Danke schonmal vorab für's Angucken, Michael
Nachtrag: Vermutlich funktioniert mein DENON_DUMMY doch etwas anders, da das DENON_AVR_Set die Lautstärke im Receiver ändert, nicht aber das Reading. Das funktioniert erst als Reaktion auf die Bestätigung durch den Receiver in DENON_AVR_Read - zeitlich etwas versetzt. Das erklärt, warum die zwei slider verschiedene Werte anzeigen können.
Ich habe DENON_AVR so angepaßt, daß die zwei zugehörigen Readings direkt in DENON_AVR_Set mit geändert werden, statt auf die Antwort des Receivers im DENON_AVR_Read zu warten. Trotzdem sollte doch eigentlich der (fehlerhafte) Wert automatich beim Read aktualisiert werden. D.h. ich habe eigentlich "nur" einen Workaround gefunden.
Habe gerade das Attribute longpoll an FHEMWEB entdeckt - habe mal 1 oder websocket ohne Verbesserung ausprobiert. Ist "mein" Problem ggf. hiermi verwandt https://forum.fhem.de/index.php?topic=141435.0 ?
Zusatzfrage zum Slider: Im Code ist manchmal im Reading eine Einheit dB oder % (zusätzlich zur Zahl) enthalten. Ist das OK?
#14
Automatisierung / Aw: DOIF triggert nicht
Letzter Beitrag von Per - 03 Februar 2026, 08:22:24Wenn du verbose 5 hast, wo sind die Ausgaben? List wurde schon geschrieben, dann würden auch Readings und State mit angezeigt. Und das Ganze in den DOIF Folder dieses Verzeichnis schieben.
Allgemein empfehle ich, bei Perl (und gerade bei DOIF), immer ein Leerzeichen zwischen den Termen zu machen.
Allgemein empfehle ich, bei Perl (und gerade bei DOIF), immer ein Leerzeichen zwischen den Termen zu machen.
#15
FHEM Code changes / Revision 30811: controls_fhem....
Letzter Beitrag von System - 03 Februar 2026, 08:01:25Revision 30811: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 30811: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 30811: controls_fhem.txt: fhemupdate checkin
#16
Sonstige Systeme / Aw: fhempy: tuya (lokal)
Letzter Beitrag von Prof. Dr. Peter Henning - 03 Februar 2026, 06:10:00Zitat von: TheTrumpeter am 02 Februar 2026, 07:50:13Hast Du das Rauslöschen aus der App und neu anlernen/hinzufügen schon versucht?Auch das. Keinerlei angezeigte Readings der Datenpunkte, keine Annahme von Steuerbefehlen. Auch dann nicht, wenn das Device im tuya-Developer-Account explizit als "controllable" geflaggt wird.
LG
pah
#17
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von Prof. Dr. Peter Henning - 03 Februar 2026, 05:47:20Klar, hatte ich leider in meiner Beschreibung der "Dämonisierung" unterschlagen. Allerdings: das sind zwei verschiedene Arten von Schuhen.
Das Binding des Uvicorn-Servers hat m.E. nichts mit den Presets zu tun.
Ich habe trotzdem ein Issue in dem github-Projekt aufgemacht, die Dokumentation muss gefixt werden.
LG
pah
Das Binding des Uvicorn-Servers hat m.E. nichts mit den Presets zu tun.
Ich habe trotzdem ein Issue in dem github-Projekt aufgemacht, die Dokumentation muss gefixt werden.
LG
pah
#18
FHEM Code changes / Revision 30810: 36_Shelly.pm: ...
Letzter Beitrag von System - 03 Februar 2026, 00:11:00Revision 30810: 36_Shelly.pm: fix firmwarecheck, modes/shellyplusrgbw
36_Shelly.pm: fix firmwarecheck, modes/shellyplusrgbw
Source: Revision 30810: 36_Shelly.pm: fix firmwarecheck, modes/shellyplusrgbw
36_Shelly.pm: fix firmwarecheck, modes/shellyplusrgbw
Source: Revision 30810: 36_Shelly.pm: fix firmwarecheck, modes/shellyplusrgbw
#19
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von stefanru - 03 Februar 2026, 00:07:07Ach so hier mal ein Bild 
Du darfst diesen Dateianhang nicht ansehen.
Du darfst diesen Dateianhang nicht ansehen.
#20
Sonstige Systeme / Aw: Entwicklungs-Thread Modul ...
Letzter Beitrag von Starkstrombastler - 02 Februar 2026, 23:23:52Es sieht so aus, als ob zumindest beim ShellyPlusRGBW das Schreiben des Attributes mode durch das Modul auf den Shelly nicht (mehr) funktioniert.
Mit dem nächsten Update gilt bis auf weiteres: Das Attribut mode UND das Profil auf dem Shelly (via Weboberfläche oder ShellyApp) müssen BEIDE manuell gesetzt werden, so dass sie gleich sind.
Mit dem nächsten Update gilt bis auf weiteres: Das Attribut mode UND das Profil auf dem Shelly (via Weboberfläche oder ShellyApp) müssen BEIDE manuell gesetzt werden, so dass sie gleich sind.