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.
Laut einem schweizer YT Kanal soll der grüne Draht (6) an Ground (Minus).
Sorry, das ist ja klar das der UNI in Rauch aufgeht 🤨
Quell: https://kb.shelly.cloud/knowledge-base/shelly-plus-uni
Pin6 zu GND = Kurzschluss
Pin6 (+5 VDC) kann auch 12VDC (Motorrad Batterie hat aber 13-14V)
Habe auch einen UNI (Gen1) mit Anschluss für die Bordsteckdose, Problem: der saugt natürlich die Batterie leer 😉
Also besser zum überwintern ein Ladegeräte mit „Erhaltung Modus)
da ich ja ein YAML Fan bin habe ich mir das auch mal angesehen:
das passt auch nicht: "device classes" "weather" kenne ich nicht und ist hier auch nicht beschrieben:
Sensor entity | Home Assistant Developer Docs (home-assistant.io)
Nachdem das so in die configuration.yaml gespeichert wurde sollte auf jeden fall die Konfiguration geprüft werden
und siehe DA:
in deinem Fall ist es auf jeden fall:
device_class: temperature
state_class: measurement dass die Wirkkette funktioniert?
Template Editor: ist nicht gleich Template Helfer oder Yaml Sensor
Der Template Editor berechnet nur das in den {xxxxxxxxxx}
das schnellste bei dir ist also ein Helfer-Template-Sensor wie HighFive schon angemerkt hat 
Zustandstemplate:
Meins zum testen:
{{ ((states('sensor.esp32_4_am2302_temperature')|float(0) +
states('sensor.esp32_4_am2302_temperature')|float(0))/2) |round(2)}}
Deins wäre also:
{{ ((states('sensor.temperature_indoor')|float(0) +
states('sensor.temperature_garden')|float(0))/2) |round(2)}}
Auch die Anmerkung von
((a +b) / 2) ist für mich der MITTELwert und nicht eine DIFFERENZ.
stimme ich zu, da du hier einen Innensensor und einen Außensensor verwendest und dein Name des Sensors "Differenztemperatur" heißt !!
also wäre es ja einfach Innensensor minus Außensensor (dann noch ABS um vielleicht noch das Vorzeichen zu eliminieren)
Hallo Martin,
Ich bin gestern auch drüber gestolpert 🤗
Der Fensterkontakt hat in der Szene diese Möglichkeit:
Sollte also passen.
mein Test (mit schalte jede Minute) hat ja nicht funktioniert und der Zustand wurde nicht beachtet
Dann habe ich mir den Zustand in der App angesehen und dieser wurde nicht (mehr) aktualisiert. Zugegeben, ich verwende ja HA, daher weiß ich nicht wie lange das so ist. Im Log war die letzte Zustandsänderung schon lange her und als BLE-Beobachter war ein Shelly zwei Stockwerke entfernt 😝
Hier im Wohnzimmer ist eigentlich noch ein pro 3EM konfiguriert als BLE-Beobachter, der wollte anscheinend nicht. Also weiter gesucht, anscheinend müssen die BLE-Beobachter in der Cloud sein. Das war mir gar nicht mehr so bewusst, nun gut, diese beiden sind aber in der Cloud gewesen! Also mal auf die schnelle einen Mini 1 Gen3 aktiviert als BLE-Beobachter und Cloud => und sofort waren alle DW fleißig wieder dabei den Status zu übergeben.
Ich mach mal gleich wieder eine Test Szene.
Trotzdem kann ich nur wärmstens Empfehlen so etwas nur in einem übergeordnetem System zu machen, da wäre es in einer Automation auch eindeutig eine Bedingung und nicht im „Außlöser“
Dort hat du ja ein HTTP Request
Schau dir mal die Temperatur an 😉
Fw Update zeigt dein Screenshot, wird aber wahrscheinlich nicht helfen
Der Eintrag ?? Im Log, keine Ahnung
Shelly 1PM zur Steuerung einer etwa 2.7kW Last
Das ist auf Dauer zu viel für den 1PM 😎 er wird wegen Overload abschalten und neu starten
Haben wir gerade hier:
Hast du einen Gen1 1PM oder einen Gen2 Plus 1PM?
Und Willkommen im Forum 🤗
Die Wandler passen nicht an deinen Plus 1PM (Hardware/Software)
Das Schaltrelais aus dem Beitrag #11 kannst Du am Ausgang O des Plus 1PM verwenden, dann wird aber nur die Leistung des Relais erfasst und nicht mehr den Verbraucher dahinter. Dafür benötigst Du natürlich den PM eigentlich nicht.
Beispiel ein 1 mini Gen3
Quelle: https://community.shelly.cloud/gallery/image/…ng/?context=new
das stimmt so eigenlich lt. Shelly-Website nicht
ich denke mir das ja nicht aus 🤓
Quelle: https://kb.shelly.cloud/knowledge-base/shelly-plus-1pm
Passiv
Mein letzter Stand:
Also passiv, so laufen auch meine
Zum Glück das ich HA verwende
Schau dir mal bitte den Status des BLU in der Cloud an!!
Mein Test als Szene:
Tür ist zu und trotzdem schaltet mein Button (LED Licht) jede Minute um !!
ist ja eigentlich kein Wunder, da er in der App angekippt ist
er aktualisiert sich bei mir in der App nicht wirklich
In HA macht er das sofort!
hier reagieren beide sofort und richtig, in der App ändert sich das gerade überhaupt nicht
wenn die Türe offen ist
hier ist doch die crux 
mehr als 0 W sollte funktionieren
- der Trigger (wenn:) funktioniert wenn er bei Null ist und dann größer wird => also OK Aber wenn schon Größer ist => dann kein Trigger mehr
so sollte es auch bei der Tür sein also wird er nicht getriggert wenn er Offen war
Teste doch einfach eine neue Szene, nur mit dem Türsensor und einer Benachrichtigung => die wird nur ausgelöst wenn der Zustand vorher GESCHLOSSEN war
EDIT: ich schaue mir das gerade an, Zustand ist ja kein Trigger
Geräte => Shelly => Bei TRV auf die drei Punkte => löschen
Hm, bei mir funktioniert noch alles.
Du kannst ja mal den TRV komplett in HA entfernen, HA neu starten und dann mit der IP wieder einbinden
Du könnest es auch mit Szenen erledigen, sollte eigentlich selbsterklärend sein.
Aber dann läuft alles über die Cloud, also dann abhängig von deiner Internetverbindung und einem weit entfernten Server 😎🤗
Ich habe so eine „Kugel“ nicht 🤓
Bring in mal zum Router und in der FB mal reservieren
IP dann mal aufrufen und FW aktualisieren
Und zeig mal die webSocket Screenshot
ws://<IP>:<Port>/api/shelly/wsDiese beiden, also Schalter und Tempsensor
heater: switch.hz_schlafzimmer_s1pm_177
target_sensor: sensor.smart_hygrometer_2c0a_o_temperature
Am besten direkt aus den Einstellungen kopieren
Unique id
Da kannst du dir etwas ausdenken (nur alles klein schreiben und keine Leerzeichen, das ist eine eineindeutige Zuordnung für HA
Kannst aber auch die WebUI verwenden, Helfer Thermostat (einfacher, aber dann jeden einzelnen)
Mit HTTP Request
In einem anderem Zusammenhang hatten wir das gerade und hier sind die Links zur API
getrennt
wenn er über seine IP nicht erreichbar ist kann er ja Nix senden 😉
Tippe auf Fehler in der Eingabe der festen IP, besser DHCP mit Reservierung
Ist der AP noch an? Dann verbinde dich damit und stelle das mal bitte um und dort auch den Websocket
Ich glaube nicht das es möglich ist, aber
wenn du einen über die Yaml konfigurierst ist das anlegen des zweiten doch in 10sec erledigt (kopieren und zwei Sensoren abändern sowie den Namen und die unique_id)
Beispiel, muss natürlich an Dich angepasst werden:
Ausgelagert in configuration.yaml:
climate: !include climate.yaml
climate.yaml:
- platform: generic_thermostat
name: Thermostat Schlafzimmer
heater: switch.hz_schlafzimmer_s1pm_177
target_sensor: sensor.smart_hygrometer_2c0a_o_temperature
min_temp: 15
max_temp: 25
# target_temp: 20
# initial_hvac_mode: "off"
keep_alive:
minutes: 3
away_temp: 16
sleep_temp: 18
home_temp: 19
precision: 0.1
ac_mode: false
min_cycle_duration:
seconds: 30
hot_tolerance: 0.1
cold_tolerance: 0.1
unique_id: thermostat_schlafzimmer_0000000000Schaue mal bitte in seiner WebUI nach ob er dort funktioniert (Ip im Browser öffnen)