TRV Hardware Revision

Hallo, ich bin seit einer Woche Besitzer eines Shelly TRV, den ich mit HomeAssistant (HA) einsetzen möchte.

Der Start war - sagen wir mal - "spannend". Es waren noch nie so viele Versuche meinerseits nötig,

ein Shelly-Device zum Laufen zu bringen, wie mit dem TRV

Irgendwann war es dann soweit, es gelang ihn auf FW 2.1.3 v. 2.2.2022 upzudaten und in Betrieb zu nehmen

Habe als erstes mal MQTT eingerichtet.

Dabei fällt folgende Information in den "Settings" auf: (bei Nutzung des MQTT-Explorers zum Auslesen),

die der TRV regelmäßig ausgibt:

Topic: shellies/shellytrv-mr01/settings

Payload: (Auszug)

..

"hwinfo":{

"hw_revision":"dev-prototype",

"batch_id":0

},

..

Heißt das, meine Hardware ist ein "Prototyp (in) der Entwicklung"

Klingt irgendwie nicht gut.

Die Firmware (vor Update) war nebenbei auch seltsam:

20211130-135936/silabs_freertos@810aaa39+

Das Gerät scheint wohl schon eine Weile auf Lager gelegen zu haben.

Hallo, heute habe ich einen 2. TRV in Betrieb genommen.

Das ging diesmal ziemlich reibungslos.

Denn nach Betätigen des Reset-Knopfes kam wie in der Anleitung beschrieben "CL" und die erste Calibrierung lief.

Dann erschien kurz ein Punkt "." im Display. Danach Ruhe.

Diesmal habe ich am Notebook mal geschaut ... und siehe da: Der TRV hat seinen AP aufgemachtr, ohne es am Display mit "AP" anzuzeigen (wie es in der Anleitung steht).

Ich konnte mich damit verbinden und WiFi Credentials , statische IP, DNS eintragen und nach dem Reboot tauchte auch ein Hinweis auf die aktuelle Firmware auf. 2.1.3

Nach Update kann jetzt die Testphase mit dem 2. beginnen.

Grundsätzliche Frage: Ist es eigentlich sinnvoll/gewünscht seine Erfahrungen hier kund zu tun? Und erreicht das ggfs. auch Shelly?

Frage deshalb, weil auf den Hinweis mit der HW-Revision Null Resonanz kam.

Ich war einfach etwas erschrocken, ich habe mehrere Geräte, die bei HW-Revision eine konkrete Version anzeigen. Davon kann es ja abhängen, ob eine (neue) Firmware überhaupt (sinnvoll) laufen kann.

Mir wäre auch sehr daran gelegen, dass die TRV noch besser werden, denn die Vorteile, die sie mit der MQTT-API gegenüber anderen Thermostaten haben wären neben dem Akku-Betrieb ein Grund für mich Fritz DECT 30x nach und nach abzulösen.

Moin,

ich habe derzeit 3 Instanzen von HomeAssistant (HA) in Betrieb:

HA-A = produktiv, die wichtigste, mit Fritzbox-, NabuCasa Cloud-, Alexa-Anbindung etc. Core Version: 2021.11.5

HA-B = produktiv, regelt "weniger wichtige" Dinge (aus historischen Gründen) Core Version: 2021.11.5

HA-C = nicht produktiv, Testversion, Core: 2022.3.3 (aktuell)

Zur Frage ("Hat HomeAssistant den TVR automatisch erkannt?"):

JA,, allerdings mit unterschiedlichen Ergebnissen (wegen der Core-Version, denke ich):

HA-A und -B : erkennen jeweils 1 Gerät und 1 Entität (sensor.shellytrv01_battery)

HA-C erkennt 1 Gerät , und 4 Entitäten:

climate.shellytrv_60a423dcb592

sensor.shellytrv_60a423dcb592_battery

sensor.shellytrv_60a423dcb592_temperature

number.shellytrv_60a423dcb592_valve_position

Die Integration (als Climate-Entity), die also nur bei HA-C gegeben ist, ist momentan für mich jedoch zweitrangig, denn:

Ich werde den produktiven HA-A, der derzeit 7 FritzDect 301 integriert hat und steuert, erst auf die neueste Core-Version bringen können,

wenn ich alle "Breaking Changes" von den 2022er HA-Versionen analysiert und im Griff habe.;) ("never change a running systen").

Was MQTT angeht, gibt es ja keine Unterschiede, da die beiden TRV beide mit der FW 2.1.3 ausgestattet sind.

Daher schaue ich mir das Verhalten auf dieser Ebene an, z.B. per externem Temp-Sensor (ESP32 mit DHT22 z.B.) .

Woher kommt eigentlich diese Info?:

"Dank @chemelli74 können Sie jetzt die Ventile dieser brandneuen Shelly TRVs steuern!"