- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
TabletUI / Aw: [FTUI3] Button sendet an S...
Letzter Beitrag von caldir65 - 11 Juni 2026, 10:45:50Ganz kurios, ich habe es jetzt dadurch gelöst, daß ich den ShellyPlugS 1:1 durch einen Anderen ersetzt habe mit den gleichen Einstellungen - und plötzlich funktioniert es.
Gruß
Christoph
Gruß
Christoph
#2
Hard- und Firmware / Aw: Firmware zu CUL, CUNX und ...
Letzter Beitrag von noansi - 11 Juni 2026, 10:20:05Hallo Eckart,
die Registerwerte, die mit dem Delayed Hinweis kommen, sehen normal aus. Er sollte empfangen.
Auch noch möglich, dass Du einen "babbling idiot" auf 868.3MHz hast (muss nicht HM sein), der wegen z.B. schwacher Batterie in einen ständigen Sendezustand verfällt und damit die Frequenz zeitweise stört.
Z.B. der Lichtsensor, der Batterien frisst (vielleicht weil er viel sendet?). Nimm dem mal temporär die Batterien raus und schau, ob die Meldungen verschwinden.
Andere Störer, die z.B. nur zeitweise eingeschaltet sind, wären auch noch möglich.
Und natürlich kann ich einen Defekt am CUL nicht ausschließen. Sind die RSSI Werte insgesammt für alle devices schlechter geworden? Nahe HM devices im selben Raum wie der CUL sollten prächtige RSSI Werte zeigen.
Gruß, Ansgar.
die Registerwerte, die mit dem Delayed Hinweis kommen, sehen normal aus. Er sollte empfangen.
ZitatIch habe einen Temperatursensor Aussen, einen für das Bad und einen für das Wohnzimmer. Keine Ahnung ob die ständig Funken (sind alles HM Geräte).Sollten sie. Wann hast Du von denen zuletzt was empfangen? Wie sieht der RSSI bei den devices aus? Wenn alle sehr schwach rein kommen, dann kann der Zufall solche Delayed Meldungen erzeugen, weil von allen gerade nicht kommt.
Auch noch möglich, dass Du einen "babbling idiot" auf 868.3MHz hast (muss nicht HM sein), der wegen z.B. schwacher Batterie in einen ständigen Sendezustand verfällt und damit die Frequenz zeitweise stört.
Z.B. der Lichtsensor, der Batterien frisst (vielleicht weil er viel sendet?). Nimm dem mal temporär die Batterien raus und schau, ob die Meldungen verschwinden.
Andere Störer, die z.B. nur zeitweise eingeschaltet sind, wären auch noch möglich.
Und natürlich kann ich einen Defekt am CUL nicht ausschließen. Sind die RSSI Werte insgesammt für alle devices schlechter geworden? Nahe HM devices im selben Raum wie der CUL sollten prächtige RSSI Werte zeigen.
Gruß, Ansgar.
#3
TabletUI / Aw: [ftui3] Button sendet an S...
Letzter Beitrag von caldir65 - 11 Juni 2026, 10:04:49Moin,
kann es sein, das das Problem direkt mit Shelly bzw. dem entsprechenden fhem-Modul dafür zusammen hängt?
Ich habe auch noch einen Button angelegt, der über FritzSmart das GuestWlan ein- bzw. ausschalten soll - und der funktioniert einwandfrei.
Bei Shelly kann ja auch noch eine channel-Angabe hinzugefügt werden, ist aber bei Einkanalgeräten wie dem hier genutzten ShellyPlugS nicht notwendig.
Gruß, Christoph
kann es sein, das das Problem direkt mit Shelly bzw. dem entsprechenden fhem-Modul dafür zusammen hängt?
Ich habe auch noch einen Button angelegt, der über FritzSmart das GuestWlan ein- bzw. ausschalten soll - und der funktioniert einwandfrei.
Code Auswählen
<ftui-button [(value)]="Fritzbox:guestWlan"
[fill]="Fritzbox:box_guestWlan | map('off:outline, on:solid')"
[color]="Fritzbox:box_guestWlan | map('off:white, on:primary')"
size="large" @hold="box_guestWlan.open()">
<ftui-icon name="it_router" color="white" path="../images/openautomation/"></ftui-icon>
</ftui-button>
<ftui-label size="1" color="white">Gast-WLan</ftui-label>
Bei Shelly kann ja auch noch eine channel-Angabe hinzugefügt werden, ist aber bei Einkanalgeräten wie dem hier genutzten ShellyPlugS nicht notwendig.
Gruß, Christoph
#4
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von betateilchen - 11 Juni 2026, 09:00:58Der Blinker ist wieder da, hier im Arbeitszimmer bei az_ST20.
Der Repeater sollte nicht überlastet sein, da sind gerade mal 6 Clients angemeldet.
Es ist ja nur ein optisches "Problem", die Funktion der Box ist gegeben.
Trotzdem ein merkwürdiges Phänomen.
--
Der Repeater sollte nicht überlastet sein, da sind gerade mal 6 Clients angemeldet.
Es ist ja nur ein optisches "Problem", die Funktion der Box ist gegeben.
Trotzdem ein merkwürdiges Phänomen.
--
#5
Server - Linux / Aw: [Docker / Container] echod...
Letzter Beitrag von rabehd - 11 Juni 2026, 08:11:21Zitat von: Sidey am 10 Juni 2026, 21:37:50Nein, das ist nicht in Ordnung. Kannst Du bitte einmal das komplette log vom alexa-cookie-service container bereitstellen, wenn er startet?Reicht das?
Code Auswählen
> alexa-cookie-service@0.3.1 start
> node src/server.js
[2026-06-11T06:04:36,531 UTC] [INFO] alexa-cookie-service listening on 0.0.0.0:58080
[2026-06-11T06:04:36,575 UTC] [INFO] Log timestamps use timezone UTC
[2026-06-11T06:04:40,729 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:04:40 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:04:45,820 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:04:45 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:04:50,896 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:04:50 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:04:55,992 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:04:55 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:05:26,067 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:05:26 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:05:56,165 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:05:56 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:06:26,321 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:06:26 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:06:56,411 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:06:56 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:07:26,493 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:07:26 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:07:56,567 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:07:56 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:08:26,712 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:08:26 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:08:56,810 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:08:56 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
[2026-06-11T06:09:26,909 UTC] [INFO] 127.0.0.1 - - [11/Jun/2026:06:09:26 +0000] "GET /healthz HTTP/1.1" 503 141 "-" "-"
Wie gesagt, ich habe nur den Container angelegt und im bestehenden System nichts angepasst. #6
FHEM Code changes / Revision 31350: controls_fhem....
Letzter Beitrag von System - 11 Juni 2026, 08:01:03Revision 31350: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 31350: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 31350: controls_fhem.txt: fhemupdate checkin
#7
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von betateilchen - 11 Juni 2026, 07:49:04Moin,
Das Problem hat sich über Nacht offenbar selbst geheilt. Inzwischen ist die Meldung nicht mehr vorhanden.
Snapshot von der Box mit dem Problem hatte ich gestern Abend schon geschickt.
Ok, mag sein. Aber wieso trat der Effekt auch bei LAN-Verbindung auf, wo der Repeater gar nicht im Spiel war? Wird von der Box grundsätzlich WLAN bevorzugt, wenn beide Verbindungen bestehen?
Zitat von: tostmann am 10 Juni 2026, 23:47:18,,Sources Not Synced" + dass erst 4 von 6 Presets ankamen: das ist ein anderer Punkt — die Box hat ihre Account-Quellen nicht vollständig registriert. Der Re-Sync soll genau das nachholen; bleibt er bei dir nach zwei Versuchen hängen, schick mir bitte einen Diagnostic-Snapshot der fl_ST20 (Diagnose-Sharing an, dann Snapshot-Knopf). Dann sehe ich an ihrem /sources, woran die Registrierung klemmt, statt zu raten.
Das Problem hat sich über Nacht offenbar selbst geheilt. Inzwischen ist die Meldung nicht mehr vorhanden.
Snapshot von der Box mit dem Problem hatte ich gestern Abend schon geschickt.
Zitat von: tostmann am 10 Juni 2026, 23:47:18Blinken: dass dein Repeater-Neustart der zweiten Box geholfen hat, zeigt, dass da ein Teil schlicht schwaches bzw. überlastetes Netz war.
Ok, mag sein. Aber wieso trat der Effekt auch bei LAN-Verbindung auf, wo der Repeater gar nicht im Spiel war? Wird von der Box grundsätzlich WLAN bevorzugt, wenn beide Verbindungen bestehen?
#8
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von Snocksman - 11 Juni 2026, 07:32:10Zitat von: stoney am 11 Juni 2026, 07:01:03Das echodevice hatte nach einem
Code Auswählen ErweiternCode AuswählenNPM_login newwieder connected. Danach konnte ich die Geräte aber nicht über den Echo Dot schalten ("Gerät antwortet nicht"). Nach der Prozedur ging es aber wieder, wieso auch immer. Ist unwahrscheinlich, dass es ein Timing-Problem war, das echodevice war zu diesem Zeitpunkt 1 Stunde connected.
Ich glaube was dir @cs-online damit sagen wollte ist, dass das echodevice-Modul nichts mit der Steuerung von FHEM über Alexa zu tun hat... Das echodevice-Mudul bedient quasi die umgekehrte Richtung... Du kannst deine echodevices über dieses Modul z.B. Erinnerungen sprechen lassen usw.
#9
Automatisierung / Aw: Neues Modul - 74_Unifi - F...
Letzter Beitrag von Wolle02 - 11 Juni 2026, 07:08:46Bei mir stelle ich alle 30 Sekunden diesen Eintrag im Log fest:
Dazu verliert Fhem regelmäßig einmal am Tag die Verbindung zur UDM. Nur ein Löschen des Device und Neuanlage mit den Zugangsdaten lässt wieder eine Verbindung entstehen.
Auch bei mir läuft Unifi OS 5.1.15 und Netzwork 10.4.57
Code Auswählen
Error: >< has no TYPE, but following keys: >unifi<Dazu verliert Fhem regelmäßig einmal am Tag die Verbindung zur UDM. Nur ein Löschen des Device und Neuanlage mit den Zugangsdaten lässt wieder eine Verbindung entstehen.
Auch bei mir läuft Unifi OS 5.1.15 und Netzwork 10.4.57
#10
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von stoney - 11 Juni 2026, 07:01:03Zitat von: cs-online am 10 Juni 2026, 19:59:26Was hat jetzt der Alexa Skill mit diesem Modul zu tun
Folgender Effekt war bei mir:
Das echodevice hatte nach einem
Code Auswählen
NPM_login new wieder connected. Danach konnte ich die Geräte aber nicht über den Echo Dot schalten ("Gerät antwortet nicht"). Nach der Prozedur ging es aber wieder, wieso auch immer. Ist unwahrscheinlich, dass es ein Timing-Problem war, das echodevice war zu diesem Zeitpunkt 1 Stunde connected.