Neueste Beiträge

#11

ESP Familie / Aw: BoseFix32 — lokaler SoundT...

Letzter Beitrag von betateilchen - 11 Juni 2026, 07:49:04

Moin,

,,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.

Blinken: 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?

#12

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von Snocksman - 11 Juni 2026, 07:32:10

Das echodevice hatte nach einem
Code Auswählen Erweitern

Code Auswählen Erweitern

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.

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.

#13

Automatisierung / Aw: Neues Modul - 74_Unifi - F...

Letzter Beitrag von Wolle02 - 11 Juni 2026, 07:08:46

Bei mir stelle ich alle 30 Sekunden diesen Eintrag im Log fest:

Code Auswählen Erweitern

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

#14

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von stoney - 11 Juni 2026, 07:01:03

Was hat jetzt der Alexa Skill mit diesem Modul zu tun

Folgender Effekt war bei mir:

Das echodevice hatte nach einem

Code Auswählen Erweitern

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.

#15

Server - Linux / Aw: [Docker / Container] echod...

Letzter Beitrag von FlatTV - 11 Juni 2026, 04:57:43

Was mir gerade aufgefallen ist.

Code Auswählen Erweitern

[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

#16

Server - Linux / Aw: [Docker / Container] echod...

Letzter Beitrag von FlatTV - 11 Juni 2026, 03:37:46

,
ich lass das jetzt mal einige Zeit laufen...

Hmmm, so sah der Auto-Refresh aus.

Code Auswählen Erweitern

[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

#17

ESP Familie / Aw: BoseFix32 — lokaler SoundT...

Letzter Beitrag von tostmann - 10 Juni 2026, 23:47:18

Hi,

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

#18

Hard- und Firmware / Aw: Firmware zu CUL, CUNX und ...

Letzter Beitrag von exocet01 - 10 Juni 2026, 23:08:52

Hallo 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

#19

Sonstiges / Aw: Ecowitt API - diverse Wett...

Letzter Beitrag von LukeSky007 - 10 Juni 2026, 23:01:12

Hallo 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

Hallo zusammen, Hallo gent

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

#20

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Gisbert - 10 Juni 2026, 22:24:57

Hallo 300P,
hallo Heiko (im Urlaub),

ich melde mich, weil meine Verbrauchsvorhersage aus dem Ruder läuft.

Code Auswählen Erweitern

aiControl
aiConActivate=1
aiConProfile=v1_heatpump
aiConHiddenLayers=64-32
aiConLearnRate=0.002
aiConMomentum=0.9
aiConBitFailLimit=0.34
aiConShuffleMode=1

Code Auswählen Erweitern

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: keine
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