VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
-
position_blu_trv:
url: 'http://{{ ip }}/rpc/blutrv.call?id={{ id }}&method=Trv.SetPosition¶ms={"id":0,"pos":{{ value }}}'
timeout: 30
Und so kannst du das ganze in einer Automation nutzen:
sequence:
- data_template:
ip: 192.168.33.1
id: 200
value: 5
action: rest_command.position_blu_trv
falls es jemand brauchen kann, man kann damit auch eine coole Master/Slave-Steuerung machen:
actions:
- sequence:
- data_template:
ip: 192.168.1.30
id: 202
value: "{{ states('sensor.heizkoerper_wz_1_valve_position') | int }}"
action: rest_command.position_blu_trv
- action: climate.set_temperature
metadata: {}
data:
temperature: "{{ states('sensor.heizkorper_wz_1_temperature_1') }}"
target:
entity_id: climate.heizkoerper_wz_2
Alles anzeigen
-
sie ruft eine Automatisierung auf, die den Soll-Wert auf 4° setzt. Das ist der yaml-Code der Karte:
type: custom:mod-card
grid_options:
columns: 8
rows: auto
card_mod:
style: |
ha-card {
border: 1px solid white;
}
card:
type: vertical-stack
title: Schlafzimmer
card_mod:
style: |
h1.card-header {
text-align: center !important;
}
cards:
- type: custom:simple-thermostat
card_mod:
style: |
ha-card {
background: none;
}
* {
margin: -5px 0px !important;
}
entity: climate.heizkoerper_sz
layout:
mode:
names: false
icons: false
headings: false
control: false
hide:
temperature: true
state: true
header: false
sensors:
- entity: sensor.temperatursensor_sz_temperature
name: Ist
- type: horizontal-stack
cards:
- show_name: false
show_icon: true
type: button
tap_action:
action: perform-action
perform_action: automation.trigger
target:
entity_id: automation.heizung_schlafzimmer_aus
data:
skip_condition: true
icon: mdi:power
grid_options:
columns: 4
rows: 1
hold_action:
action: none
icon_height: 15px
show_state: false
card_mod:
style: |
ha-card {
background: black;
height: 34px !important;
border-radius: 7px;
}
* {
margin: -7px 0px 5px 5px !important;
}
- type: button
show_name: false
show_icon: true
tap_action:
action: perform-action
perform_action: automation.trigger
target:
entity_id:
- automation.heizung_schlafzimmer_ein
data:
skip_condition: true
icon: mdi:fire
grid_options:
columns: 4
rows: 1
hold_action:
action: none
icon_height: 30px
visibility:
- condition: state
entity: input_boolean.heizung_alle
state: "on"
card_mod:
style: |
ha-card {
background: orange;
height: 30px !important;
border-radius: 5px;
}
* {
margin: -5px 5px 5px 0px !important;
}
:host {
{% if ( states('sensor.heizkoerper_sz_valve_position') | float (0) < 6 ) %}
--paper-item-icon-color: white;
{% else %}
--paper-item-icon-color: red;
{% endif %}
}
Alles anzeigen
-
mic_at_home Ich habe es mir so gebaut:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
Ein/Aus kann man meines Wissens nicht steuern (bin aber kein Experte dafür). Ich setze sie einfach per Automatisierung (ausgelöst durch die Schaltfläche) auf 4° bzw auf die je nach Tag/Uhrzeit auf 17°/22°
-
Lose Teile in einem VT sind verboten
Betrifft das eigentlich jeden Verteiler, oder nur den Hauptverteiler? Wenn ich nämlich da an unseren Wohnungsverteiler denke... da hat sich nicht mal der Elektriker daran gehalten 
Und wie seht es bezüglicher der Stromwandler vom Shelly aus? Die sind ja auch lose...
-
wenn du das Raster meinst ja. Die Anzeige ist 0-100% unterteilt in 20%
-
es ist aber keine absolute, sondern prozentuelle Ventilstellung. Da sollte die Kalibrierung keinen Unterschied ausmachen. Außerdem läuft es ja auch beim schließen teilweise 100% synchron, aber halt nicht immer...
Aktuell z.B.
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
-
ich habe die beta2 bei meinem Shelly 1 eingespielt und die Temperatur ging innerhalb weniger Minuten um rund 10 Grad zurück (52,2->43,7) und fällt weiter. Das Problem scheint damit also behoben zu sein.
-
marco.gr Ich habe dein Skript eingespielt und grundsätzlich funktioniert es ganz gut. Es gibt aber ein eigenartiges Verhalten - manchmal gibt es Differenzen in der Ventilstellung:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
Rot ist der Master, grün der Slave. Hast du eine Idee dazu? Die Verbindung zum Gateway ist für beide Gerät einwandfrei (2m bzw 3m Entfernung)
-
Sieht alles OK aus mit der 1.0.22 in HA
na dann gebe ich der Version die Chance... 
-
das Problem besteht aber nicht nur nach dem Reboot. Bei mir senden die BLEs alle paar Sekunden das Event... Irgendwo im Forum wurde das nach dem letzte Update (Build 219 auch von anderen Anwendern berichtet
-
leider ist in den Releasenotes nicht herauszulesen, ob das unsinnige Button-Send-Event alle paar Sekunden (sichtbar in HA) behoben wurde. Irgendwie sieht das nicht danach aus
-
Alternativ (wenn du löten kannst) einen Shelly Door/Window nutzen und den Reed-Kontakt mit dem Riegelkontakt brücken...
-
mir hat der Support gesagt 5 TRVs und unbegrenzt andere BLE-Geräte. Wobei "unbegrenzt" sicher auch relativ ist....
-
die Fehlermeldung kenne ich... Bisher hat bei mir ein Neustart des Handys geholfen....
-
ja, ist an der Wand (sonst gingen sich die 2 Meter in der Höhe auch nicht aus
)
-
montiert auf 2m Höhe und ca. 70cm Entfernung, also eindeutig im Erfassungsbereich
-
Die Lichtsteuerung erfolgt final über eine Automatisierung im Home Assistent. Aber darum geht es ja noch gar nicht. Das Problem ist und bleibt, dass der Motion extrem unempfindlich ist, selbst wenn die Empfindlichkeit auf Hoch eingestellt ist.
-
ich schaue rein in der App bzw im Home Assistent.
-
Hi,
ich habe heute meinem BLU Motion geliefert bekommen, ich möchte damit das Licht am Klo steuern. Soweit so gut, das Betreten des Raums erkennt er sofort, aber die Anwesenheit nicht mehr. Selbst, wenn man mit der Hand wie wild herumwinkt ist es ihm egal. Erst wenn man aufsteht erkennt er den Menschen wieder, was natürlich eher suboptimal ist....
Die Empfindlichkeit habe ich schon auf "hoch" gestellt. Habe ich ein Montagsmodell erwischt, oder ist der BW so schlecht?
lg Michael
-
Hi,
alle paar Tage verliert das Gateway die Verbindung zu den TRVs. Symptome:
- Änderungen über die App werden nicht an die TRVs weitergegeben
- Änderungen von Home Assistent werden nicht an die TRVsweitergegeben
- Wenn man die Webseite des Gateways öffnet, dann steht bei den TRVs ein "Last seen at" ein Zeitpunkt der >30 Minuten vor der aktuellen Zeit ist.
- Es betrifft auch TRVs, die nur weinige Meter entfernt sind und ein sehr gute Signal melden.
- Ein Neustart des Gateways löst das Roblem. Es ist aber natürlich keine dauerhafte Lösung, wenn man das Gateway immer wieder neu starten muss.
Ich konnte bisher keine Logik herausfinden, wann oder warum es auftritt. Bei den TRVs ist die aktuellste FW installiert, am Gateway das letzte beta1.
Ich habe es auch dem Support gemeldet, aber üblicherweise findet man in der Community besser Lösungsideen...
Habt ihr eine Idee/ähnliche Erfahrungen?
BTW: Es ist ein anderes Verhalten als in Shelly BLU Gateway verliert oft die Verbindung zum TRV berichtet, deswegen ein neuer Thread...
lg Michael