Beiträge von chrissiboy

Hallo,

ich stehe vor dem gleichen Problem - gibt es hierzu etwas Neues ? Ich bekomme zwas NULL als Response, was ja eigentlich positiv ist, aber im WebUI oder im Backend-System (MQTT/IP-Symcon) ist keinerlei Reaktion zu erkennen.

OK - scheint am TRV zu liegen. Ein anderes Gerät hat sich einwandfrei einbinden lassen.

Ich habe nun das gleiche Problem, nur dass die vorgeschlagene Vorgehensweise nichts bewirkt. Beim Update hat das Teil noch auf 100% gezählt und ist dann stehen geblieben. Seitdem geht gar nichts mehr. Hat noch jemand eine Idee ?

Hallo,

ich habe gerade ein Gateway Gen 3 in Betrieb genommen und auch gleich die 1.62 installiert. Danach habe ich ein BLUTRV angelernt und festgestellt, dass irgendetwas nicht stimmen kann. Bisher war es so, dass man auf dem WebUI auf der Homeseite diese Ansicht hat :

und wenn man ein TRV auswählt, folgende Seite kommt :

Auf diese Seite kommt man aber nicht mehr und damit kann man auch kein FW-Update des TRV mehr durchführen. Die Seite heißt eigentl. IP/#/blutrv/200/settings. Die gibt es aber nicht mehr.

Habe ich etwas verpasst oder stimmt da mit der 1.62 etwas nicht ? Was auch seltsam ist, dass nach dem Anlegen der Sensoren in der Komponentenseite die Sensoren erst nach einem Reboot des Gateways auftauchen.

Grüße Frank

OK - danke für die Rückmeldung, aber müsste der TRV nicht das gleiche Problem bekommen ?

Ich verstehe ja, dass man bei batteriebetriebenen Komponenten einen Sleepmodus verankert, damit die Batterien möglichst lange halten. Nun kann man den H&T ja auch mit einem USB-Anschluss betreiben und hat damit keine Probleme mit der Batterie-Laufzeit. In diesem Fall wäre es doch extrem hilfreich, diesen Sleepmodus deaktivieren zu können, damit man bei der Konfiguration nicht ständig die Verbindung verliert und vor allem, dass die teilweise schlechte Verbindungsqualität der H&T's (hierfür gibt es auch einen bereits 2 Jahre alten Beitrag im Forum) nicht bei jeder Meldung auf die Probe stellt, weil er sich erst mal WLAN-Verbindung aufbauen muss. Bei der alleinigen Verbindung über Bluetooth müsste das auch im Batteriebetrieb funktionieren. Die TRV's laufen ja z.B. mit nur 2 Batterien und sind auch ständig ansprechbar.

danke - werde mich mal dran versuchen

Nachtrag:

Ich habe einen Shelly aus dem Heim-Netzwerk in das Gast-WLAN genommen und mit der Cloud verbunden. Der Ausgang geht dann in den Eingang eines Shelly innerhalb der Heimumgebung. Hat auf Anhieb geklappt und ich kann mein Garagentor nun über das MMI auf- und zumachen :).

Hallo,

funktioniert das mit dem Carplay nur in der Premiumvariante oder auch in der Basis-Version ?

Diese beiden Dinge kann ich ausschließen. Es gibt keine zweite Wärmequelle (höchstens tagsüber durch Sonneneinstrahlung) und wenn das Ventil auf 0 steht, ist der Heizkörper kalt. Bei diesem Punkt habe ich aber noch etwas festgestellt, was wahrscheinlich auf einen User-Error zurückzuführen wäre.

Die beiden ersten Punkte wären daher für mich noch offen.

Hm .. das mit den 8 Sekunden kann ich leider nicht bestätigen. Beim ersten Öffnen heute morgen, änderte sich der Neigungswinkel erst nach 30 Sekunden. Da war das Tor schon 10 Sekunden offen. Schlafen die BLU-Geräte auch ohne ECO-Modus ? Danach ging es etwas schneller, aber auch da kam es vor, dass erst 20 Sekunden nachdem das das Tor bewegt wurde, eine erste Meldung kam. Immer TOP funktioniert es beim Schließen.

Hallo,

ich möchte die Stellung meines Garagentor-Schwingtors über einen Shelly BLU D/W kontrollieren. Leider wird der Neigungswinkel doch recht zufällig während der Bewegung gemeldet und

wenn das Tor offen ist, kann es schon gut eine Minute dauern, bis der End-Neigungswinkel gemeldet wird. Gibt es eine Möglichkeit (z.B. per Script), den Status häufiger/schneller zu melden ?

Der Beacon Mode ist eingeschaltet aber leider nicht hilfreich. Zumal der Neigungswinkel dann auch nicht zyklisch gemeldet wird.

Grüße Frank

Hallo,

ich habe mich mit 10 Shelly BLU TRV eingedeckt und sie über MQTT in mein Symcon-System eingebunden. Das funktioniert soweit auch ganz gut, aber bezüglich der Steuerung hätte ich noch ein paar Fragen:

• Gibt es einen Unterschied im Heizverhalten zwischen der Benutzung eines BLU D/W und der Steuerung über die API (TRV.SetOverride) ? Ich hatte nicht vor, alle Fensterkontakte gegen BLU D/W zu tauschen und würde die Fenster-Steuerung gerne über API machen. Die Solltemperatur-Einstellung wäre ja identisch mit dem Schalten über einen BLU-Fensterkontakt, aber die Frage ist, ob der Heiz-Algorithmus anders darauf reagiert.
• Wenn man die Solltemperatur aufgrund der Fensters auf 8 Grad herunterzieht, dauert es als 3 Minuten, bis das Ventil reagiert. Beim Schließen gibt es ähnliche Zeiten. Ist es möglich, die Reaktion zu beschleunigen ?
• Es kommt immer wieder vor, dass ein Ventil öffnet, obwohl die Solltemperatur noch deutlich (über 0,5 Grad) überschritten ist und dann wird der Raum überheizt. Hier ein Beispiel, die Solltemperatur ist auf 22,0 eingestellt und mitten in der Nacht passiert dann so etwas (Skala unten ist die Uhrzeit):
• Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Vielleicht kann einer der Insider etwas dazu schreiben - vielen Dank.

Grüße Frank

In der Hoffnung, dass es irgendwie eine aktualisierte Statusanzeige gibt, habe ich ein Ventil mal aufgemacht und wieder geschlossen, aber der Button-Sensor hatte keinen Ausschlag obwohl nach dem Schließen sofort eine Kalibrierung ausgelöst wurde. Der Taster hat zwar bewirkt was er soll, aber eine Zuordnung zum Button-Sensor besteht wohl nicht.

OK, vielen Dank .. hat also für den normalen Betrieb keine Bedeutung.

Hallo,

ich habe jetzt sehr viel in der Doku nachgeschlagen und aus probiert, aber ich habe noch nicht rausgefunden, was der Sensor "Button" im TRV bedeutet und was man damit anfangen kann. Im Gegensatz zu den D/W und H&T ist das kein Sensor, den man hinzufügen kann. Kennt jemand die Funktion dieses Sensors ?

So, nach weiterer Analyse von /rpc/BTHomeDevice.GetKnownObjects habe ich festgestellt, das obj_id in Zusammenhang mit idx verrät, um welchen Sensor es sich handelt:

ID=1 : Batterie
ID=58: Button
ID=69: Temperatur => idx=0: Solltemperatur, idx=1: Temperatur intern, idx=2: Temperatur extern

Zitat

Vielleicht helfen folgende beide Möglichkeiten: Sicherung der Programmierung

Habe zwar noch nicht alles ausprobiert, aber scheint die richtige Richtung zu sein - danke

jo, das macht es aber nicht besser ..... die Situation ist durch die Gateways deutlich komplexer geworden und selbst wenn man sich alles schön dokumentiert, sitzt man an einer Wiederherstellung eines Gateways sicher eine längere Zeit.

Schlägt man so eine Verbesserung beim Support vor oder gibt es da einen anderen Kontakt ?

Ich könnte mir vorstellen, dass man das auch ein Script (oder auch zwei) lösen kann, sofern man in der Script-Erstellung erfahren ist.

Hallo zusammen,

ich habe jetzt schon eine Weile herumgesucht, aber nichts gefunden... gibt es eine Möglichkeit, die Konfiguration eines BLU-Gateways incl. der Informationen der angeschlossenen Devices und der evtl. vorhandenen Scripte und Aktionen zu sichern und im Notfall wieder auf ein Gateway zurückzuspielen ?

Bei einem Gateway mit 3-4 TRV's ist das ziemlich aufwändig, zumal wenn man auch noch zusätzliche Variablen und abhängige DW's oder HT's eingebunden hat.

Grüße Frank

OK, danke .. dann werde ich das mal austesten