39_gassistant.pm (Google Assistant, Google Home)

[Ralli]

Ich hab:

Code Auswählen Erweitern

01_FHEMWEB.pm                30805 2026-02-01 20:14:34Z rudolfkoenig


Danke. Damit besteht schon einmal kein Zusammenhang.

[rudolfkoenig]

Einzige Hoffnung: Vielleicht wurden da irgendwelche Limits überschritten, weil das ein kostenloser Account ist [...]

Der Account ist nicht kostenlos, Dominik hat ihn vor vielen Jahren an den Verein uebergeben, wir zahlen je nach Nutzung unterschiedlich ca 20 EUR in Monat.
Fun-Fact: den vergleichbaren Amazon Account zahlt der Verein auch, hier sind die Kosten deutlich unter ein Euro im Monat.

[Ralli]

Es kann aber eben kein Refreshtoken mehr abgeholt werden.

Nach weiteren erfolglosen Versuchen in den letzten Tagen heute dann erfolgreicher Login und Connect. Einzige Änderung meinerseits ein soeben durchgeführtes Update von Nodejs von v24.17.0 auf v24.18.0 .

[vbs]

Nach weiteren erfolglosen Versuchen in den letzten Tagen heute dann erfolgreicher Login und Connect. Einzige Änderung meinerseits ein soeben durchgeführtes Update von Nodejs von v24.17.0 auf v24.18.0 .

root@fhem:~# node -v
v20.19.2

[OliverHH]

gassistant "connecting..." wegen jsonlist2 / UTF-8 Content-Length

Hallo zusammen,

mein gassistant-fhem 4.1.3 blieb dauerhaft bei

Code Auswählen Erweitern

gassistant-fhem-connection connecting...

Im Log stand gleichzeitig:

Code Auswählen Erweitern

[FHEM] Connection: OK
Invalid response from FHEM: SyntaxError ...
SYNC skipped, no device mappings

Die Ursache war bei mir nicht gassistant oder Node.js, sondern ein fehlerhaft übertragenes JSON von FHEMWEB:

Code Auswählen Erweitern

jsonlist2 room=GoogleAssistant

Bei einem reproduzierbaren Gerät ergab die Prüfung direkt in FHEM:

Code Auswählen Erweitern

{ use Encode qw(encode_utf8);; my $x=CommandJsonList2(undef,"HWR.Waschmaschine");; "Zeichen=".length($x)." UTF8-Bytes=".length(encode_utf8($x)) }

Ergebnis:

Code Auswählen Erweitern

Zeichen=7411 UTF8-Bytes=7415

FHEMWEB lieferte jedoch:

Code Auswählen Erweitern

Content-Length: 7412
7412 Bytes empfangen

Das JSON wurde dadurch abgeschnitten.

Meine Version:

Code Auswählen Erweitern

# $Id: 01_FHEMWEB.pm 31693 2026-09-28 14:37:41Z rudolfkoenig $

Workaround

Vorher Backup erstellen:

Code Auswählen Erweitern

cp -a /opt/fhem/FHEM/01_FHEMWEB.pm \
      /opt/fhem/FHEM/01_FHEMWEB.pm.before-utf8-fix

In FW_finishRead() steht bei mir im Original ungefähr:

Code Auswählen Erweitern

$FW_encodedByPlugin = undef;

my $length = length($FW_RET);

Diesen Bereich habe ich ersetzt durch:

Code Auswählen Erweitern

my $length;
if(!$compressed &&
   !$FW_encodedByPlugin &&
   ($unicodeEncoding ||
    utf8::is_utf8($FW_RET))) {
  my $encoded = Encode::encode($hash->{encoding}, $FW_RET);
  $length = length($encoded);
} else {
  $length = length($FW_RET);
}

$FW_encodedByPlugin = undef;

Damit wird nur die UTF-8-Byte-Länge für Content-Length ermittelt. $FW_RET selbst wird nicht verändert.

Das ist wichtig: Mein erster Versuch mit

Code Auswählen Erweitern

$FW_RET = Encode::encode(...)

führte zwar zu vollständigem JSON, aber zu doppelt kodierten Umlauten wie:

Code Auswählen Erweitern

ü -> ü
ä -> ä

Mit der oben gezeigten korrigierten Variante habe ich dagegen vollständiges, gültiges JSON und die Umlaute bleiben korrekt.

Danach funktioniert bei mir auch

Code Auswählen Erweitern

jsonlist2 room=GoogleAssistant

wieder und gassistant verbindet sich normal.

Wichtig:
Das ist ein lokal getesteter Workaround und kein offizieller FHEM-Fix. Die Zeilennummern können bei anderen FHEMWEB-Versionen abweichen.

KI-Hinweis:
Bei Analyse und Fehlersuche hatte ich Unterstützung durch Microsoft Copilot. Die Messungen und den Workaround habe ich auf meinen eigenen FHEM-Systemen getestet.

Vielleicht hilft es jemandem mit demselben Fehlerbild.