Beiträge von apreick

Zitat

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

Zitat

((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

Zitat

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:

Beitrag

Steuerung Aufladung Warmwasserspeicher

Hallo, ich bin neu in diesem Forum und versuche mal mein Glück.

Wir haben einen 300 Liter Warmwasserspeicher, welcher mit Nachtstrom (3-phasig) aufgeheizt wird. Stromverbrauch täglich 3-4 kW. Seit kurzer Zeit haben wir eine 14,4 kWp PV Anlage auf dem Dach, mit dem überschüssigen Tagstrom möchte ich jetzt auch den Warmwasserspeicher aufladen. Denke der Shelly pro 3 wäre hierfür bestens geeignet. Ich könnte doch dann über die Zeitsteuerung am Shelly, z.B. Nachmittags den Wasserspeicher mit…

pmhliwa

12. August 2023 um 07:44

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

Zitat

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

Zitat

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

Zitat

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/ws

Diese 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

Zitat

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

Beitrag

RE: Shelly plus 1PM

Es werden beide Befehle in der Api-Dokumentation beschrieben.

Switch.Set

relay

Und auch der Grund



(Zitat)

Sowas kann vorkommen, wenn man sich auf Online/Cloud Dienste verlässt.

SeRef

24. September 2024 um 22:51

Zitat

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_0000000000

Schaue mal bitte in seiner WebUI nach ob er dort funktioniert (Ip im Browser öffnen)

Zitat

HA

Da Batteriebetrieben:

Shelly - Home Assistant (home-assistant.io)

Outbound WebSocket

Es waren schöne Zeiten als wir in der Filebase zu jedem Shelly Typ auch die HTTP Request nachschauen konnten 😞

Bei der Einführung der Gen2 (plus/pro) wurde damals sofort auch für diese neuen Shellys in die Übersicht eingearbeitet und auch gleich beide Möglichkeiten aufgezeigt

Ich vermisse diese Übersicht 😥