Floureon Wifi Raumthermostat

[PSH]

Hallo Chris_kmn,
ja, so ist es.

Das mit dem Software Update hat sich zerschlagen, damit ist das Problem nicht gelöscht.

Ich habe mit einem älteren Gerät die Installation vorgenommen und habe das gleiche Problem.

Danke, VG,
PSH

[MartinTürk]

ich hoffe es ist OK, dass ich das direkt hier im Forum poste

ja klar, ich bin ja froh das jemand eine bessere Lösung als Downgrade von Crypt:CBC gefunden hat
Auf meinem aktuellen System konnte ich das Problem jetzt endlich mal nachvollziehen. Damit FHEM sich bei alten Versionen nicht komplett verabschiedet habe ich das jetzt mal so bei mir probiert :

Code Auswählen Erweitern

sub getCipher {

    my $hash = shift;
    my $version = $Crypt::CBC::VERSION // 2;

    return Crypt::CBC->new(
                        -key         => $hash->{'.key'},
                        -cipher      => 'Crypt::OpenSSL::AES',
                        -header      => 'none',
                        -iv          => $hash->{'.iv'},
                        -literal_key => 1,
                        -keysize     => 16,
                        -padding     => 'space'
                        ) if ($version < 3);

    return Crypt::CBC->new(
                        -pass        => $hash->{'.key'},
                        -cipher      => 'Crypt::OpenSSL::AES',
                        -header      => 'none',
                        -iv          => $hash->{'.iv'},
                        -pbkdf       => 'none',
                        -keysize     => 16,
                        -padding     => 'none'
                        ) ;
}
 
zusätzlich wird es noch eine Fehlermeldung im Log geben wenn die Antwort auf die auth Anfrage genau 56 Zeichen lang ist.

[MartinTürk]

Hallo zusammen,

ich habe 3 BEOK Thermostate, die grundsätzlich seit 3 Jahren laufen. zwei davon machen aktuell Zicken und haben keine Verbindung mehr mit fhem.

Im Log steht:

Code Auswählen Erweitern


==> fhem-2025-02.log <==
2025.02.21 08:18:41 4: bg_hz_Thermostat, Get auth
2025.02.21 08:18:41 5: bg_hz_Thermostat, send_packet 0 0 0 0 49 49 49 49 49 49 49 49 49 49 49 49 49 49 49 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 84 101 115 116 32 32 49 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
2025.02.21 08:18:41 5: bg_hz_Thermostat, send_packet 90 165 170 85 90 165 170 85 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 250 237 0 0 42 39 101 0 56 0 118 39 66 86 22 232 0 0 0 0 161 195 0 0 69 52 82 231 249 46 218 149 131 68 147 8 53 239 154 109 251 105 45 195 112 185 4 67 172 92 214 63 187 83 173 250 8 129 76 167 248 207 65 113 0 50 142 87 12 59 134 201 77 5 112 132 73 163 137 226 154 225 4 84 54 160 91 221 220 2 193 97 175 19 37 232 126 25 176 247 209 206 6 141
2025.02.21 08:18:41 5: bg_hz_Thermostat[2388616], NBStart WqWqVVqlqlUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD67QAAKidlADgAdidCVhboAAAAAKHDAABF
NFLn+S7alYNEkwg175pt+2ktw3C5BEOsXNY/u1Ot+giBTKf4z0FxADKOVww7hslNBXCESaOJ4prh
BFQ2oFvd3ALBYa8TJeh+GbD30c4GjQ==

2025.02.21 08:18:41 5: bg_hz_Thermostat, NBDone : bg_hz_Thermostat|1|no data from device
2025.02.21 08:18:41 4: bg_hz_Thermostat, NBDone Timeout skip 1 , max : 1

leider hilft mir das nicht wirklich weiter. Irgendwelche Ideen ?
Martin

[Wzut]

no data from device

das Ding gibt (aus welchem Grund auch immer) keine Antwort.

[MartinTürk]

das hatte ich auch so interpretiert ... Ideen warum ?

Was mir aufgefallen ist:
Die Dinger wollen nach Hause telefonieren, in PI-Hole sehe ich ständige Einträge und Queries zum Beispiel nach 141backup.broadlink.com.cn.
Die ich natürlich geblockt habe ..

Aber das erklärt nicht, warum da seit gefühlt ein paar Wochen manchmal über einen längeren Zeitraum keine Verbindung da ist. Dann wieder alles funktioniert, dann wieder nicht mehr.
Zumal das jahrelang ohne Probleme lief.
Ping auf die IP Adresse tut übrigens auch.
Ich werde mal die PI-Hole Filter zum Testen abschalten ...

Viele Grüße
Martin