- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
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. #2
Server - Linux / Aw: [Docker / Container] echod...
Letzter Beitrag von FlatTV - 11 Juni 2026, 04:57:43Was mir gerade aufgefallen ist.
im Verzeichnis Cache liegt aber ein altes Cookie mit der NR 45
Code Auswählen
[2026-06-11T04:53:29,536 Europe/Berlin] [INFO] 172.27.0.2 - - [11/Jun/2026:02:53:29 +0000] "POST /api/cookie/refresh?save=44result.json HTTP/1.0" 200 4355 "-" "fhem"im Verzeichnis Cache liegt aber ein altes Cookie mit der NR 45
#3
Server - Linux / Aw: [Docker / Container] echod...
Letzter Beitrag von FlatTV - 11 Juni 2026, 03:37:46Zitat von: FlatTV am 10 Juni 2026, 17:50:16,
ich lass das jetzt mal einige Zeit laufen...
Hmmm, so sah der Auto-Refresh aus.
Code Auswählen
[2026-06-10T22:59:23,143 Europe/Berlin] [INFO] Starting refresh (api)
[2026-06-10T22:59:23,143 Europe/Berlin] [INFO] Alexa-Cookie: Use as Login-Amazon-URL: amazon.de
[2026-06-10T22:59:23,144 Europe/Berlin] [INFO] Alexa-Cookie: Use as Base-Amazon-URL: amazon.com
[2026-06-10T22:59:23,144 Europe/Berlin] [INFO] Alexa-Cookie: Use as Device-App-Name: FHEM EchoDevice Cookie Service
[2026-06-10T22:59:23,144 Europe/Berlin] [INFO] Alexa-Cookie: Use as User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36
[2026-06-10T22:59:23,144 Europe/Berlin] [INFO] Alexa-Cookie: Use as Accept-Language: de-DE
[2026-06-10T22:59:23,144 Europe/Berlin] [INFO] Alexa-Cookie: Proxy-Mode enabled if needed: 192.168.178.188:58090 to listen on 0.0.0.0
[2026-06-10T22:59:23,146 Europe/Berlin] [INFO] Alexa-Cookie: Refresh Token
...
[2026-06-10T22:59:23,603 Europe/Berlin] [INFO] Alexa-Cookie: Response (200)
[2026-06-10T22:59:23,609 Europe/Berlin] [INFO] Refresh Token Response:...
...
[2026-06-10T22:59:23,875 Europe/Berlin] [INFO] Alexa-Cookie: Add Cookie session-id = xxx-xxxx-xxxx
[2026-06-10T22:59:23,876 Europe/Berlin] [INFO] Alexa-Cookie: Add Cookie session-id-time = 2411845163l
[2026-06-10T22:59:23,876 Europe/Berlin] [INFO] Alexa-Cookie: Add Cookie ubid-main = xxx-xxxx-xxxx
[2026-06-10T22:59:23,877 Europe/Berlin] [INFO] Alexa-Cookie: Add Cookie session-token = xxxx
...
[2026-06-10T22:59:23,879 Europe/Berlin] [INFO] Alexa-Cookie: Add Cookie sess-at-main = "xxxxxx="
[2026-06-10T22:59:23,880 Europe/Berlin] [INFO] Handle token registration Start: {...
...
[2026-06-10T22:59:23,881 Europe/Berlin] [INFO] Alexa-Cookie: Register App
[2026-06-10T22:59:23,882 Europe/Berlin] [INFO] {"host":"api.amazon.com",...
...
[2026-06-10T22:59:23,883 Europe/Berlin] [INFO] Alexa-Cookie: Sending Request with {"host":"api.amazon.com","path...
...
[2026-06-10T22:59:24,041 Europe/Berlin] [INFO] Alexa-Cookie: Response (400)
[2026-06-10T22:59:24,042 Europe/Berlin] [INFO] Register App Response: {"response":{"error":{"code":"InvalidToken","index":"xxxxxxg==","message":"Auth time of the token is expired."}},"request_id":"xxxxxxx"}
[2026-06-10T22:59:24,045 Europe/Berlin] [ERROR] Refresh request failed: No tokens in Register response
[2026-06-10T22:59:24,046 Europe/Berlin] [INFO] 172.27.0.2 - - [10/Jun/2026:20:59:24 +0000] "POST /api/cookie/refresh?save=44result.json HTTP/1.0" 500 42 "-" "fhem"
[2026-06-10T22:59:24,069 Europe/Berlin] [INFO] 172.27.0.2 - - [10/Jun/2026:20:59:24 +0000] "GET /api/status HTTP/1.0" 200 4435 "-" "fhem"
Grüße
Jörg
#4
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von tostmann - 10 Juni 2026, 23:47:18Hi,
danke fürs gründliche Durchtesten — betateilchen und fred, dein Punkt von gerade eben gehört direkt dazu. Der Reihe nach:
Umbenennen (das betrifft euch beide): das ist ein echter Bug, kein Bedienfehler — und fred hat den Finger genau draufgelegt, es scheitert ja sogar in der Bose-App. Der Grund: eine an die Cloud gebundene (migrierte) Box wendet einen Rename nicht lokal an, sondern delegiert ihn an ihre Cloud — die Box feuert dabei selbst einen Account-Aufruf ab. Genau diesen Endpoint hat SixBack bisher nicht bedient, also lief der Rename ins Leere (die Box meldet ,,ok", ändert aber nichts). Dass sich deine fl_ST20 nach dem Reset umbenennen ließ, betateilchen, passt ins Bild: frisch zurückgesetzt war sie kurz nicht gebunden, da greift der lokale Rename direkt — die noch gebundenen Boxen (und freds 3 von 10) scheitern. Ich hab den fehlenden Handler ergänzt und auf echter Hardware geprüft: Umbenennen greift dann wieder, in SixBack wie in der Bose-App. Kommt mit einem der nächsten Updates.
,,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.
Power-Button-Status aktualisiert nicht: die Status-Anzeige ist eine periodische Abfrage, kein Push vom Speaker. Einen physischen Tastendruck am Gerät meldet die Bose-Firmware gar nicht nach außen — deshalb kann die Kachel den Power-Zustand nicht in Echtzeit spiegeln. Das ist eine Grenze der Geräte-Firmware, kein Wackler in SixBack.
Blinken: dass dein Repeater-Neustart der zweiten Box geholfen hat, zeigt, dass da ein Teil schlicht schwaches bzw. überlastetes Netz war. Daneben gab es aber auch einen echten Bug bei uns — die Erreichbarkeits-Probe lief im Fallback auf eine falsche Portnummer und sprang deshalb bei jedem kurzen Aussetzer direkt auf ,,offline" statt auf das weiche ,,settling". Der ist gefixt, und die Anzeige ist zusätzlich entprellt. Kommt im selben Update.
Danke euch beiden — Rename und Probe-Port hätte ich ohne eure Meldungen nicht so schnell gefunden.
Dirk
danke fürs gründliche Durchtesten — betateilchen und fred, dein Punkt von gerade eben gehört direkt dazu. Der Reihe nach:
Umbenennen (das betrifft euch beide): das ist ein echter Bug, kein Bedienfehler — und fred hat den Finger genau draufgelegt, es scheitert ja sogar in der Bose-App. Der Grund: eine an die Cloud gebundene (migrierte) Box wendet einen Rename nicht lokal an, sondern delegiert ihn an ihre Cloud — die Box feuert dabei selbst einen Account-Aufruf ab. Genau diesen Endpoint hat SixBack bisher nicht bedient, also lief der Rename ins Leere (die Box meldet ,,ok", ändert aber nichts). Dass sich deine fl_ST20 nach dem Reset umbenennen ließ, betateilchen, passt ins Bild: frisch zurückgesetzt war sie kurz nicht gebunden, da greift der lokale Rename direkt — die noch gebundenen Boxen (und freds 3 von 10) scheitern. Ich hab den fehlenden Handler ergänzt und auf echter Hardware geprüft: Umbenennen greift dann wieder, in SixBack wie in der Bose-App. Kommt mit einem der nächsten Updates.
,,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.
Power-Button-Status aktualisiert nicht: die Status-Anzeige ist eine periodische Abfrage, kein Push vom Speaker. Einen physischen Tastendruck am Gerät meldet die Bose-Firmware gar nicht nach außen — deshalb kann die Kachel den Power-Zustand nicht in Echtzeit spiegeln. Das ist eine Grenze der Geräte-Firmware, kein Wackler in SixBack.
Blinken: dass dein Repeater-Neustart der zweiten Box geholfen hat, zeigt, dass da ein Teil schlicht schwaches bzw. überlastetes Netz war. Daneben gab es aber auch einen echten Bug bei uns — die Erreichbarkeits-Probe lief im Fallback auf eine falsche Portnummer und sprang deshalb bei jedem kurzen Aussetzer direkt auf ,,offline" statt auf das weiche ,,settling". Der ist gefixt, und die Anzeige ist zusätzlich entprellt. Kommt im selben Update.
Danke euch beiden — Rename und Probe-Port hätte ich ohne eure Meldungen nicht so schnell gefunden.
Dirk
#5
Hard- und Firmware / Aw: Firmware zu CUL, CUNX und ...
Letzter Beitrag von exocet01 - 10 Juni 2026, 23:08:52Hallo Ansgar,
Ich 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). Ausserdem habe ich eine Lichtsensor von HM, aber seit einiger Zeit ist entweder die Batterie nach 2 Wochen leer, oder es kommen nur sehr sporadisch Daten an. Ich habe die Position des Sensors nicht verändert und hatte gefofft dass ich etwas in den Logs finden kann.
Es kann auch sein dass der Lichtsensor einen HW Defekt hat.
Danke für Deine Rückmeldung!!
Eckart
Ich 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). Ausserdem habe ich eine Lichtsensor von HM, aber seit einiger Zeit ist entweder die Batterie nach 2 Wochen leer, oder es kommen nur sehr sporadisch Daten an. Ich habe die Position des Sensors nicht verändert und hatte gefofft dass ich etwas in den Logs finden kann.
Es kann auch sein dass der Lichtsensor einen HW Defekt hat.
Danke für Deine Rückmeldung!!
Eckart
#6
Sonstiges / Aw: Ecowitt API - diverse Wett...
Letzter Beitrag von LukeSky007 - 10 Juni 2026, 23:01:12Zitat von: gent am 10 Juni 2026, 21:29:11Hallo zusammen,Hallo zusammen, Hallo gent
ich bin seit langem mal wieder hier vorbei gekommen und musste dem Modul mit meinem GW1000 gleich mal eine Chance geben. Zunächst einmal vielen Dank dafür, dass es dieses Modul überhaupt gibt. Mir sind zwei Dinge aufgefallen, die ich einfach mal zur Diskussion stellen möchte:
Die Rain_* Readings sind gegenüber den offiziellen Apps (Ecowitt/WSView) um den Faktor 10 höher. Die Apps geben die Werte in mm aus.
Der Solar irradiation Wert in den Apps wird in W/m^2 angegeben und das UV Reading hat wohl eine andere Einheit.
Ist das etwas, bei dem es sich lohnt, das Modul nochmal anzupassen?
Viele Grüße
Habe in der ecowitt App(Android) Version 1.1.70 , im Webinterface GW1000 und im FHEM ECOWITT_GW Modul konsistente Daten auch die Rain_* Readings.
Vielleicht hängt es mit unterschiedlichen Regen-Sensoren zusammen - bei mir ist es der Piezo-Regensensor, der in WS90 integriert ist.
Die Einheiten u.a die der Solar irradiation kann man in der APP setzen - wirkt sich aber nicht auf die Werte in der Schnittstelle aus.
Meine GW2000 hat folgenden Firmwarestand: GW2000A_V3.3.1
viele Grüße Luke
#7
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Gisbert - 10 Juni 2026, 22:24:57Hallo 300P,
hallo Heiko (im Urlaub),
ich melde mich, weil meine Verbrauchsvorhersage aus dem Ruder läuft.
Der tägliche Verbrauch liegt derzeit stabil bei 10-13 kWh. Die Vorhersage für den nächsten Tag liegt tagsüber bei 20-24 kWh und aktuell bei 36 kWh.
Ich bin ohne Unterstützung nicht in der Lage, etwas Brauchbares aus der Verbrauchsvorhersage zu machen.
Viele Grüße Gisbert
hallo Heiko (im Urlaub),
ich melde mich, weil meine Verbrauchsvorhersage aus dem Ruder läuft.
Code Auswählen
aiControl
aiConActivate=1
aiConProfile=v1_heatpump
aiConHiddenLayers=64-32
aiConLearnRate=0.002
aiConMomentum=0.9
aiConBitFailLimit=0.34
aiConShuffleMode=1Code Auswählen
letztes KI-Training: 10.06.2026 08:18:45 / Laufzeit in Sekunden: 431
KI Abfragestatus: ok
letzte KI-Ergebnis Generierungsdauer: 41.14 ms
Alpha: 1
Verbrauchernummer Wärmepumpe: 01
Trainingsbewertung: ok (ok)
Lernverhalten: ok gesundes Lernverhalten (19.7 % Epochenausnutzung)
Rauschen Bewertung: merkliches Rauschen, Interpretation mit Vorsicht (borderline)
Drift Bewertung: fresh_model
Empfehlung für Retrain: keineDer tägliche Verbrauch liegt derzeit stabil bei 10-13 kWh. Die Vorhersage für den nächsten Tag liegt tagsüber bei 20-24 kWh und aktuell bei 36 kWh.
Ich bin ohne Unterstützung nicht in der Lage, etwas Brauchbares aus der Verbrauchsvorhersage zu machen.
Viele Grüße Gisbert
#8
Server - Linux / Aw: [Docker / Container] echod...
Letzter Beitrag von Sidey - 10 Juni 2026, 21:37:50Zitat von: rabehd am 10 Juni 2026, 18:14:09Der Container startet und geht dann auf unhealthy.
Ist das erstmal ok? Vermutlich nicht.
Nein, das ist nicht in Ordnung. Kannst Du bitte einmal das komplette log vom alexa-cookie-service container bereitstellen, wenn er startet?
Grüße Sidey
#9
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von gent - 10 Juni 2026, 21:33:05Zitat von: Starkstrombastler am 10 Juni 2026, 21:08:21Zitat von: gent am 10 Juni 2026, 19:48:31Ist das ein Schönheitsfehler oder ist es etwas, um das es sich zu kümmern lohnt?Das ist der zeitlichen Evolution der Shellies geschuldet: der ProDM1PM war halt der erste Dimmer mit der Firmware der 2. Generation.
Das könnte man zwar schöner machen, läuft aber dabei immer Gefahr, dass sich irgendwo ein Fehler einschleicht.
Verständlich. Ich kann damit leben. Wie geschrieben scheint ja alles Wichtige zu funktionieren.
Dank und Grüße
#10
Sonstiges / Aw: Ecowitt API - diverse Wett...
Letzter Beitrag von gent - 10 Juni 2026, 21:29:11Hallo zusammen,
ich bin seit langem mal wieder hier vorbei gekommen und musste dem Modul mit meinem GW1000 gleich mal eine Chance geben. Zunächst einmal vielen Dank dafür, dass es dieses Modul überhaupt gibt. Mir sind zwei Dinge aufgefallen, die ich einfach mal zur Diskussion stellen möchte:
Die Rain_* Readings sind gegenüber den offiziellen Apps (Ecowitt/WSView) um den Faktor 10 höher. Die Apps geben die Werte in mm aus.
Der Solar irradiation Wert in den Apps wird in W/m^2 angegeben und das UV Reading hat wohl eine andere Einheit.
Ist das etwas, bei dem es sich lohnt, das Modul nochmal anzupassen?
Viele Grüße
ich bin seit langem mal wieder hier vorbei gekommen und musste dem Modul mit meinem GW1000 gleich mal eine Chance geben. Zunächst einmal vielen Dank dafür, dass es dieses Modul überhaupt gibt. Mir sind zwei Dinge aufgefallen, die ich einfach mal zur Diskussion stellen möchte:
Die Rain_* Readings sind gegenüber den offiziellen Apps (Ecowitt/WSView) um den Faktor 10 höher. Die Apps geben die Werte in mm aus.
Der Solar irradiation Wert in den Apps wird in W/m^2 angegeben und das UV Reading hat wohl eine andere Einheit.
Ist das etwas, bei dem es sich lohnt, das Modul nochmal anzupassen?
Viele Grüße