Home Assistant: Open source Python3 home automation - deel 5 Vorige deel Overzicht

Pagina: 1 ... 306 ... 350 Laatste
Acties:

  • Falcon10
  • Registratie: Mei 2002
  • Laatst online: 18:18

Falcon10

Hit it i would !

Afgelopen week de SmartGateways P1 meter ontvangen voor de digitale meters uit te lezen.
Nu wil ik deze instellen op HomeAssistant, doch er zijn blijkbaar 2 manieren: via Telnet ( https://smartgateways.nl/...lezen-met-home-assistant/ ) of via MQTT ( https://haprofs.com/p1-sl...sistant-enegie-dashboard/ ).

Wat is de "beste" oplossing? Ik vermoed dat beide hun voor/nadelen hebben, maar het is onduidelijk eigenlijk welke ik moet kiezen.

-| Hit it i would ! |-


  • Toppe
  • Registratie: Januari 2004
  • Laatst online: 21:26
Antonio di schreef op maandag 28 april 2025 @ 18:52:
[...]

@ralpje hier een aanvulling op:
Het is vaak te laat als je gaat pogen de beweging van je zonnescherm zelf te meten en hierop in Home Assistant (HA) een actie uit te voeren. Beter is een weerstation te nemen en op grond hiervan actie te ondernemen in HA. De Alectro WS-5500 is een re-brand van Ecowitt en er is een officiële goedwerkende integratie beschikbaar in HA hiervoor.
@konehead: jouw WS-5500 werkt toch goed met die HA Ecowitt integratie?

PS,
Voor meer info over weerstations e.d. van Ecowitt, zie:
Ecowitt GW2000 Gateway LAN/Wifi with Barometric, Temperature, Humidity review door Antonio di
En welk model is het van Ecowitt dan?

Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!


  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@Falcon10 Dan zou ik voor MQTT kiezen. Is een duidelijke debugbare bus. En lijken ze zelf ook aan te raden.

offtopic:
Wel echt een hoop BS over ESPhome terwijl ze zelf meerdere artikelen nodig hebben en het dan nog niet duidelijk weten te maken...

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
Falcon10 schreef op maandag 28 april 2025 @ 19:27:
Afgelopen week de SmartGateways P1 meter ontvangen voor de digitale meters uit te lezen.
Nu wil ik deze instellen op HomeAssistant, doch er zijn blijkbaar 2 manieren: via Telnet ( https://smartgateways.nl/...lezen-met-home-assistant/ ) of via MQTT ( https://haprofs.com/p1-sl...sistant-enegie-dashboard/ ).

Wat is de "beste" oplossing? Ik vermoed dat beide hun voor/nadelen hebben, maar het is onduidelijk eigenlijk welke ik moet kiezen.
"Telnet" komt vast neer op een ser2net achtige oplossing? Waardoor je volledige vrijheid hebt en bv ook DSMR Reader kunt gebruiken met serial over het netwerk (waar zou ser2net toch voor staan :P). Waarbij de features van DSMR Reader v.w.b. "rapportage" veel uitgebreider zijn dan wat HA zelf kan. Zo kan ik in DSMR Reader een vergelijking doen en gewoon 2 willekeurige dagen/maanden/jaren aan klikken, i.p.v. in HA waar een compare altijd met het vorige "blok" is (dus selecteer ik vandaag vergelijkt die met gisteren, selecteer ik deze maand vergelijkt die met vorige maand, maar ik kan dus niet deze maand met vorig jaar deze maand vergelijken, of deze maand met januari, of...).

Wil je de data echt puur in HA hebben is het vast om het even of je de ene of andere manier kiest.

  • Antonio di
  • Registratie: November 2016
  • Laatst online: 23:23

Antonio di

a mi me dijeron que si

Toppe schreef op maandag 28 april 2025 @ 19:53:
[...]


En welk model is het van Ecowitt dan?
Ik ben niet bekent met de hele historie van Ecowitt modellen en hun naam maar dit model wordt niet meer onder Ecowitt verkocht.
Ook zijn er verschillende variaties van hetzelfde Weerstation (868Mhz) met een andere ontvanger (meestal een display console met 868Mhz en Wifi).
De Alecto WS-5500 (= Console met kleurendisplay) is als ik het mij goed herinner een WH of WS 2900.
De moedermaatschappij Foshk (Fine Offset) van Ecowitt is een jaar of 5-7 jr geleden gestart met uitrol van meer uniforme Firmware en de WS-5500 heeft een uppdate gekregen hierdoor. Als ik het goed heb kon je toen de WS-5500 aansluiten via de Ecowitt HACS integratie die later een officiële HA integratie geworden is.
Maar goed @konehead kan ons bevestigen welk model hij ziet in de WS-view App van Foshk (of in de Web-sessie naar de WS-5500). Hij kan ook uitsluitsel geven of de WS-5500 werkt met de officiële HA Ecowitt integratie.

PS,
k zou zelf gewoon een Ecowitt Weerstation kopen met een Ecowitt Gateway (zie mijn review).
Die zijn vaak goedkoper en er zijn ook uitvoeringen die geen mechanisch meters meer hebben voor windsnelheid en de windrichting. Dat is duurder maar minder kans op slijtage!
Ik ontvang nog steeds "gratis" het 868Mhz signaal op van mijn buurmans weerstation (model WH65).

profesión: Lo que se cruza en mi camino y disfrutando de la vida


  • htca
  • Registratie: November 2001
  • Laatst online: 09-11 13:16
Septillion schreef op maandag 28 april 2025 @ 15:13:
@htca Als HA er geen reden bij zet (dus automation of user) dan gebeurd het buiten HA om. Klinkt dus plausibel wat @RobertMe zegt dat de omvormer er eigenlijk niets mee doet.
Jep, ik heb inmiddels gevonden dat de RCRR instelling moet worden aangepast, maar dat bood geen soelaas, ik ga mijn licht opsteken in de solaredge topic

  • Antonio di
  • Registratie: November 2016
  • Laatst online: 23:23

Antonio di

a mi me dijeron que si

@Toppe , @konehead , @ralpje en @Verwijderd : Nog even een update over de Alecto WS-5500:
Sluit die aan op Home Assistant (HA)?,
Van welke Ecowitt is die een re-brand?
Is het een verstandige keus?
Is er met Ecowitt/Alecto een 100% lokale verbinding tot stand te brengen naar HA?

Zie Posts 43 en 46 (aug 2020) van de "Jan_the_Man" gebruiker, die meldt dat de Alecto WS-5500 werkt onder de Ecowitt HACS (de voorloper van de tegenwoordige officiële Ecowitt HA Integratie):
https://community.home-as...n-weatherstation/68811/43
https://community.home-as...n-weatherstation/68811/46
Nu dus even wachten op de bevestiging van @konehead of een andere Tweaker die meldt dat de Alecto WS-5500 ook werkt op/met de officiële Ecowitt HA Integratie (of niet) ?.
Antwoord hierop (30-4-2025) is JA: de WS-5500 werkt met prima met HA.

De Ecowitt HACS (voorheen) en de Ecowitt HA integratie nu, werken 100% lokaal.
Uitdaging is dat bij gebruik van SSL/TLS tussen HTTPS en HTTP (door Ecowitt naar HA) "veilig gewisseld" moet worden via een "reversed proxy" . Hiervoor kun je NGINX Addon in HA gebruiken. Gebruik je de DuckDNS Addon (voor buitenshuis toegang) dan moet je o.a. bij NGINX jouw DuckDNS domein opgeven. Zie hiervoor de vele oudere posts op dit forum en zie:
https://www.home-assistant.io/integrations/ecowitt/

Als ik het goed lees is er toch een Ecowitt opvolger van de (WH)WS2900 namelijk de WS2910 te koop (WS69 buitenunit Weerstation met een WS2910 Console).
De Alecto WS-5500 set is dus een voorloper (vorig) model van de Ecowitt met console WS2910 en Ecowitt buitenunit Weerstation WS69.

Ik heb liever een Ecowitt Gateway GW2000(zie review)/GW3000 of een duurder Console (WS 3800/3900/3910/WS6210) met dezelfde componenten/sensoren aansluitmogelijkheden als de GW2000/GW3000.
Met deze Ontvangers (868Mhz)/Verzenders-update(Wifi en/of RJ45) kun je veel meer (in aantal) en in soorten, componenten/sensoren/meters aansluiten op HA.
De Ecowitt Consoles WS2900/WS2910 (de WS2910 is volgens mij de opvolger van het re-branded Console van de Alecto WS-5500 set) zijn denk ik beperkt in hun aansluitmogelijkheden van aantal en soort componenten/sensoren en dus kun je er veel minder mee doorsluizen naar HA.
@konehead (of andere Tweaker): Als jouw/jullie Alecto WS-5500 met de HA Ecowitt Integratie werkt: WELKE entiteiten (velden) komen er dan binnen in HA ?

Zie foto met aansluit overzicht van Ecowitt Weerstation en de Gateways/Consoles:
Afbeeldingslocatie: https://tweakers.net/i/eD7AKFFX6T_aKQTYLmclLFri_jA=/800x/filters:strip_icc():strip_exif()/f/image/bEu79Wkv6bJafsnFvHrpnFur.jpg?f=fotoalbum_large

[ Voor 14% gewijzigd door Antonio di op 30-04-2025 15:22 ]

profesión: Lo que se cruza en mi camino y disfrutando de la vida


  • JukeboxBill
  • Registratie: Juni 2003
  • Laatst online: 22:21
De laatste tijd heb ik regelmatig een probleem met updates van HA Core en nu weer met Supervisor. Dit is de melding uit de log:
Logger: homeassistant.components.websocket_api.http.connection
Bron: components/websocket_api/commands.py:245
integratie: Home Assistant WebSocket API (documentatie, problemen)
Eerst voorgekomen: 12:41:08 (1 gebeurtenissen)
Laatst gelogd: 12:41:08

[140692146812336] Unexpected exception
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 255, in async_install
await self.coordinator.supervisor_client.supervisor.update()
File "/usr/local/lib/python3.13/site-packages/aiohasupervisor/supervisor.py", line 43, in update
await self._client.post(
...<3 lines>...
)
File "/usr/local/lib/python3.13/site-packages/aiohasupervisor/client.py", line 182, in post
return await self._request(
^^^^^^^^^^^^^^^^^^^^
...<7 lines>...
)
^
File "/usr/local/lib/python3.13/site-packages/aiohasupervisor/client.py", line 129, in _request
await self._raise_on_status(response)
File "/usr/local/lib/python3.13/site-packages/aiohasupervisor/client.py", line 76, in _raise_on_status
raise exc_type(result.message, result.job_id)
aiohasupervisor.exceptions.SupervisorBadRequestError: Update of Supervisor failed: Can't install ghcr.io/home-assistant/amd64-hassio-supervisor:2025.04.1: 500 Server Error for http+docker://localhost/v1.48/images/create?tag=2025.04.1&fromImage=ghcr.io%2Fhome-assistant%2Famd64-hassio-supervisor&platform=linux%2Famd64: Internal Server Error ("Get "https://ghcr.io/v2/home-assistant/amd64-hassio-supervisor/manifests/sha256:9677660b27d85f9abec493f6f744692ae9a3d2db86a3c1e27a9f15ba6cd458cd": dial tcp 140.82.121.34:443: i/o timeout")

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 245, in handle_call_service
response = await hass.services.async_call(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...<7 lines>...
)
^
File "/usr/src/homeassistant/homeassistant/core.py", line 2794, in async_call
response_data = await coro
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2837, in _execute_service
return await target(service_call)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 1007, in entity_service_call
single_response = await _handle_entity_call(
^^^^^^^^^^^^^^^^^^^^^^^^^^
hass, entity, func, data, call.context
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
)
^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 1079, in _handle_entity_call
result = await task
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 157, in async_install
await entity.async_install_with_progress(version, backup)
File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 489, in async_install_with_progress
await self.async_install(version, backup)
File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 257, in async_install
raise HomeAssistantError(
f"Error updating Home Assistant Supervisor: {err}"
) from err
homeassistant.exceptions.HomeAssistantError: Error updating Home Assistant Supervisor: Update of Supervisor failed: Can't install ghcr.io/home-assistant/amd64-hassio-supervisor:2025.04.1: 500 Server Error for http+docker://localhost/v1.48/images/create?tag=2025.04.1&fromImage=ghcr.io%2Fhome-assistant%2Famd64-hassio-supervisor&platform=linux%2Famd64: Internal Server Error ("Get "https://ghcr.io/v2/home-assistant/amd64-hassio-supervisor/manifests/sha256:9677660b27d85f9abec493f6f744692ae9a3d2db86a3c1e27a9f15ba6cd458cd": dial tcp 140.82.121.34:443: i/o timeout")
Heeft dit te maken met mijn eigen HA installatie of is telkens de server van HA overbezet o.i.d., gezien de time-out melding?

Een slimme vos is nooit te oud om een nieuwe streek te leren


  • SnarfB
  • Registratie: Augustus 2022
  • Laatst online: 01-11 18:56
vervalt

[ Voor 99% gewijzigd door SnarfB op 29-04-2025 15:06 . Reden: verkeerd geplaatst ]

Bambu Lab P1S || EHVX08S18EJ6V , ESPAltherma || Deye SUN-12K-SG04LP3-EU , 2 x Seplos V4 , 32 x EVE MB31 315 Ah , Tibber


  • TheFes
  • Registratie: Juni 2001
  • Laatst online: 22:13
SnarfB schreef op dinsdag 29 april 2025 @ 13:27:
Ik heb een paar jaar geleden een regeling voor ventilatoren gebruikt, deze wil ik nu weer gebruiken in ESPhome maar ik krijg nu foutmeldingen. Om de beginnen in het deel OTA ik ben niet zo bedreven in ESPhome , als ik het deel onder OTA weghaalt krijg ik een foutmelding bij de Dallas sensor en boven bij esphome.
Heeft iemand een idee wat er aangepast moet worden.

YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
esphome:
  name: "fan-3"

#########################                                                                                                                                                                                                                
# ESP AND NETWORK SETUP                                                                                                                                                                                                                

esp8266:
  board: d1_mini

# pid climate log update is noisy, dial it back to warn                                                                                                                                                                                  
logger:
  level: DEBUG
  logs:
    dallas: DEBUG

# uncomment if you prefer native api
#api:


web_server:
  port: 80

# default HA integration, OTA updater and backup http web portal                                                                                                                                                                         
ota:
  on_begin:
    then:
      - logger.log: "OTA start"
  on_progress:
    then:
      - logger.log:
          format: "OTA progress %0.1f%%"
          args: ["x"]
  on_end:
    then:
      - logger.log: "OTA end"

captive_portal:

wifi:
  # Read the wifi/pass from secrets.yaml:                                                                                                                                                                                                
  # wifi_ssid: "My Wifi XX"                                                                                                                                                                                                              
  # wifi_password: "XXXXXXX"                                                                                                                                                                                                             

  ssid: !secret wifi_ssid
  password: !secret wifi_password
  fast_connect: true

  # Optional manual IP
  manual_ip:
    static_ip: 192.168.20.89
    gateway: 192.168.20.254
    subnet: 255.255.255.0  

  # Enable fallback hotspot (captive portal) in case wifi connection fails                                                                                                                                                               
  ap:
    ssid: FanController


text_sensor:
  # Send IP Address                                                                                                                                                                                                                      
  - platform: wifi_info
    ip_address:
      name: IP Address
    ssid:
      name: SSID

  # Send Uptime in raw seconds                                                                                                                                                                                                           
  - platform: template
    name: Uptime
    id: uptime_human
    icon: mdi:clock-start

dallas:
  - pin: D7
    update_interval: 10s

sensor:
  # Send WiFi signal strength & uptime to HA                                                                                                                                                                                             
  - platform: wifi_signal
    name: WiFi Strength
    update_interval: 60s
                                                                                                                                                                                                              

  - platform: dallas
    #address: 0xf13cele3807ab228
    index: 0
    resolution: 9
    name: "Temperature"
    id: fan_temperature
    accuracy_decimals: 1
    #alternative use lambda with map
    on_value:
      # map min temp whn fan should start 30°C to max temp 50°C when it should have max speed
      - lambda: !lambda |
          auto pct = constrain(map(x, id(start_temp).state, id(max_temp).state, 1, 80),0, 80);
          if( id(automatic).state ) {
            if (pct>1) {
              auto call = id(the_fan).turn_on(); call.set_speed(pct); call.perform();
            } else {
              auto call = id(the_fan).turn_off(); call.set_speed(1); call.perform();
            }
            ESP_LOGD("custom", "Setting speed to %i %%", pct);
          }

output:
  # Wire D1 into the PWM pin of your 12v fan                                                                                                                                                                                  
  # ledc is the name of the pwm output system on an esp32                                                                                                                                                                                
  - platform: esp8266_pwm
    id: fan_speed
    pin: D1

    # 25KHz is standard PC fan frequency, minimises buzzing for eso8266 1kHz is max                                                                                                                                                                           
    frequency: "25 Hz"

    # my fans stop working below 13% powerful.                                                                                                                                                                                           
    # also they're  powerful and loud, cap their max speed to 80%                                                                                                                                                                        
    min_power: 0.5
    max_power: 1
    zero_means_zero: True
    
  # Fan power (MOSFET) via D3 with will switch GND for the fan through an N-Ch MOSFET
  - platform: gpio
    pin: D3
    id: fan_power

fan:
  - platform: speed
    output: fan_speed
    name: Fan
    id: the_fan
    on_turn_on:
      - output.turn_on: fan_power
    on_turn_off:
      - output.turn_off: fan_power

# two number controlling the speed adjustment range
number:
  - platform: template
    name: "Fan max. Speed"
    id: max_speed
    internal: false
    initial_value: 80
    max_value: 100
    min_value: 50
    unit_of_measurement: pct
    step: 1
    optimistic: true
    mode: slider

  - platform: template
    name: "Fan Start Temp"
    id: start_temp
    internal: false
    max_value: 40.0
    min_value: 20.0
    initial_value: 25
    step: 1
    optimistic: true
    mode: slider

  - platform: template
    name: "Fan 100% Temp"
    id: max_temp
    internal: false
    initial_value: 45
    max_value: 50.0
    min_value: 25.0
    step: 1
    optimistic: true
    mode: slider


switch:
  # template switch, whether control is fully manual or temperature controlled
  - platform: template
    name: Temperature Controlled
    optimistic: true
    id: automatic
    restore_mode: RESTORE_DEFAULT_ON
    on_turn_on:
      # if auto is turned on restore temp based value
      - lambda:  !lambda |
          auto pct = constrain(map(id(fan_temperature).state, id(start_temp).state, id(max_temp).state, 1, 80),0,80);
          if (pct>1) {
            auto call = id(the_fan).turn_on(); call.set_speed(pct); call.perform();
          } else {
            auto call = id(the_fan).turn_off(); call.set_speed(1); call.perform();
          }
          
button:
  # Expose an ESP32 restart button to HA                                                                                                                                                                                                 
  - platform: restart
    name: "Restart"]
Er staat sowieso een verdwaalde blokhaak helemaal achteraan, maar dat zal wel bij copy/pasten fout gegaan zijn.
Maar dit is meer iets voor het ESPHome topic
Het grote ESPhome topic

Home Assistant configuratie


  • dnieuwkamp
  • Registratie: November 2001
  • Laatst online: 08-11 19:27
Heeft iemand een idee voor een automation die een was/droger combinatie van Bosch via Home Connect kan starten zodra er stroom wordt opgewekt? De bedoeling is dat ik de was in de machine doe, de machine aan zet, handmatig het programma selecteer en de 'remote start' activeer. Als er dan stroom wordt opgewekt, zou het handmatig geactiveerde programma gestart moeten worden. Net dat laatste stukje krijg ik niet voor elkaar.

Wat is tot zo ver hebt
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
alias: GARAGE - Start wasmachine bij stroomopwekking
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.p1_meter_power
    for:
      hours: 0
      minutes: 2
      seconds: 0
    below: 10
conditions:
  - condition: state
    entity_id: binary_sensor.wasmachine_droger_combi_door
    state: "off"
  - condition: state
    entity_id: binary_sensor.wasmachine_droger_combi_local_control
    state: "off"
  - condition: state
    entity_id: sensor.wasmachine_droger_combi_operation_state
    state: ready
  - condition: state
    entity_id: sensor.wasmachine_droger_combi_program_finished
    state: "off"
  - condition: state
    entity_id: binary_sensor.wasmachine_droger_combi_remote_control
    state: "on"
  - condition: state
    entity_id: binary_sensor.wasmachine_droger_combi_remote_start
    state: "on"
actions: []
mode: single


Hopelijk kan iemand mij aan de juiste 'Actions' helpen?

Yesterday is history, today is a gift, tomorrow is a mystery


  • TheFes
  • Registratie: Juni 2001
  • Laatst online: 22:13
dnieuwkamp schreef op dinsdag 29 april 2025 @ 14:08:
Heeft iemand een idee voor een automation die een was/droger combinatie van Bosch via Home Connect kan starten zodra er stroom wordt opgewekt? De bedoeling is dat ik de was in de machine doe, de machine aan zet, handmatig het programma selecteer en de 'remote start' activeer. Als er dan stroom wordt opgewekt, zou het handmatig geactiveerde programma gestart moeten worden. Net dat laatste stukje krijg ik niet voor elkaar.

Wat is tot zo ver hebt
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
alias: GARAGE - Start wasmachine bij stroomopwekking
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.p1_meter_power
    for:
      hours: 0
      minutes: 2
      seconds: 0
    below: 10
conditions:
  - condition: state
    entity_id: binary_sensor.wasmachine_droger_combi_door
    state: "off"
  - condition: state
    entity_id: binary_sensor.wasmachine_droger_combi_local_control
    state: "off"
  - condition: state
    entity_id: sensor.wasmachine_droger_combi_operation_state
    state: ready
  - condition: state
    entity_id: sensor.wasmachine_droger_combi_program_finished
    state: "off"
  - condition: state
    entity_id: binary_sensor.wasmachine_droger_combi_remote_control
    state: "on"
  - condition: state
    entity_id: binary_sensor.wasmachine_droger_combi_remote_start
    state: "on"
actions: []
mode: single


Hopelijk kan iemand mij aan de juiste 'Actions' helpen?
Wellicht heb je iets aan dit voorbeeld uit de documentatie?
https://www.home-assistan...when-electricity-is-cheap

Home Assistant configuratie


  • dnieuwkamp
  • Registratie: November 2001
  • Laatst online: 08-11 19:27
TheFes schreef op dinsdag 29 april 2025 @ 14:11:
[...]


Wellicht heb je iets aan dit voorbeeld uit de documentatie?
https://www.home-assistan...when-electricity-is-cheap
Niet echt omdat ze in dit voorbeeld er vanuit gaan dat je het 'program' en 'options' mee geeft, terwijl ik eigenlijk alleen maar de machine wil starten met het huidige programma wat ik handmatig heb geselecteerd.

Yesterday is history, today is a gift, tomorrow is a mystery


  • Erik80
  • Registratie: Februari 2005
  • Laatst online: 21:57

Erik80

Sinds 1980

Waarschijnlijk heb je per programma een aparte switch. Zodra je die aanzet start het programma (als remote start en de power switch aan zijn)

Oh...krijg net de volgende melding:
The switch entity switch.vaatwasser_program_glas40 and all the other program switches are deprecated.

Please use the active program select entity instead.
Alternatief kan nog zijn om "home connect alt" te installeren vanuit HACS. Die heeft wel een start button.

[ Voor 56% gewijzigd door Erik80 op 29-04-2025 15:29 ]


  • dnieuwkamp
  • Registratie: November 2001
  • Laatst online: 08-11 19:27
Erik80 schreef op dinsdag 29 april 2025 @ 15:12:
Waarschijnlijk heb je per programma een aparte switch. Zodra je die aanzet start het programma (als remote start en de power switch aan zijn)
Er is inderdaad per programma een Control aanwezig, echter is het niet zo dat de toggle van het programma dat ik handmatig geselecteerd heb naar true gaat, helaas. Een compleet overzicht van de Controls en Sensors van dit device:

Afbeeldingslocatie: https://tweakers.net/i/dZVpIQK8PzIirhZOM2ACZTU6pZw=/x800/filters:strip_exif()/f/image/NzEjmG5Y1FthAUdbxzOc52xt.png?f=fotoalbum_large

Yesterday is history, today is a gift, tomorrow is a mystery


  • Erik80
  • Registratie: Februari 2005
  • Laatst online: 21:57

Erik80

Sinds 1980

Maar wel als je het programma selecteert in de dropdown "Active Program"

YAML:
1
2
3
4
5
action: select.select_option
target:
  entity_id: select.my_entity
data:
  option: "example_option"

  • dnieuwkamp
  • Registratie: November 2001
  • Laatst online: 08-11 19:27
Erik80 schreef op dinsdag 29 april 2025 @ 15:33:
Maar wel als je het programma selecteert in de dropdown "Active Program"

YAML:
1
2
3
4
5
action: select.select_option
target:
  entity_id: select.my_entity
data:
  option: "example_option"
Als ik handmatig een programma selecteer in de dropdown 'Active Program' dan start de machine dat programma inderdaad. De vraag is nu hoe kan ik ervoor zorgen dat ik de machine kan starten met het programma dat reeds geselecteerd is (en dan via een automation).

Yesterday is history, today is a gift, tomorrow is a mystery


  • Erik80
  • Registratie: Februari 2005
  • Laatst online: 21:57

Erik80

Sinds 1980

Volgens mij kun je het zo oplossen (ik heb het niet getest en gebruik zelf de Home Connect Alt om dit te regelen voor mijn vaatwasser):

YAML:
1
2
3
4
5
action: select.select_option
target:
  entity_id: select.active_program
data:
  option: "{{ states('select.selected_program') }}"

[ Voor 6% gewijzigd door Erik80 op 29-04-2025 16:04 ]


  • dnieuwkamp
  • Registratie: November 2001
  • Laatst online: 08-11 19:27
Erik80 schreef op dinsdag 29 april 2025 @ 16:03:
Volgens mij kun je het zo oplossen (ik heb het niet getest en gebruik zelf de Home Connect Alt om dit te regelen voor mijn vaatwasser):

YAML:
1
2
3
4
5
action: select.select_option
target:
  entity_id: select.active_program
data:
  option: "{{ states('select.selected_program') }}"
Dit lijkt inderdaad niet te werken voor de officiële Home Connect integratie die ik momenteel gebruik. Raad je aan om de officiële integratie te verwijderen en over te stappen op https://github.com/ekutner/home-connect-hass?

Yesterday is history, today is a gift, tomorrow is a mystery


  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@dnieuwkamp Ja, ik nweet niet wie ontzettend aan het hannessen is met die Home Connect integratie. Controls en indicators lopen echt kriskras door elkaar.

Eerst had je voor elk programma een switch, dat was al wat onhandig maar klopte op zich wel. Maar het is idd een wth waarom er nu een select is voor active program en selected program... Dat had naar mijn idee gewoon één en dezelfde select moeten zijn die zowel de machine als de user aan kan passen. En vervolgens is er een stop button maar geen start. En dan een berg met action-calls waar je eigenlijk niet op zit te wachten.Al met al echt een puinhoop...

Voor de remote start heb je wel een binary_sensor die je kan uitlezen in een condition.

Voor starten zou je of de select kunnen instellen of home_connect.set_program_and_options kunnen gebruiken en als value dus de waarde van de select.

Deze onoverzichtelijke state heeft er ook voor gezorgd dat ik nog niet zo veel er mee gedaan heb. En dat mijn schoonmaaknotificatie weer fixen me ook een uur heeft gekost :|

  • zenith
  • Registratie: Juni 2001
  • Niet online
Endy schreef op maandag 28 april 2025 @ 16:29:
@Septillion

Daar heb je helemaal gelijk in, en volgens mij zie ik al 1 fout 😎
In de developer mode heb ik "5000" ingevuld en dat werkte, maar dat was zonder de "."

In mijn script heb ik dat wel gehanteerd, ik weet dat de entities allemaal in Watt aanleveren, dus ik ga even kijken of dit al verschil maakt, en ja dit werkt nu.

Ik heb onderstaande code gebruikt en het werkt ;) ;

YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
alias: 10006 Test - pas omvormer output aan 0-100 procent
description: 10006 Test - pas omvormer output aan 0-100 procent
triggers:
  - entity_id:
      - sensor.p1_meter_power
    from: null
    trigger: state
conditions: []
actions:
  - metadata: {}
    data:
      value: >-
        {% set p_max = 6000 -%}
        {% set p_ex = states('sensor.p1_meter_power')|float(default=p_max)  -%}
        {% set c = states('number.set_value')|float(default=100) -%}
        {% set s = p_max / 100 -%}
        {% set c = c + (p_ex / s) -%}
        {{ max(min(c,100), 0)|round(0,'ceil') }}
    target:
      entity_id: number.solaredge_active_power_limit
    action: number.set_value
  - delay:
      hours: 0
      minutes: 0
      seconds: 10
      milliseconds: 0
mode: parallel
max_exceeded: silent


Het mooie is dat ik nu zie dat de "number.solaredge_active_power_limit"met regelmaat wordt aangepast.
Helaas zie ik wel dat de waarde behoorlijk varieert waarbij deze soms naar 100 procent gaat en soms naar 0 waardoor de omvormer even inactief blijft.
Ik heb dit script ook even geprobeerd maar de active power limit werkt met dit script andersom? Bij een teruglevering aan het net zou je de export limit op bijv. 3% willen hebben, dit script zet de active powerlimit op 97% van de 100? (Vrijwel geen limiet in teruglevering)? Hoe zou je deze logica om kunnen draaien met dit script? :)

  • konehead
  • Registratie: Januari 2005
  • Laatst online: 18:15
Antonio di schreef op dinsdag 29 april 2025 @ 02:59:
@Toppe , @konehead , @ralpje en @Verwijderd : Nog even een update over de Alecto WS-5500:
Sluit die aan op Home Assistant (HA)?,
Van welke Ecowitt is die een re-brand?
Is het een verstandige keus?
Is er met Ecowitt/Alecto een 100% lokale verbinding tot stand te brengen naar HA?

Zie Posts 43 en 46 (aug 2020) van de "Jan_the_Man" gebruiker, die meldt dat de Alecto WS-5500 werkt onder de Ecowitt HACS (de voorloper van de tegenwoordige officiële Ecowitt HA Integratie):
https://community.home-as...n-weatherstation/68811/43
https://community.home-as...n-weatherstation/68811/46
Nu dus even wachten op de bevestiging van @konehead of een andere Tweaker die meldt dat de Alecto WS-5500 ook werkt op/met de officiële Ecowitt HA Integratie (of niet) ?

De Ecowitt HACS (voorheen) en de Ecowitt HA integratie nu, werken 100% lokaal.
Uitdaging is dat bij gebruik van SSL/TLS tussen HTTPS en HTTP (door Ecowitt naar HA) "veilig" gewisseld moet worden via een "reversed proxy" . Hiervoor kun je NGINX Addon in HA gebruiken. Gebruik je de DuckDNS Addon (voor buitenshuis toegang) dan moet je o.a. bij NGINX jouw DuckDNS domein opgeven. Zie hiervoor de vele oudere posts op dit forum en zie:
https://www.home-assistant.io/integrations/ecowitt/

Als ik het goed lees is er toch een Ecowitt opvolger van de (WH)WS2900 namelijk de WS2910 te koop (WS69 buitenunit Weerstation met een WS2910 Console).
Wie weet is de Alecto WS-5500 set dus (nu ook) een re-brand van Ecowitt met console WS2910 en buitenunit Weerstation WS69.

Ik heb liever een Ecowitt Gateway GW2000(zie review)/GW3000/GW1200 of een duurder Console (WS 3800/3900/3910) met dezelfde componenten/sensoren aansluitmogelijkheden als de GW2000/GW3000/GW1200.
Met deze Ontvangers kun je veel meer (in aantal) en in soorten, componenten/sensoren aansluiten op HA.
De Ecowitt Consoles WS2900/WS2910 (de WS2910 is volgens mij het re-branded Console van de Alecto WS-5500 set) zijn denk ik beperkt in hun aansluitmogelijkheden van aantal en soort componenten/sensoren en dus kun je er veel minder mee doorsluizen naar HA.
@konehead (of andere Tweaker): Als jouw/jullie Alecto WS-5500 met de HA Ecowitt Integratie werkt: WELKE entiteiten (velden) komen er dan binnen in HA ?

Zie foto met aansluit overzicht van Ecowitt Weerstation en de Gateways/Consoles:
[Afbeelding]
Was even druk gisteren en zie nu pas de berichten. De WS-5500 werkt feilloos met de EcoWitt integratie. Ik heb twee integraties gekoppeld aan de de WS-5500:
A) EcoWitt
B) WunderGround

Ik was met B gestart en vorig jaar overgestapt op A. De EcoWitt werkt m.i. stabieler met een hogere update frequentie. Super stabiel. WunderGround heb ik meelopen omdat daar een forecast functie bijzit. Had daar wilde plannen mee, maar dat is er nog niet van gekomen. EcoWitt is plain vanilla, dwz alleen de sensoren van het weerstation (26 stuks). Het scherm van de WS-5500 heeft ook een interne temperatuur en vochtigheid. Werkt beter dan een zigbee Tuya, maar niet nauwkeurig genoeg voor het aansturen van de verwarming. Dit komt omdat het scherm warm wordt en/of soms in de zon staat. Voor het aansturen van de verwarming heb ik een shelly in de woonkamer gelegd met een temperatuur add-on.

Hieronder een printscreen, met alle automatiseringen die ik heb draaien (NB: niet alle sensoren zijn getoond bij de printscreen).

Afbeeldingslocatie: https://tweakers.net/i/DFiIEeu4B7uoHvUGyWpBr8ojB_s=/800x/filters:strip_exif()/f/image/EKXPKSU1nqso9Rqg7tFylk39.png?f=fotoalbum_large

  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
zenith schreef op woensdag 30 april 2025 @ 08:14:
[...]


Ik heb dit script ook even geprobeerd maar de active power limit werkt met dit script andersom? Bij een teruglevering aan het net zou je de export limit op bijv. 3% willen hebben, dit script zet de active powerlimit op 97% van de 100? (Vrijwel geen limiet in teruglevering)? Hoe zou je deze logica om kunnen draaien met dit script? :)
Ik probeer even te kijken of ik het goed begrijp, ik zit namelijk aan een paar zaken te denken :)

YAML:
1
2
3
4
5
6
{% set p_max = 6000 -%}
        {% set p_ex = states('sensor.p1_meter_power')|float(default=p_max)  -%}
        {% set c = states('number.set_value')|float(default=100) -%}
        {% set s = p_max / 100 -%}
        [b]{% set c = c + (p_ex / s) -%}[/b]
        {{ max(min(c,100), 0)|round(0,'ceil') }}


Zoals ik het nu denk te hebben aangepast;

Stel mijn omvormer staat op ca 4000 watt op te wekken en er gaat ca 2000 Watt terug over de meter het net in. Dan zou je in de formule het volgende verwachten;

c = de nog niet gewijzigde 100 (max limiter PV)
s = 60 (6000/100)
p_ex = -2000 Watt (negatieve waarde, hier zit denk ik het probleem)

set c = 100 + ( - 2000 / 60) = 100 - 33,33 = 66,66 afgerond 66 voor de max limit waarde

M.b.t bovenstaande

Ik denk dat je berekening "{% set c = c + (p_ex / s) -%}" ipv + naar - bedoelt?
Alleen ik zit met deze formule dan met de P1 meter sensor "sensor.p1_meter_power"
Als deze sensor dus teruglevering registreert is het dus een getal met een minteken vandaar dat ik dat met de + in de berekening heb opgelost. Wat ik nog zou kunnen doen is dit;

{{ max(min(c,100), 5)|round(0,'ceil') }} Door de min waarde in de range op 5 te zetten levert de omvormer wel het minimum om eigen verbruik af te vangen.

Ik hoor het wel of ik in de goede richting zit ;) mocht dit in mijn situatie niet werken zit ik te denken aan sensors te bouwen voor OP_leveren en OP_terugleveren met een conditie dat een van de sensoren altijd 0 is afhankelijk van teruglevering of levering.

[ Voor 0% gewijzigd door Endy op 30-04-2025 10:41 . Reden: onbrekende aanvulling ]

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • zenith
  • Registratie: Juni 2001
  • Niet online
Endy schreef op woensdag 30 april 2025 @ 10:36:
[...]


Ik probeer even te kijken of ik het goed begrijp, ik zit namelijk aan een paar zaken te denken :)

YAML:
1
2
3
4
5
6
{% set p_max = 6000 -%}
        {% set p_ex = states('sensor.p1_meter_power')|float(default=p_max)  -%}
        {% set c = states('number.set_value')|float(default=100) -%}
        {% set s = p_max / 100 -%}
        [b]{% set c = c + (p_ex / s) -%}[/b]
        {{ max(min(c,100), 0)|round(0,'ceil') }}


Zoals ik het nu denk te hebben aangepast;

Stel mijn omvormer staat op ca 4000 watt op te wekken en er gaat ca 2000 Watt terug over de meter het net in. Dan zou je in de formule het volgende verwachten;

c = de nog niet gewijzigde 100 (max limiter PV)
s = 60 (6000/100)
p_ex = -2000 Watt (negatieve waarde, hier zit denk ik het probleem)

set c = 100 + ( - 2000 / 60) = 100 - 33,33 = 66,66 afgerond 66 voor de max limit waarde

M.b.t bovenstaande

Ik denk dat je berekening "{% set c = c + (p_ex / s) -%}" ipv + naar - bedoelt?
Alleen ik zit met deze formule dan met de P1 meter sensor "sensor.p1_meter_power"
Als deze sensor dus teruglevering registreert is het dus een getal met een minteken vandaar dat ik dat met de + in de berekening heb opgelost. Wat ik nog zou kunnen doen is dit;

{{ max(min(c,100), 5)|round(0,'ceil') }} Door de min waarde in de range op 5 te zetten levert de omvormer wel het minimum om eigen verbruik af te vangen.

Ik hoor het wel of ik in de goede richting zit ;) mocht dit in mijn situatie niet werken zit ik te denken aan sensors te bouwen voor OP_leveren en OP_terugleveren met een conditie dat een van de sensoren altijd 0 is afhankelijk van teruglevering of levering.
Wat ik zoek is dat je je eigen consumptie vertaald naar de bijpassende export limit.

Dan lever je ook nooit wat terug. Ik denk dat jij daar ook naar op zoek bent? 😀

In principe moet je dan niet kijken naar wat je naar het net teruglevert of uit het net haalt want je loopt dan achter de feiten aan zegmaar :)

  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
zenith schreef op woensdag 30 april 2025 @ 11:02:
[...]


Wat ik zoek is dat je je eigen consumptie vertaald naar de bijpassende export limit.

Dan lever je ook nooit wat terug. Ik denk dat jij daar ook naar op zoek bent? 😀

In principe moet je dan niet kijken naar wat je naar het net teruglevert of uit het net haalt want je loopt dan achter de feiten aan zegmaar :)
YAML:
1
2
3
4
5
6
7
   value: >-
        [b]{% set p_max = states('sensor.p1_meter_power')|float(default=p_max)  -%}[/b]
        {% set p_ex = states('sensor.p1_meter_power')|float(default=p_max)  -%}
        {% set c = states('number.set_value')|float(default=100) -%}
        {% set s = p_max / 100 -%}
        {% set c = p_ex / s -%}
        {{ min(max(c,100), 10)|round(0,'ceil') }}


Ik snap je insteek :) het klopt dat ik op basis van wat er verbruikt wordt moet sturen.
Het enige wat ik kan doen is de "set p_max" instellen op wat de "sensor.p1_meter_power" als actueel vermogen op de slimme meter laat zien.

Alleen ik vermoed dat ik daar weer tegen de + of - waarde aanloop afhankelijk van alleen leveren of terugleveren. Ik weet niet of dat de goede richting is, dat hoor ik wel 8)

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
zenith schreef op woensdag 30 april 2025 @ 08:14:
[...]


Ik heb dit script ook even geprobeerd maar de active power limit werkt met dit script andersom? Bij een teruglevering aan het net zou je de export limit op bijv. 3% willen hebben, dit script zet de active powerlimit op 97% van de 100? (Vrijwel geen limiet in teruglevering)? Hoe zou je deze logica om kunnen draaien met dit script? :)
Heb je denk ik de verkeerde sensor gepakt. De automation regelt op 0 inport, niet op 0 export. p1_meter_power is dus de entiteit van je import vermogen van het net.

Nu begin ik te twijfelen :D Zou denk ik wel eens kunnen dat bij die persoon de export inderdaad negatief was.

[ Voor 7% gewijzigd door Septillion op 30-04-2025 12:30 ]


  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
zenith schreef op woensdag 30 april 2025 @ 11:02:
In principe moet je dan niet kijken naar wat je naar het net teruglevert of uit het net haalt want je loopt dan achter de feiten aan zegmaar :)
Achter de feiten aanlopen is de enige methode. Anders moet je gaan voorspellen wat je verbruik en PV gaan doen en dat kan niet.

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@Endy en @zenith Ik moest wel even heel die graven maar zie dat dit al een aanpassing van die van mij was.

Ik gebruikte toen losse import en export sensoren, beid met een positieve waarde. Waarbij ik deed - p_ex + p_im = p_im - p_ex wat dus een positief getal geeft bij import en negatief bij export.

Als je al een sensor hebt die zo werkt kan je dus 1 op 1 vervangen. Als deze andersom is (dus negatief bij import) zal je die dus moeten inverten (- ipv + ).

Daarnaast gebruikte ik in mijn laatste versie ook niet meer de input number als "huidige c". Maar rekende ik met de sensor met het huidige vermogen dat de omvormer werkelijk produceert. Want het feit dat je limiet op 100% staat wil nog niet zeggen dat de huidige opwek werkelijk 100% is, dat kan ook al maar 50% zijn.

  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
Septillion schreef op woensdag 30 april 2025 @ 12:24:
[...]

Heb je denk ik de verkeerde sensor gepakt. De automation regelt op 0 inport, niet op 0 export. p1_meter_power is dus de entiteit van je import vermogen van het net.

Nu begin ik te twijfelen :D Zou denk ik wel eens kunnen dat bij die persoon de export inderdaad negatief was.
Inderdaad ik vermoed dat bij tweaker Jeroen her destijds via 2 sensoren gescheiden werd.
Ik heb 1 sensor en wil die graag splitsen om hetzelfde script te gebruiken echter vind ik dat een lastige.

Ik kan een sensor aanmaken voor bv OP leveren en OP terugleveren waarbij;
OP leveren > 0 dan toon waarde en OP terugleveren = 0, andersom hetzelfde.

Het aanmaken via template gaat primaAfbeeldingslocatie: https://tweakers.net/i/N4HnkXev17H8xCxwUzLKm6FTmOo=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/k1UynWu7wv5zzOR3xzwUih5W.jpg?f=user_large

De code voor de sensor is nu nog (als probeersel) gebaseerd op het actuele vermogen van de P1 die wordt vergeleken met actuele vermogen van de omvormer, echter als ik deze sensor in een automatisering mee neem dan krijg ik de volgende fout in de developer omgeving;

Afbeeldingslocatie: https://tweakers.net/i/oav7sOfPQdrRX3dP7qTWSG50xdY=/800x/filters:strip_icc():strip_exif()/f/image/JTLajdCY5ve1zzLY9ojaKT6F.jpg?f=fotoalbum_large

Van wat ik zo begrijp heeft het te maken met deze fout:
"not supported between instances of ‘str’ and ‘int’"

Maar wat ik ook probeer om de sensor te mappen op een numerieke waarde, het lukt me niet.
Ongetwijfeld doe ik wat fout maar na vele uren uitzoeken en van alles proberen kom ik er niet uit ;)
Septillion schreef ...
Ik gebruikte toen losse import en export sensoren, beid met een positieve waarde. Waarbij ik deed - p_ex + p_im = p_im - p_ex wat dus een positief getal geeft bij import en negatief bij export.
Ik zie net je update :)

Inderdaad met de sensoren was ik dus ook bezig, maar ik krijg die niet omgezet zodat het automatissche script deze kan gebruiken, door het niet kunnen processen van de data van de sensor.

Gebruik ik inderdaad de door je opgenomen p_max dan springt in de developer mode deze regel altijd naar de door mij ingestelde 3600 watt

{% set p_sp = states('op_terugleveren_leverancier')|float(default=p_max) %}

[ Voor 14% gewijzigd door Endy op 30-04-2025 12:51 ]

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@Endy Als je sensor (zeg p) al negatief is bij terugleveren zou je dus {% set n = (c - p_ex + p_im) / s -%} kunnen vervangen door {% set n = (c + p) / s -%}. Is deze negatief bij leveren wordt het {% set n = (c - p) / s -%}

Maar misschien dat ik vanavond eens kan proberen er een blueprint van te maken. Die vervolgens ook rekening houdt met de grootheid van de sensoren. Gaat me nu niet "even" lukken.

Overigens maak je de template niet correct aan. ls je het via de UI doet wil je puur yaml Jinja, het value_tempalte: hoort dus niet te staan in het veld "State template".

[ Voor 16% gewijzigd door Septillion op 30-04-2025 13:29 ]


  • TheFes
  • Registratie: Juni 2001
  • Laatst online: 22:13
Septillion schreef op woensdag 30 april 2025 @ 12:50:
@Endy Als je sensor (zeg p) al negatief is bij terugleveren zou je dus {% set n = (c - p_ex + p_im) / s -%} kunnen vervangen door {% set n = (c + p) / s -%}. Is deze negatief bij leveren wordt het {% set n = (c - p) / s -%}

Maar misschien dat ik vanavond eens kan proberen er een blueprint van te maken. Die vervolgens ook rekening houdt met de grootheid van de sensoren. Gaat me nu niet "even" lukken.

Overigens maak je de template niet correct aan. ls je het via de UI doet wil je puur yaml, het value_tempalte: hoort dus niet te staan in het veld "State template".
Puur Jinja bedoel je ;)

Home Assistant configuratie


  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
Septillion schreef op woensdag 30 april 2025 @ 12:50:
@Endy Als je sensor (zeg p) al negatief is bij terugleveren zou je dus {% set n = (c - p_ex + p_im) / s -%} kunnen vervangen door {% set n = (c + p) / s -%}. Is deze negatief bij leveren wordt het {% set n = (c - p) / s -%}

Maar misschien dat ik vanavond eens kan proberen er een blueprint van te maken. Die vervolgens ook rekening houdt met de grootheid van de sensoren. Gaat me nu niet "even" lukken.

Overigens maak je de template niet correct aan. ls je het via de UI doet wil je puur yaml, het value_tempalte: hoort dus niet te staan in het veld "State template".
Dat zou heel fijn zijn _/-\o_ , ik ben al wat dagen aan het stoeien, alles werkt heel mooi op dit na.

Ik probeer nog even verder om te zien of ik met de door je aangegeven berekening set n = (c - p) / s er als een juiste waarde uit krijg waarop de aansturing beter triggert :)

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • mrenkema
  • Registratie: Mei 2006
  • Laatst online: 07-11 13:09
Dag, ik weet niet of ik deze vraag hier kan stellen of er een apart topic van moet maken.
Maar .... ik krijg mijn SolarEdge 4000h niet goed toegevoegd in HA

Netjes geconfigureerd, incl ID en API key -> melding gelukt!

Maar ik de waarde (opbrengst) niet:

Afbeeldingslocatie: https://tweakers.net/i/qMsOWt8sQoZAGu9hK7l05FkT-Bw=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/4xXyFLj94wHWArZIyb3Yn6ea.jpg?f=user_large

Ik zie in de details van de Se dat heel veel entiteiten geblokkeerd zijn??

Afbeeldingslocatie: https://tweakers.net/i/q77YFGl9d2p8WWKEchoQGxAc_OQ=/800x/filters:strip_icc():strip_exif()/f/image/NEtBveZuNcQkLYmESuAsVUXp.jpg?f=fotoalbum_large

Twee niet:

sensor.solaredge_4k_huidig_vermogen
solaredge_4k_Lifetime_energy

Die onderste heeft geen data en de bovenste wel, maar die kan ik niet laten meewerken in de tab Energy?
Hoe dit te kiezen?

Al de andere appraten gaan vlekkeloos, HomeWizard, Philips Hue, etc

Alvast dank voor een duwtje in de goede richting.

Marten

  • zenith
  • Registratie: Juni 2001
  • Niet online
In plaats van alleen commentaar geven, hierbij ook een andere insteek om de power limit aan te sturen op basis van je consumptie. De consumptie sensor komt bij mij met mqtt via domoticz.

Dit script werkt met ranges en heeft er in dit voorbeeld 2, ik heb er in totaal een stuk of 10. Met de ranges is het geheel wat rustiger. Er zit een check in het script dat de solaredge actief moet zijn voor er uberhaupt een limiet in gaat.

Er zit ook een check in dat hij bij dezelfde powerlimit niet continue dezelfde powerlimit erin blijft zetten.

Btw, dit is functioneel in elkaar gezet en mijn 1e script in HA. :)
Ik ben meer liefhebber van domoticz maar die heeft niet een makkelijke power limit functie op dit moment.

YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
alias: Adjust export-limit based on consumption
  description: ''
  triggers:
  - trigger: state
    entity_id:
    - sensor.consumption
  conditions:
  - condition: numeric_state
    entity_id: sensor.solaredge_status
    above: 3
  actions:
  - delay: 20
  - choose:
    - conditions:
      - condition: and
        conditions:
        - condition: numeric_state
          entity_id: sensor.consumption
          below: 350
        - condition: not
          conditions:
          - condition: numeric_state
            entity_id: number.solaredge_active_power_limit
            below: 6
            above: 4
      sequence:
      - action: number.set_value
        data:
          value: '5'
        target:
          entity_id: number.solaredge_active_power_limit
    - conditions:
      - condition: and
        conditions:
        - condition: numeric_state
          entity_id: sensor.consumption
          above: 350
          below: 500
        - condition: not
          conditions:
          - condition: numeric_state
            entity_id: number.solaredge_active_power_limit
            below: 10
            above: 8
      sequence:
      - action: number.set_value
        data:
          value: '9'
        target:
          entity_id: number.solaredge_active_power_limit
<< snip >>

[ Voor 1% gewijzigd door Septillion op 30-04-2025 18:55 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]


  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
@mrenkema, geen antwoord op de vraag, maar..., ben je mogelijk in de toekomst van plan om aansturing op basis van de PV te doen of de PV aan te sturen? Zo ja, installeer dan gelijk nu een van de twee modbus gebaseerde custom components. Dan kun je redelijk real time de data uit de PV trekken en dus ook aansturing doen (van de power limieten). De officiële integratie gebruikt polling op de SolarEdge API en naast dat dat pollen veel langzamer is (dan de 5sec die de modbus implementatie standaard doet, de cloud variant zal op zijn snelst elke 5 minuten of zo zijn als zelfs niet 1x per uur) is het ook nog eens zo dat de SE cloud er nog wel eens uit ligt of de data aanlevering van de PV naar de SE cloud uren of zelfs een dag achter loopt. Terwijl de modbus gebaseerde variant dus altijd werkt.

  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
zenith schreef op woensdag 30 april 2025 @ 13:51:
In plaats van alleen commentaar geven, hierbij ook een andere insteek om de power limit aan te sturen op basis van je consumptie. De consumptie sensor komt bij mij met mqtt via domoticz.

Dit script werkt met ranges en heeft er in dit voorbeeld 2, ik heb er in totaal een stuk of 10. Met de ranges is het geheel wat rustiger. Er zit een check in het script dat de solaredge actief moet zijn voor er uberhaupt een limiet in gaat.

Er zit ook een check in dat hij bij dezelfde powerlimit niet continue dezelfde powerlimit erin blijft zetten.

Btw, dit is functioneel in elkaar gezet en mijn 1e script in HA en ben geen ninja2 guru. :)
Ik ben meer liefhebber van domoticz maar die heeft niet een makkelijke power limit functie op dit moment.

code:
1
2
3
4
5
6
7
8
alias: Adjust export-limit based on consumption
  description: ''
  triggers:
  - trigger: state
    entity_id:
    - sensor.consumption
   ....
<< snip >>
Thanks Zenith, dit ziet er ook goed bruikbaar uit :)
Ik ga daar ook even mee aan de slag en probeer me ook eens te verdiepen in het Jinja principe

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • mrenkema
  • Registratie: Mei 2006
  • Laatst online: 07-11 13:09
RobertMe schreef op woensdag 30 april 2025 @ 13:51:
@mrenkema, geen antwoord op de vraag, maar..., ben je mogelijk in de toekomst van plan om aansturing op basis van de PV te doen of de PV aan te sturen? Zo ja, installeer dan gelijk nu een van de twee modbus gebaseerde custom components. Dan kun je redelijk real time de data uit de PV trekken en dus ook aansturing doen (van de poerr limieten). De officiële integratie gebruikt polling op de SolarEdge API en naast dat dat pollen veel langzamer is (dan de 5sec die de modbus implementatie standaard doet, de cloud variant zal op zijn snelst elke 5 minuten of zo zijn als zelfs niet 1x per uur) is het ook nog eens zo dat de SE cloud er nog wel eens uit ligt of de data aanlevering van de PV naar de SE cloud uren of zelfs een dag achter loopt. Terwijl de modbus gebaseerde variant dus altijd werkt.
Ja, dat wil ik zeker doen. Ik heb een 4000 en 5000h hangen. En in totaal 7500 wp op het westen. (8 panelen op de 4K en 16 op de 5K). De 5000K vorig jaar overgenomen van iemand via MP, maar zonder toestemming van de vorige eigenaar (akkoord gaan met deleten data), wil SolarEdge de 5000h niet vrijgeven. Dus ik zie geen data van de 5K. Wel werkt ie prima en levert ie stroom. Nog tegen 5 ct per kWh.
En ja, ik weet niet meer wie het was en weet alleen dat hij in Waardenburg woont.......

Over 10 maanden loopt mijn contract af en dan stap ik over op een dynamisch contract. (denk ik).
En dan wil de omvormers wel degelijk kunnen sturen.

De Modbus component van gehoord, maar moet ik mij nog in verdiepen.
Zou ik met de Modbus component ook mijn 5000h probleem kunnen oplossen?

Dank, M

[ Voor 4% gewijzigd door mrenkema op 30-04-2025 14:20 ]


  • zenith
  • Registratie: Juni 2001
  • Niet online
Endy schreef op woensdag 30 april 2025 @ 14:02:
[...]


Thanks Zenith, dit ziet er ook goed bruikbaar uit :)
Ik ga daar ook even mee aan de slag en probeer me ook eens te verdiepen in het Jinja principe
Np, er zit geen jinja in trouwens omdat ik geen guru ben :)

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
mrenkema schreef op woensdag 30 april 2025 @ 14:10:
De Modbus component van gehoord, maar moet ik mij nog in verdiepen.
Zeker doen dan :p
Zou ik met de Modbus component ook mijn 5000h probleem kunnen oplossen?
Ja, zeer waarschijnlijk wel. Enige kanttekening is dat modbus mogelijk is uitgeschakeld en ik weet niet of je het zonder account kunt inschakelen.
* RobertMe heeft zelf een oud beestje met display en wat knopjes (onder de kap) en heb via die route modbus kunnen activeren. Nieuwere hebben echter geen display en knoppen meer en moeten / kunnen alleen via de SolarEdge app, over wifi (op de omvormer zelf) geconfigureerd worden. Maar ik weet niet 100% zeker of dat oon werkt zonder in de app in te loggen. Maar ik denk van wel. En dat het via het eigenaarsaccount moet lijkt mij zeer onwaarschijnlijk. Een installateur moet lijkt mij toch altijd toegang hebben (als die fysiek bij het ding is, al dan niet tijdens het ophangen).

[ Voor 11% gewijzigd door RobertMe op 30-04-2025 14:28 ]


  • HuismAndré
  • Registratie: Augustus 2001
  • Laatst online: 18:12

HuismAndré

-Pardon my French, I'm Dutch-

Endy schreef op woensdag 30 april 2025 @ 12:46:
[...]


Inderdaad ik vermoed dat bij tweaker Jeroen her destijds via 2 sensoren gescheiden werd.
Ik heb 1 sensor en wil die graag splitsen om hetzelfde script te gebruiken echter vind ik dat een lastige.

Ik kan een sensor aanmaken voor bv OP leveren en OP terugleveren waarbij;
OP leveren > 0 dan toon waarde en OP terugleveren = 0, andersom hetzelfde.

Het aanmaken via template gaat prima[Afbeelding]

De code voor de sensor is nu nog (als probeersel) gebaseerd op het actuele vermogen van de P1 die wordt vergeleken met actuele vermogen van de omvormer, echter als ik deze sensor in een automatisering mee neem dan krijg ik de volgende fout in de developer omgeving;

[Afbeelding]

Van wat ik zo begrijp heeft het te maken met deze fout:
"not supported between instances of ‘str’ and ‘int’"

Maar wat ik ook probeer om de sensor te mappen op een numerieke waarde, het lukt me niet.
Ongetwijfeld doe ik wat fout maar na vele uren uitzoeken en van alles proberen kom ik er niet uit ;)


[...]


Ik zie net je update :)

Inderdaad met de sensoren was ik dus ook bezig, maar ik krijg die niet omgezet zodat het automatissche script deze kan gebruiken, door het niet kunnen processen van de data van de sensor.

Gebruik ik inderdaad de door je opgenomen p_max dan springt in de developer mode deze regel altijd naar de door mij ingestelde 3600 watt

{% set p_sp = states('op_terugleveren_leverancier')|float(default=p_max) %}
moet dat niet zijn:

{% set p_sp = states('sensor.op_terugleveren_leverancier')|float(default=p_max) %}

André Huisman (www.new-line.nl)


  • mrenkema
  • Registratie: Mei 2006
  • Laatst online: 07-11 13:09
RobertMe schreef op woensdag 30 april 2025 @ 14:27:
[...]

Zeker doen dan :p


[...]

Ja, zeer waarschijnlijk wel. Enige kanttekening is dat modbus mogelijk is uitgeschakeld en ik weet niet of je het zonder account kunt inschakelen.
* RobertMe heeft zelf een oud beestje met display en wat knopjes (onder de kap) en heb via die route modbus kunnen activeren. Nieuwere hebben echter geen display en knoppen meer en moeten / kunnen alleen via de SolarEdge app, over wifi (op de omvormer zelf) geconfigureerd worden. Maar ik weet niet 100% zeker of dat oon werkt zonder in de app in te loggen. Maar ik denk van wel. En dat het via het eigenaarsaccount moet lijkt mij zeer onwaarschijnlijk. Een installateur moet lijkt mij toch altijd toegang hebben (als die fysiek bij het ding is, al dan niet tijdens het ophangen).
Dank je.
De installateur is een SE expert en die kreeg het niet voorelkaar met helpdesk van SE om de 5000h vrij te geven voor mij. Dus op mijn account te zetten. Want de vorige eigenaar moet toestemming geven zijn data te deleten.

Maar, ik ga hem effe mailen of ie voor beide de Modbus in kan schakelen. De 4000 is met display, de 5000 zonder.

PS: heb je toevallig een beschrijving hoe ik de modbus kan activeren op mijn 4000 met display?

  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
HuismAndré schreef op woensdag 30 april 2025 @ 14:46:
[...]

moet dat niet zijn:

{% set p_sp = states('sensor.op_terugleveren_leverancier')|float(default=p_max) %}
Dat dacht ik ook, en had ik ook al geprobeerd in het script maar krijg daarbij altijd dan de p_max waarde ongeacht of terugleveren wel of niet aanwezig is.

Afbeeldingslocatie: https://tweakers.net/i/-VajAntWXUYYz2PUw0Ygiktd2Yo=/800x/filters:strip_icc():strip_exif()/f/image/LZYSF1ypiDNQLbsY6RCZrf3n.jpg?f=fotoalbum_large

Mogelijk dat dat met het defineren van mijn sensor te maken heeft en state / numeriek problemen met conversie

Graag in de toekomst een tempalte en resultaat delen in code ipv plaatje. Zo veel makkelijker aan te passen door anderen om te helpen.

[ Voor 7% gewijzigd door Septillion op 30-04-2025 18:58 ]

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
mrenkema schreef op woensdag 30 april 2025 @ 14:53:
PS: heb je toevallig een beschrijving hoe ik de modbus kan activeren op mijn 4000 met display?
Niet direct. Is alweer 2 jaar geleden dat ik dit gedaan had. In ieder geval moet daarvoor de kap er vanaf (omdat de knoppen ook onder de kap zitten). Dus dat betekent uitschakelen PV, wachten tot die uit is, vervolgens afschakelen stroom (werkschakelaar of in de meterkast), kap eraf halen, vervolgens de netstroom weer inschakelen en dan met "dikke vingers" de te kleine knopjes direct op het PCB waar ook echt alle PV componenten op zitten bedienen.

Bij de versies zonder display is het dan AFAIK makkelijker. SetApp? installeren, knop onderop de PV even naar links drukken en in de app de QR code die op de behuizing staat scannen. (Na omwippen knop activeert die de wifi module, de QR code bevat de wifi gegevens waarna de telefoon verbinding maakt met dat wifi netwerk en de app verbinding maakt met de PV. Vervolgens kun je in de app gewoon rondklikken en instellingen aanpassen).

  • Mr.Viper
  • Registratie: Oktober 2005
  • Laatst online: 18:56

Mr.Viper

Tja... iets met Dodge Vipers

Endy schreef op woensdag 30 april 2025 @ 15:07:
[...]


Dat dacht ik ook, en had ik ook al geprobeerd in het script maar krijg daarbij altijd dan de p_max waarde ongeacht of terugleveren wel of niet aanwezig is.

[Afbeelding]

Mogelijk dat dat met het defineren van mijn sensor te maken heeft en state / numeriek problemen met conversie
Ik ben hier ook al eens mee bezig geweest alleen is de interval van de omvormer heel laag dus niet werkbaar maar dan krijg je wel een idee:

YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
{% set p_max = 5000|round(1) -%} 
{% set p_im  = (states('sensor.electricity_meter_energieverbruik')|float(default=p_max) * 1000)|round(1) -%} 
{% set p_ex  = (states('sensor.electricity_meter_energieproductie')|float(default=p_max) * 1000)|round(1) -%} 
{% set c     = (states('sensor.growatt_mod_5000tl3_xh_intern_vermogen')|float(default=p_max)*1)|round(1) -%} 
{% set s    = p_max / 100 -%} 
{% set n    = (c - p_ex + p_im) / s -%} 
{% set r    = max( min(n, 100), 0)|round(0, 'ceil') -%} 
Max Opwek         :{{ p_max }} Watt
Net afname        :{{ p_im }} Watt
Net levering      :{{ p_ex }} Watt
PV Opwek.         :{{ c }} Watt
1%.               :{{ s }} Watt
PV Opwek          :{{ (c - p_ex)|round(1) }} Watt
PV Nodig          :{{ ((c - p_ex)|round(1) + p_im)|round(1)}} Watt
Totaal Nodig      :{{ (s * n)|round(1)}} Watt
Afronding         :{{ (s * r)|round(1)}} Watt
Percentage        :{{ n|round(1) }} %
Afronding         :{{ r|round(1) }} %
Potentiele leveri :{{ ((s * r)-(s * n))|round(1)}} Watt


Resultaat:
code:
1
2
3
4
5
6
7
8
9
10
11
12
Max Opwek         :5000.0 Watt
Net afname        :0.0 Watt
Net levering      :2316.0 Watt
PV Opwek.         :2890.7 Watt
1%.               :50.0 Watt
PV Opwek          :574.7 Watt
PV Nodig          :574.7 Watt
Totaal Nodig      :574.7 Watt
Afronding         :600.0 Watt
Percentage        :11.5 %
Afronding         :12.0 %
Potentiele leveri :25.3 Watt

|| System Specs || 36° ONO-WZW 4875Wp ||


  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
[quote]Mr.Viper schreef op woensdag 30 april 2025 @ 15:17:
[...]


Ik ben hier ook al eens mee bezig geweest alleen is de interval van de omvormer heel laag dus niet werkbaar maar dan krijg je wel een idee:
YAML:
1
2
3
4
5
6
7
8
9
10
{% set p_max = 5000|round(1) -%} 
{% set p_im  = (states('sensor.electricity_meter_energieverbruik')|float(default=p_max) * 1000)|round(1) -%} 
{% set p_ex  = (states('sensor.electricity_meter_energieproductie')|float(default=p_max) * 1000)|round(1) -

...
Totaal Nodig      :574.7 Watt
Afronding         :600.0 Watt
Percentage        :11.5 %
Afronding         :12.0 %
Potentiele leveri :25.3 Watt
Dat ziet er ook zeer mooi uit hoe dat is opgebouwd.
Dat merkte ik ook op met het gebruik van de solar edge omvormer sensor "sensor.sensor.solaredge_ac_power" wordt maar 1 x in de 30 seconden bijgewerkt waardoor het automatiseren ook verkeerd uitpakte, met name als de doorlooptijd korter was.
En dat was met triggeren op SMR5 P1 berichten het geval :)

Ik heb met alle hulp in ieder geval genoeg om uit te bouwen 8)

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • Antonio di
  • Registratie: November 2016
  • Laatst online: 23:23

Antonio di

a mi me dijeron que si

konehead schreef op woensdag 30 april 2025 @ 08:57:
[...]


Was even druk gisteren en zie nu pas de berichten. De WS-5500 werkt feilloos met de EcoWitt integratie. Ik heb twee integraties gekoppeld aan de de WS-5500:
A) EcoWitt
B) WunderGround

Ik was met B gestart en vorig jaar overgestapt op A. De EcoWitt werkt m.i. stabieler met een hogere update frequentie. Super stabiel. WunderGround heb ik meelopen omdat daar een forecast functie bijzit. Had daar wilde plannen mee, maar dat is er nog niet van gekomen. EcoWitt is plain vanilla, dwz alleen de sensoren van het weerstation (26 stuks). Het scherm van de WS-5500 heeft ook een interne temperatuur en vochtigheid. Werkt beter dan een zigbee Tuya, maar niet nauwkeurig genoeg voor het aansturen van de verwarming. Dit komt omdat het scherm warm wordt en/of soms in de zon staat. Voor het aansturen van de verwarming heb ik een shelly in de woonkamer gelegd met een temperatuur add-on.

Hieronder een printscreen, met alle automatiseringen die ik heb draaien (NB: niet alle sensoren zijn getoond bij de printscreen).

[Afbeelding]
Bedankt.
@Toppe , @ralpje en @Verwijderd: zie deze melding/post.
Moest wel even goed lezen. Want bij Ecowitt (jouw A) dacht ik aan de upload naar de Ecowitt weer-site (geloof voor alleen "echte" Ecowitt modellen).
Maar de Schermafdruk die je meestuurt is duidelijk een Home Assistant Scherm. Fijn dat de Alecto WS-5500 goed werkt met de officiële Ecowitt HA Integratie.

profesión: Lo que se cruza en mi camino y disfrutando de la vida


  • mrenkema
  • Registratie: Mei 2006
  • Laatst online: 07-11 13:09
RobertMe schreef op woensdag 30 april 2025 @ 15:10:
[...]

Niet direct. Is alweer 2 jaar geleden dat ik dit gedaan had. In ieder geval moet daarvoor de kap er vanaf (omdat de knoppen ook onder de kap zitten). Dus dat betekent uitschakelen PV, wachten tot die uit is, vervolgens afschakelen stroom (werkschakelaar of in de meterkast), kap eraf halen, vervolgens de netstroom weer inschakelen en dan met "dikke vingers" de te kleine knopjes direct op het PCB waar ook echt alle PV componenten op zitten bedienen.

Bij de versies zonder display is het dan AFAIK makkelijker. SetApp? installeren, knop onderop de PV even naar links drukken en in de app de QR code die op de behuizing staat scannen. (Na omwippen knop activeert die de wifi module, de QR code bevat de wifi gegevens waarna de telefoon verbinding maakt met dat wifi netwerk en de app verbinding maakt met de PV. Vervolgens kun je in de app gewoon rondklikken en instellingen aanpassen).
Ik vind op Github deze procedure:

Long hold "OK" (the rightmost button)
Enter the password as "Up Down OK, Up Down OK, Up Down". (The screen will display 12312312)
Use the down arrow to scroll down to Communication.
Select LAN and press OK.
Enable ModBus TCP.
A new Port menu is added to the screen (the default port is 1502).
To modify the TCP port: select Port, set the port number and tap Done.



Dat zou voldoende moeten zijn om via Hacks de modbus aan te spreken in HomeAssistant. Toch?

  • Witlof
  • Registratie: Mei 2000
  • Laatst online: 20:22
Mr.Viper schreef op woensdag 30 april 2025 @ 15:17:
[...]

Ik ben hier ook al eens mee bezig geweest alleen is de interval van de omvormer heel laag dus niet werkbaar maar dan krijg je wel een idee:
Ik wil hier ook mee aan de slag gaan als het salderen weg gaat vallen in 2027. Heb de info van @Mr.Viper als basis genomen om te kijken hoe het werkt en met deze instellingen gaat het goed (lijkt wellicht ook op jouw omgeving @Endy ):

YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
{% set p_max = 3500|round(1) -%} 
{% set p_im  = states('sensor.p1_meter_power')|float(default=p_max)|round(1) -%} 
{% set c     = states('sensor.solaredge_ac_power')|float(default=p_max)|round(1) -%} 
{% set s     = p_max / 100 -%} 
{% set n     = (c + p_im) / s -%} 
{% set r     = max( min(n, 100), 0)|round(0, 'ceil') -%} 
Max Opwek         :{{ p_max }} Watt
Net afname        :{{ p_im }} Watt
PV Opwek.         :{{ c }} Watt
1%.               :{{ s }} Watt
PV Opwek          :{{ (c)|round(1) }} Watt
PV Nodig          :{{ ((c)|round(1) + p_im)|round(1)}} Watt
Totaal Nodig      :{{ (s * n)|round(1)}} Watt
Afronding         :{{ (s * r)|round(1)}} Watt
Percentage        :{{ n|round(1) }} %
Afronding         :{{ r|round(1) }} %
Potentiele leveri :{{ ((s * r)-(s * n))|round(1)}} Watt


Resultaat:
code:
1
2
3
4
5
6
7
8
9
10
11
Max Opwek         :3500.0 Watt
Net afname        :-1274.0 Watt
PV Opwek.         :2345.7 Watt
1%.               :35.0 Watt
PV Opwek          :2345.7 Watt
PV Nodig          :1071.7 Watt
Totaal Nodig      :1071.7 Watt
Afronding         :1085.0 Watt
Percentage        :30.6 %
Afronding         :31.0 %
Potentiele leveri :13.3 Watt

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
mrenkema schreef op woensdag 30 april 2025 @ 16:48:
[...]

Ik vind op Github deze procedure:

Long hold "OK" (the rightmost button)
Enter the password as "Up Down OK, Up Down OK, Up Down". (The screen will display 12312312)
Use the down arrow to scroll down to Communication.
Select LAN and press OK.
Enable ModBus TCP.
A new Port menu is added to the screen (the default port is 1502).
To modify the TCP port: select Port, set the port number and tap Done.



Dat zou voldoende moeten zijn om via Hacks de modbus aan te spreken in HomeAssistant. Toch?
Als het daar staat geloof ik het direct :+. Maar het doet me wel vaag er aan herinneren ja. Pincode, communication, zoiets was het wel.

Maar let ook vooral op je eigen veiligheid ;) Het aanpassen van zaken is niet zo spannend. Maar zorg wel absoluut ervoor dat je veilig werkt. Oftewel: minimaal de DC stroom afschakelen én wachten tot op het display staat dat die veilig is. En zeker de eerste keer zou ik (daarna) ook even de netstroom afschakelen (dus of de werkschakelaar uit of de automaat in de groepenkast uit). Met de kap er af moet je wel weer de netspanning aan zetten (anders doet die niks ;)). Maar dan heb je in ieder geval veilig en spanningsloos de kap er af gehaald en "kunnen kijken wat er onder de kap zit". Maar dus zeker altijd de DC spanning afschakelen en wachten totdat op hwt display staat tot die veilig is (en DC spanning ook pas weer inschakelen als de kap er op zit).
Want 230V netspanning wil je niet met je vingers aan zitten, maar ~400V DC spanning al helemaal niet.

  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
Witlof schreef op woensdag 30 april 2025 @ 16:56:
[...]

Ik wil hier ook mee aan de slag gaan als het salderen weg gaat vallen in 2027. Heb de info van @Mr.Viper als basis genomen om te kijken hoe het werkt en met deze instellingen gaat het goed (lijkt wellicht ook op jouw omgeving @Endy ):

[code=yaml]
{% set p_max = 3500|round(1) -%}
{% set p_im = states('sensor.p1_meter_power')|float(default=p_max)|round(1) -%}
{% set c = states('sensor.solaredge_ac_power')|float(default=p_max)|round(1) -%}
{...
Ik ben zeer benieuwd want dit is eigenlijk dezelfde situatie, waarbij ik dan ook een accusysteem overweeg om de avond / nacht te kunnen overbruggen. Als je je script klaar hebt dan zie ik het graag, andersom ben ik ook nog even bezig met de diverse opties en het kijken wat dit doet over een dag en zal ik mijn bevindingen dan ook delen :)

[ Voor 2% gewijzigd door Endy op 30-04-2025 17:16 . Reden: ontbrekende tekst ]

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • Toppe
  • Registratie: Januari 2004
  • Laatst online: 21:26
konehead schreef op woensdag 30 april 2025 @ 08:57:
[...]


Was even druk gisteren en zie nu pas de berichten. De WS-5500 werkt feilloos met de EcoWitt integratie. Ik heb twee integraties gekoppeld aan de de WS-5500:
A) EcoWitt
B) WunderGround

Ik was met B gestart en vorig jaar overgestapt op A. De EcoWitt werkt m.i. stabieler met een hogere update frequentie. Super stabiel. WunderGround heb ik meelopen omdat daar een forecast functie bijzit. Had daar wilde plannen mee, maar dat is er nog niet van gekomen. EcoWitt is plain vanilla, dwz alleen de sensoren van het weerstation (26 stuks). Het scherm van de WS-5500 heeft ook een interne temperatuur en vochtigheid. Werkt beter dan een zigbee Tuya, maar niet nauwkeurig genoeg voor het aansturen van de verwarming. Dit komt omdat het scherm warm wordt en/of soms in de zon staat. Voor het aansturen van de verwarming heb ik een shelly in de woonkamer gelegd met een temperatuur add-on.

Hieronder een printscreen, met alle automatiseringen die ik heb draaien (NB: niet alle sensoren zijn getoond bij de printscreen).

[Afbeelding]
Kan je toevallig ook iets van de zonnekracht zien? Ben nu bezig met het zwembad te automatiseren (warmtemat) dus dat zou wel makkelijk zijn.

Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!


  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@mrenkema Dat "blokkleren" icoon betekend alleen dat je geen customization in de UI kan doen. Verder krijg je er wel gewoon data van.

Makkelijkste overigens om via de integratie en dan het device het te openen. Dan heb je alles mooi bij elkaar.

  • Toppe
  • Registratie: Januari 2004
  • Laatst online: 21:26
Is er hier iemand die de entiteit sensor.sun_solar_rising actief heeft binnen de sun intergratie?

Door het woordje 'solar' word ik op de been gezet dat deze true is zolang de zonnekracht toeneemt en false zodra de zonnekracht afneemt.

Maar dit staat op de intergratie pagina:
"True if the Sun is currently rising, after solar midnight and before solar noon."

Ik heb de intergratie nu natuurlijk ingeschakeld maar zou fijn zijn als iemand hier al een antwoord op kan geven

Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!


  • mrenkema
  • Registratie: Mei 2006
  • Laatst online: 07-11 13:09
Septillion schreef op woensdag 30 april 2025 @ 19:00:
@mrenkema Dat "blokkleren" icoon betekend alleen dat je geen customization in de UI kan doen. Verder krijg je er wel gewoon data van.

Makkelijkste overigens om via de integratie en dan het device het te openen. Dan heb je alles mooi bij elkaar.
Zo heb ik het ook gedaan, maar geen data zoals je ziet. Want die twee:

sensor.solaredge_4k_huidig_vermogen
solaredge_4k_Lifetime_energy

zou ik dus gewoon moeten kunnen aanspreken. Maar ik kan alleen de solaredge_4k_Lifetime_energy 'laden'. En die doet niks.

  • TheFes
  • Registratie: Juni 2001
  • Laatst online: 22:13
Toppe schreef op woensdag 30 april 2025 @ 19:34:
Is er hier iemand die de entiteit sensor.sun_solar_rising actief heeft binnen de sun intergratie?

Door het woordje 'solar' word ik op de been gezet dat deze true is zolang de zonnekracht toeneemt en false zodra de zonnekracht afneemt.

Maar dit staat op de intergratie pagina:
"True if the Sun is currently rising, after solar midnight and before solar noon."

Ik heb de intergratie nu natuurlijk ingeschakeld maar zou fijn zijn als iemand hier al een antwoord op kan geven
Zoals ik het interpreteer is die sensor True zolang de zon aan het stijgen is, zodra hij zijn hoogste punt bereikt heeft wordt hij False en wordt weer True na solar midnight. Het zegt verder niets over de sterkte van de zonkracht, maar puur over de elevation.

geen idee waarom dat niet gewoon een binary sensor is trouwens.

[ Voor 3% gewijzigd door TheFes op 30-04-2025 19:54 ]

Home Assistant configuratie


  • BiG-GuY
  • Registratie: Oktober 2002
  • Laatst online: 09-11 10:07

BiG-GuY

Moderator Wonen & Mobiliteit
Toppe schreef op woensdag 30 april 2025 @ 18:59:
[...]


Kan je toevallig ook iets van de zonnekracht zien? Ben nu bezig met het zwembad te automatiseren (warmtemat) dus dat zou wel makkelijk zijn.
Heb zelf gisteren de EcoWitt WS90 geïnstalleerd met de GW2000 hub. Kwam erachter dat een buurman 5 huizen verderop ook een EcoWitt heeft, de WS69 (zelfde sensor als de Alecto WS-5500) en die kan ik dus ook uitlezen. Kan zomaar zijn dat hij die van Alecto heeft. Vond zelf de displays van hun lelijk, dus die hoefde ik niet. Met de hub is het 1x instellen en je hebt verder geen internet toegang nodig naar de hub, werkt 100% lokaal naar HA. Heb nu beide sensoren gekoppeld aan mijn Hub en 3x Ecowitt WH51 Soil Moisture Meter.

Het lijkt erop dat de Hub de data van beide WS sensoren samenvoegt had ergens online gevonden dat bepaalde type sensoren boven de andere wordt geplaatst qua prioriteit. Je kan zelf kiezen om een sensor te negeren, maar hij maakt dus vanzelf connectie met alle sensoren die te ontvangen zijn. Wel handig om zo meerdere soorten sensoren te hebben, degene die ik heb heeft namelijk een ander type regensensor dan die andere, beide zijn nu zichtbaar in HA.

Dit zijn alle zon gerelateerde sensoren die ik zie:
Afbeeldingslocatie: https://tweakers.net/i/hyveXgVwhcSCWKEfBVzJo6qZN_A=/232x232/filters:strip_exif()/f/image/6w6bh0QDyQBQjKzof2St3jKu.png?f=fotoalbum_tileAfbeeldingslocatie: https://tweakers.net/i/Yx5taWfk9COLu_o55S4F-nx9XIA=/232x232/filters:strip_exif()/f/image/mFmfk7ydUyhTSFM7e92RwiIn.png?f=fotoalbum_tileAfbeeldingslocatie: https://tweakers.net/i/vmPcKHUzlOjDY3D8M9MKKiXRUGM=/232x232/filters:strip_exif()/f/image/SjdME8AIPxZizeUkNxCvwiB1.png?f=fotoalbum_tile

Let niet op de dip, toen was ik mn HA OS aan het omzetten van een Mini PC naar de HA Yellow, dus was hij even down.

[ Voor 7% gewijzigd door BiG-GuY op 30-04-2025 20:38 ]

Gallery V&A


  • konehead
  • Registratie: Januari 2005
  • Laatst online: 18:15
Toppe schreef op woensdag 30 april 2025 @ 18:59:
[...]


Kan je toevallig ook iets van de zonnekracht zien? Ben nu bezig met het zwembad te automatiseren (warmtemat) dus dat zou wel makkelijk zijn.
Weer station heeft UV index.

  • Brynnie
  • Registratie: Februari 2001
  • Niet online
Ik kirjg uit een RSS feed een timestamp in dit formaat:
code:
1
Fri, 25 Apr 2025 21:59:00 GMT

Hoe kan ik dit omzetten naar de huidige lokale tijd in Nederland/België?

Ik zoek liefst een oplossing die ook bij de omschakeling tussen zomer- en wintertijd werkt, zodat ik de code niet 2x per jaar moet aanpassen.

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
Brynnie schreef op woensdag 30 april 2025 @ 21:15:
Ik kirjg uit een RSS feed een timestamp in dit formaat:
code:
1
Fri, 25 Apr 2025 21:59:00 GMT

Hoe kan ik dit omzetten naar de huidige lokale tijd in Nederland/België?

Ik zoek liefst een oplossing die ook bij de omschakeling tussen zomer- en wintertijd werkt, zodat ik de code niet 2x per jaar moet aanpassen.
Django/Jinja:
1
{{ strptime('Fri, 25 Apr 2025 21:59:00 GMT', '%a, %d %b %Y %H:%M:%S %Z') }}

Dit lijkt in zoverre te werken.
En ondanks dat de Python docs spreken over dat %d, %H, %M en %S "zero padded" moeten zijn (dus 01 i.p.v. 1) lijkt het ook prima te werken met bv 5 Apr 2025 1:9:0.

  • Antonio di
  • Registratie: November 2016
  • Laatst online: 23:23

Antonio di

a mi me dijeron que si

Toppe schreef op woensdag 30 april 2025 @ 18:59:
[...]


Kan je toevallig ook iets van de zonnekracht zien? Ben nu bezig met het zwembad te automatiseren (warmtemat) dus dat zou wel makkelijk zijn.
Er is ook een temperatuurmeter van Ecowitt voor je zwembad, de WN36.
Bij console Ecowitt WS 2910 staat echter voor de WN36: 1 (only upload), weet niet wat dat betekent.
Bij de Ecowitt GW2000 gateway kun je in totaal 8 temperatuurmeters koppelen, waaronder de WN36.

PS, zie ook re-brand buiten Weerstation met Console "Eurochron EFWS 2900" en die zijn koppeling naar Home Assistant (even je Duits oefenen):
https://it-beratung-koch....hron-efws-2900-einbinden/

profesión: Lo que se cruza en mi camino y disfrutando de la vida


  • Brynnie
  • Registratie: Februari 2001
  • Niet online
RobertMe schreef op woensdag 30 april 2025 @ 21:52:
[...]

Django/Jinja:
1
{{ strptime('Fri, 25 Apr 2025 21:59:00 GMT', '%a, %d %b %Y %H:%M:%S %Z') }}

Dit lijkt in zoverre te werken.
En ondanks dat de Python docs spreken over dat %d, %H, %M en %S "zero padded" moeten zijn (dus 01 i.p.v. 1) lijkt het ook prima te werken met bv 5 Apr 2025 1:9:0.
Die oplossing geeft helaas gewoon 21:59u als tijd.
21:59u GMT is 23:59u bij ons.

  • Antonio di
  • Registratie: November 2016
  • Laatst online: 23:23

Antonio di

a mi me dijeron que si

BiG-GuY schreef op woensdag 30 april 2025 @ 20:31:
[...]

Heb zelf gisteren de EcoWitt WS90 geïnstalleerd met de GW2000 hub. Kwam erachter dat een buurman 5 huizen verderop ook een EcoWitt heeft, de WS69 (zelfde sensor als de Alecto WS-5500) en die kan ik dus ook uitlezen. Kan zomaar zijn dat hij die van Alecto heeft. Vond zelf de displays van hun lelijk, dus die hoefde ik niet. Met de hub is het 1x instellen en je hebt verder geen internet toegang nodig naar de hub, werkt 100% lokaal naar HA. Heb nu beide sensoren gekoppeld aan mijn Hub en 3x Ecowitt WH51 Soil Moisture Meter.

Het lijkt erop dat de Hub de data van beide WS sensoren samenvoegt had ergens online gevonden dat bepaalde type sensoren boven de andere wordt geplaatst qua prioriteit. Je kan zelf kiezen om een sensor te negeren, maar hij maakt dus vanzelf connectie met alle sensoren die te ontvangen zijn. Wel handig om zo meerdere soorten sensoren te hebben, degene die ik heb heeft namelijk een ander type regensensor dan die andere, beide zijn nu zichtbaar in HA.

Dit zijn alle zon gerelateerde sensoren die ik zie:
[Afbeelding][Afbeelding][Afbeelding]

Let niet op de dip, toen was ik mn HA OS aan het omzetten van een Mini PC naar de HA Yellow, dus was hij even down.
Een Hub of Console koppelt inderdaad componenten van meerdere bronnen mits die dat component kent (variëren dus van 0/niet t/m 16 stuks). Wil je dat koppelen niet, dan moet je deze op DISABLE zetten, want ze staan standaard allemaal op ENABLE.
Heb je meer componenten van een bepaald type dan je Console/gateway aankan, dan neem je nog een Gateway. Als het goed is kun je meerdere Consoles/Gateways koppelen aan HA (dat ging goed bij de HACS Ecowitt versie die niet meer werkt en die is opgevolgd door de de officiële Ecowitt Integratie).

profesión: Lo que se cruza en mi camino y disfrutando de la vida


  • TheFes
  • Registratie: Juni 2001
  • Laatst online: 22:13
Brynnie schreef op woensdag 30 april 2025 @ 22:15:
[...]


Die oplossing geeft helaas gewoon 21:59u als tijd.
21:59u GMT is 23:59u bij ons.
Niet helemaal netjes misschien, maar het lijkt wel te werken
Django/Jinja:
1
{{ (strptime('Fri, 25 Apr 2025 21:59:00 GMT', '%a, %d %b %Y %H:%M:%S GMT') ~ '+00:00') | as_datetime | as_local }}

Home Assistant configuratie


  • Brynnie
  • Registratie: Februari 2001
  • Niet online
TheFes schreef op woensdag 30 april 2025 @ 23:08:
[...]


Niet helemaal netjes misschien, maar het lijkt wel te werken
Django/Jinja:
1
{{ (strptime('Fri, 25 Apr 2025 21:59:00 GMT', '%a, %d %b %Y %H:%M:%S GMT') ~ '+00:00') | as_datetime | as_local }}
Lijkt inderdaad te doen wat ik wens. :Y

  • dotcom87
  • Registratie: Januari 2011
  • Laatst online: 21:54
Ik heb onlangs (met de hulp van ESPHome) mijn Zehnder ventilatie unit verbonden met HA. Ik zie nu dat er een climate entity is die er als volgt uit ziet:

Afbeeldingslocatie: https://tweakers.net/i/ztzAMLY4ZpvdPvLIWN_8GXCNFxY=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/sjSdeRh0ZmrDojI3fTzFxwjM.png?f=user_large

Ik ben wat in de war met de 2 temperaturen op deze kaart. Is de oranje kant de temperatuur wanneer de ventilatie op "heat" mode staat? en de blauwe dan voor "cool"?

  • Gizz
  • Registratie: Maart 2001
  • Laatst online: 21:25

Gizz

Dunder-Mifflin, Inc.

@dotcom87 correct. Als de huidige temperatuur zich in de oranje balk bevindt, dan zal er verwarmd worden totdat hij het witte bolletje aan het eind van de oranje schaal bereikt (21 graden).

Datzelfde geldt voor blauw; er zal gekoeld worden totdat het setpoint van 22 graden bereikt wordt. Het felblauwe stukje is het verschil tussen het setpoint van 22 graden en je huidige temperatuur van 22,5.

Canon EOS 5Dm3 + 5D + 7D + 300D + 1000FN + EF 17-40 4L + EF 35 1.4L + EF 50 1.8 + EF 80-200 2.8L + 550EX


  • Toppe
  • Registratie: Januari 2004
  • Laatst online: 21:26
Iemand die hier een verklaring voor heeft? Is een ESPhome configuratie met deep sleep 10s/10min.

Volgens de documentatie zou dit gebeuren als je de module eerst in HA zet en daarna de deep sleep activeert. Dat is hier niet het geval, heb eerst alles gereedgemaakt en daarna pas toegevoegd in HA.
Afbeeldingslocatie: https://tweakers.net/i/5JWil3mhjgOfux55GSjKpIQF1pA=/x800/filters:strip_exif()/f/image/PWckHXWD7AibqPSMthG9zrMG.png?f=fotoalbum_large

En dan met name de vraag, kan ik dit op afstand, met een extra template sensor herstellen?

[ Voor 7% gewijzigd door Toppe op 01-05-2025 08:12 ]

Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!


  • Ferra
  • Registratie: Januari 2010
  • Niet online
dotcom87 schreef op donderdag 1 mei 2025 @ 05:18:
Ik heb onlangs (met de hulp van ESPHome) mijn Zehnder ventilatie unit verbonden met HA. Ik zie nu dat er een climate entity is die er als volgt uit ziet:

[Afbeelding]

Ik ben wat in de war met de 2 temperaturen op deze kaart. Is de oranje kant de temperatuur
wanneer de ventilatie op "heat" mode staat? en de blauwe dan voor "cool"?
Hoe heb je dit voor elkaar gekregen? Ik krijg namelijk wel connectie via de zehnder app met mijn comfoclime, maar ik krijg hem niet in home assistant…

Zie hieronder de app en het ardiuno boardje wat op de unit zit:

Afbeeldingslocatie: https://tweakers.net/i/rGjT8mQkEdceDCRQUMnnEKKO0Yg=/x800/filters:strip_icc():strip_exif()/f/image/g28qIDPM1XNRfnTGmCYh7u3u.jpg?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/ZgoGduNSr2jP5aA8zgqn8qaDP4o=/800x/filters:strip_icc():strip_exif()/f/image/L5woeZ68rnt3ddypuA92sW2H.jpg?f=fotoalbum_large

[ Voor 34% gewijzigd door Ferra op 01-05-2025 09:54 ]


  • Ferra
  • Registratie: Januari 2010
  • Niet online
-

[ Voor 100% gewijzigd door Ferra op 01-05-2025 09:55 ]


  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
Ik heb gisteravond en vanochtend even gekeken wat ik met alle waardevolle feedback heb kunnen doen voor mijn thuissituatie.

Een korte samenvatting:
- Home assistant op Rpi4b
- Solaredge SE10K (8400wp) via Modbus
- Homewizard P1 op SMR5 (sagemcom meter - elke seconde nieuw P1 bericht)

Beschikbare entiteiten:
- sensor.sensor.p1_meter_power -> totaal vermogen (+ of - afhankelijk van leveren of terugleveren aan grid)
- number.solaredge_active_power_limit -> omvormer limiter (schaal 0-100)
- sensor.solaredge_ac_power -> actueel vermogen opwek omvormer

1: Test met script wat door @Septillion was gemaakt voor een situatie

YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
trigger:
  - platform: state
    entity_id:
      - sensor.electricity_meter_power_consumption
      - sensor.electricity_meter_power_production
    from: null
condition: []
action:
  - service: number.set_value
    metadata: {}
    data:
      value: >-
        {% set p_max = 3.680 -%}
        {% set p_im = states('sensor.electricity_meter_power_consumption')|float(default=p_max)  -%}
        {% set p_ex = states('sensor.electricity_meter_power_production')|float(default=p_max)  -%}
        {% set c = states('sensor.solar_edge_power')|float(default=p_max * 1000) / 1000 -%}
        {% set s = p_max / 100 -%}
        {% set n = (c - p_ex + p_im) / s -%}
        {{ max( min(n, 100), 0)|round(0, 'ceil') }}


Resultaat:
Met de suggesties van @Septillion en @Mr.Viper krijg ik dit helaas niet goed werkend.
Ik moet op de totaal vermogen leveren sturen vanuit de slimme meter en door de berekening schuift de limietinstelling op de omvormer tussen de 5 en 40 procent waardoor het om de paar seconden van ca 300 Watt opwek naar 1800 watt opwek schommelt.

Ik heb ook de berekening van @Witlof geprobeerd, daarbij wordt ook de omvormer AC vermogen "actueel" gebruikt, al wordt deze waarde bij mijn omvormer maar 1 x per 30 seconden bijgewerkt en zijn hier ook grote schommelingen.

2: Defineer bereiken in een "choose condition"
Het voorbeeld van @zenith werkt door het defineren van de ranges al een heel stuk beter.
Hierbij merk ik wel dat ook mijn omvormer nogal onnauwkeurig is, dus je moet goed weten op welk moment van de tijd op de dag met een percentage limit de omvormer zelf opwekt in vermogen.

Ik heb, denk ik echter een oplossing gevonden die erg nauwkeurig stuurt en bij mij resulteert in een marge van doorgaans 100 watt plus of min op het overdrachtspunt, ook als ik een oven aan zet wordt dat netjes gecorrigeerd :);

Hieronder mijn code;
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
alias: Automatisch omvormer instellen 0-100 procent (02-05)
description: ""
triggers:
  - entity_id:
      - sensor.p1_meter_power
    from: null
    trigger: state
conditions: []
actions:
  - metadata: {}
    data:
      value: >-
        {% set p_max = 3000 -%}
        {% set p_max_live = states('sensor.p1_meter_power')|float(default=p_max) -%}
        {% set p_max_new = p_max_live / p_max -%}
        {% set limiter_curr = states('number.solaredge_active_power_limit')|float(default=100) -%}
        {% set limiter_new = limiter_curr + (limiter_curr * p_max_new) -%} 
        {{ max( min(limiter_new, 50), 3)|round(0, 'ceil') }}
    target:
      entity_id: number.solaredge_active_power_limit
    action: number.set_value
  - delay:
      hours: 0
      minutes: 0
      seconds: 30
      milliseconds: 0
mode: parallel
max_exceeded: silent


Toelichting t.a.v "value berekening":
- Ik gebruik de sensor van de P1 meter om het actuele vermogen te bepalen via "p_max_live"
- Met attribuut "set_p_max_new" bepaal ik de ratio tussen actuele en het maximale vermogen.
- Met "set limiter_curr" leg ik de huidige limitwaarde van de omvormer vast
- Met "set_limiter_new" bepaal ik met de berekening de nieuwe limitwaarde.
- Met de laatste regel bepaal ik de waarde om te "setten" als limiter waarbij ik dan de range van de omvormer beperk tot 50 (erboven doet ie niets) en ondergrens (5) zodat ie altijd nog wat opwekt (eigen verbruik(

De resultaten in een plaatje :)

Home assistant graph

Afbeeldingslocatie: https://tweakers.net/i/I9kcMCFcoPQQ4bdbJGCu65KZXMw=/800x/filters:strip_icc():strip_exif()/f/image/9BGpxifVHGZZm3h8TwHeSWsN.jpg?f=fotoalbum_large

En op het HA dashboard:

Afbeeldingslocatie: https://tweakers.net/i/yoey0TcGH0ZtgIabfAfmkZ0JY1I=/800x/filters:strip_icc():strip_exif()/f/image/CpgEzM7Qaw9XZJxsfwHGiE3F.jpg?f=fotoalbum_large

Nog wat zaken om te doen:

- Misschien in het script de condition opnemen van de omvormer status en opwekken.
- Nog wat uitzoeken m.b.t de default "p_max" waarde versus belasting.
- Eventueel de tijdsduur aanpassen van 30s naar 20? of lager?

Ik weet niet of er zo meer tweakers iets mee kunnen? Ik hoor het graag 8)

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
@Endy , wellicht lees ik het verkeerd (en de eerdere discussie hieromtrent heb ik niet zo gevolgd). Maar ik heb het idee dat je beredeneert / werkt uit het idee dat hoeveel je opwekt (of op kunt wekken) invloed heeft op de limiet? Maar dat is niet zo.

De limiet is tegen de specificatie van de omvormer. Een 3000W omvormer op een limiet van 10% levert maximaal 300W, en een 10000W omvormer op 10% levert maximaal 1000W. Dit onafhankelijk van "of de zon schijnt". Als de panelen dus maximaal 500W leveren en en "active power limit procent van spec max vermogen omvormer" is 1000W (bv die 10% op een 10kW omvormer) dan doet de limiet dus niks. Terwijl ik lijk te lezen dat jij denkt dat 10% limiet als de panelen maximaal 500W leveren de omvormer maar 50W laat outputten, en dat is dus niet zo.

Naar mijn idee is het dus vrij simpel. "netto verbruik / maximaal vermogen omvormer * 100". Waarbij netto verbruik (/vermogen) dan "actuele opwek + actuele afname - actuele teruglevering" is, of in jouw geval met één enkele sensor voor het P1 vermogen (positief bij afnemen, negatief bij terugleveren) dan "actuele opwek + actueel P1 vermogen".
En als je dan met een 10kW omvormer 8kW opwekt en 6kW teruglevert heb je dus een actueel netto verbruik van 2kW (8 + 0 - 6). En 2 / 10 * 100 levert dan op dat je 20% van het maximale vermogen van de omvormer gebruikt en dat is dan ook dat je als active power limit moet instellen. (Uiteraard kun (/wil?) je bij het netto verbruik er wat bij tellen, of het percentage een paar procent hoger doen (bij een 10Kw omvormer is elk procent dus 100W extra). Zodat je altijd wat marge hebt en een beetje teruglevert, i.p.v. vaak net wat afneemt.

En in jouw code staat ook " p_max = 3000". Nu is die 3000 sowieso een magic number. Maar in dit geval extra magic omdat ik hem niet kan plaatsen. Je hebt een 10kW omvormer, en die p_max volgens mij staat / stond voor het maximale vermogen van de omvormer? Dus dan zou het 10000 moeten zijn. En ik zie in jouw verhaal verder ook niks (in de buurt van) 3000 voorbij komen. Enige nummer is die 10kW omvormer die je hebt.

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@Endy Je moet inderdaad wel het correcte maximale vermogen van je omvormer pakken. En de limiet waarde is gewoon 0-100 (en niet 0-1).

Maar met enkele sensor en 10kW omvormer kom ik op:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
description: ""
mode: single
max_exceeded: silent
trigger:
  - platform: state
    entity_id:
      - sensor.sensor.p1_meter_power
    from: null
condition: []
action:
  - service: number.set_value
    metadata: {}
    data:
      value: >-
        {% set p_max = 10000 -%}
        {% set p_netto = states('sensor.sensor.p1_meter_power')|float(default=p_max)  -%}
        {% set c = states('sensor.solaredge_ac_power')|float(default=p_max)  -%}
        {% set s = p_max / 100 -%}
        {% set n = (c + p_netto) / s -%}
        {{ max( min(n, 100), 0)|round(0, 'ceil') }}
    target:
      entity_id: number.solaredge_active_power_limit
  - delay:
      hours: 0
      minutes: 0
      seconds: 10
      milliseconds: 0


Helaas nog niet aan toe gekomen om aan een blueprint te werken.

  • loyske
  • Registratie: Januari 2004
  • Laatst online: 07-11 13:05
@dnieuwkamp Ik gebruik de Home Connect alt integratie en hierbij heb ik een Start knop die ik gebruik voor de Wasmachine.

Ik weet dat ik een tijd geleden ben overgestapt naar deze integratie ipv de originele. Reden zou weleens die Start knop kunnen zijn!?

  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
@RobertMe

Het klopt dat mijn omvormer tot 10 kW aan kan en dat 10 procent limit niet betekent op 500 Watt dat er maar 50 Watt overblijft, dat heb ik ook proefondervindelijk gecontroleerd op basis van de data.

Wat me wel opvalt is dat bv een limit van bv 20 procent toch best wat kan schommelen v.w.b. output als middag van de dag versus richting de avond wordt vergeleken en de opwek er toch boven moet liggen.

Mogelijk spelen er nog meer zaken (temperatuur? ) mee, maar dat weet ik niet.

v.w.b het max vermogen;
Ik heb in mijn voorbeeld voor het testen het maximale vermogen op 3000 Watt ingesteld dat afgezet tegen wat ik bij als een bereik zag waarin ik de dag wilde monitoren.

Uiteraard kan ik die waarde naar de waarde van de omvormer zetten, maar puur voor dat vermogen icm de de limit zit ik qua aansturing dan goed als de waarde tussen de 4 en 40 zit.

-0 is omvormer uit en duurt te lang voordat de omvormer weer actief is
-1,2,3 is niet interessant i.v.m. eigen verbruik wat pas in de buurt van limit 4-5 wordt afgedekt.

Het script werkt in ieder geval, maar mogelijk moet er nog wat worden aangepast of loop ik toch nog tegen een foutje aan, maar dat probeer ik dan met de kennis hier op te lossen :*)

Het mooiste van wat ik zo kan bedenken, zou uiteindelijk zijn om van de sensor van de Homewizard (totaal vermogen) 2 nieuwe sensors creëren.

- Sensor actueel vermogen leveren op de slimme meter
- Sensor actueel vermogen terugleveren op de slimme meter
Waarbij:
Indien de P1 homewizard energie registreert als terugleveren de "sensor actueel vermogen terugleveren" die waarde bevat EN de sensor actueel vermogen leveren op 0 wordt gezet.

Maar ik kan het ook verkeerd hebben dat hoor ik dan wel.

@Septillion Ik ga jouw input en die van RobertMe in ieder geval mee nemen.

En ik verneem het wel als de blueprint er is _/-\o_

[ Voor 3% gewijzigd door Endy op 01-05-2025 14:41 ]

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • Witlof
  • Registratie: Mei 2000
  • Laatst online: 20:22
Ik snap nu de ellende met de Power Limit automatisch te beperken. Ik begon zelfs te twijfelen of de power limit op de maximale capaciteit zit of misschien wat er op het moment opgewekt wordt door de zonnepanelen. Maar dat heeft @Endy getest.

Maar als de power limit eenmaal is aangepast (lager dan 100%), en het gemeten netto verbruik dus dichter bij de 0 komt, gaat het dan nog wel goed in de berekeningen als je de instelling van de power limit niet meeneemt in de berekeningen? Of kijk ik ergens overheen en wordt dit wel gedaan?

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
Witlof schreef op donderdag 1 mei 2025 @ 15:23:
Ik snap nu de ellende met de Power Limit automatisch te beperken. Ik begon zelfs te twijfelen of de power limit op de maximale capaciteit zit of misschien wat er op het moment opgewekt wordt door de zonnepanelen. Maar dat heeft @Endy getest.

Maar als de power limit eenmaal is aangepast (lager dan 100%), en het gemeten netto verbruik dus dichter bij de 0 komt, gaat het dan nog wel goed in de berekeningen als je de instelling van de power limit niet meeneemt in de berekeningen? Of kijk ik ergens overheen en wordt dit wel gedaan?
Als je kijkt naar hoeveel je netto verbruikt (dus opwek - teruglevering, en dan nog + afname) maakt de power limit natuurlijk niet uit. Dan ga je gewoon afnemen als je te weinig opwekt. Als je een 3kW omvormer hebt en 300W verbruikt kom je dus uit op 10% limit (je hebt 10% van de capaciteit nodig). Ga je vervolgens 450W verbruiken dan wekt de omvormer 300W op, lever je 0W terug en neem je 150W af. En 450W van 3000W maximaal is dus 15% (450 / 3000 * 100).

  • hemertje
  • Registratie: Juli 2015
  • Laatst online: 21:33
Heeft iemand tips om influxDB binnen HA te installeren en Grafana om de gegevens ook weer zichtbaar te maken?

Gasloos 2019 + WP Panasonic H-serie 7kW + 300 liter boilervat + PV 12.415Wp + Home Assistant + Hyundai Ioniq 6 First Edition + Zaptec laadpaal


  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@hemertje addons installeren en gaan?

Of waar loop je tegenaanm

  • Witlof
  • Registratie: Mei 2000
  • Laatst online: 20:22
Septillion schreef op donderdag 1 mei 2025 @ 13:15:
@Endy Je moet inderdaad wel het correcte maximale vermogen van je omvormer pakken. En de limiet waarde is gewoon 0-100 (en niet 0-1).

Maar met enkele sensor en 10kW omvormer kom ik op:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
description: ""
mode: single
max_exceeded: silent
trigger:
  - platform: state
    entity_id:
      - sensor.p1_meter_power
    from: null
condition: []
action:
  - service: number.set_value
    metadata: {}
    data:
      value: >-
        {% set p_max = 10000 -%}
        {% set p_netto = states('sensor.p1_meter_power')|float(default=p_max)  -%}
        {% set c = states('sensor.solaredge_ac_power')|float(default=p_max)  -%}
        {% set s = p_max / 100 -%}
        {% set n = (c + p_netto) / s -%}
        {{ max( min(n, 100), 0)|round(0, 'ceil') }}
    target:
      entity_id: number.solaredge_active_power_limit
  - delay:
      hours: 0
      minutes: 0
      seconds: 10
      milliseconds: 0


Helaas nog niet aan toe gekomen om aan een blueprint te werken.
Ik heb deze even kort geprobeerd (wel de dubbele sensor. bij P1 entity weggehaald), maar het verbruik schiet alle kanten op door te trage aanpassingen lijkt het. Wellicht ook door een wasmachine, Quooker en andere apparatuur waarvan het vermogen varieert.

Is de delay noodzakelijk om te veel/vaak aanpassingen te doen aan de power limit of als trigger van de automation i.v.m. levensduur o.i.d.? Is het misschien verstandiger om de SolarEdge (ook) als trigger te kiezen die minder vaak updatet?

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@Witlof Perfect ga je het niet krijgen. Daarvoor krijg je te traag data door, varieert je load te veel en je PV reageert ook niet instantaan op de aanpassing. Vandaar dat ik hem limiteer op een aanpassing per 10 seconden.

En ik kijk met setten van de limiet dus niet naar het huidige limiet omdat ik dus door naar de P1 en het actuele PV vermogen bereken wat het huis nu gebruikt. En pas daar de limiet op aan.

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
hemertje schreef op donderdag 1 mei 2025 @ 16:31:
Heeft iemand tips om influxDB binnen HA te installeren en Grafana om de gegevens ook weer zichtbaar te maken?
Geen Influx gebruiken maar Victoria Metrics? Schijnt een stuk lichter in resource gebruik te zijn. Ingress kan zowel via OpenMetrics (aka: het protocol / format van Prometheus) als via het InfluxDB line protocol, en volgens mij nog wat opties. Querien van de data kan kan via MetriQL dat een spin met minimale wijzigingen op PromQL (van Prometheus) is.

* RobertMe moet zelf ook nog steeds migreren van Influx naar VM.

Edi:
Voor de duidelijkheid: bij mijn weten is er ook een VM addon voor HAOS. Dus InfluxDB vs VM is dan om het even. Addon installeren en gaan zoals @Septillion al aangaf. En configureren HA (core) om de data naar VM te sturen is dan identiek aan naar Influx sturen.

[ Voor 17% gewijzigd door RobertMe op 01-05-2025 17:21 ]


  • Witlof
  • Registratie: Mei 2000
  • Laatst online: 20:22
@Septillion Duidelijk. Ik moet waarschijnlijk ook niet testen als er hier in huis van alles aan staat wat veel wisselingen heeft in verbruik. Maakt het nog minder perfect.

Misschien dat ik dan nog eens ga kijken om wat 'veiliger' te zitten met de limitatie en het uitzet of een beetje beperk als bijvoorbeeld de wasmachine aan staat of zo. Maar het begin is gemaakt, waarvoor uiteraard veel dank!

  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
Witlof schreef op donderdag 1 mei 2025 @ 17:15:
[...]

Ik heb deze even kort geprobeerd (wel de dubbele sensor. bij P1 entity weggehaald), maar het verbruik schiet alle kanten op door te trage aanpassingen lijkt het. Wellicht ook door een wasmachine, Quooker en andere apparatuur waarvan het vermogen varieert.

Is de delay noodzakelijk om te veel/vaak aanpassingen te doen aan de power limit of als trigger van de automation i.v.m. levensduur o.i.d.? Is het misschien verstandiger om de SolarEdge (ook) als trigger te kiezen die minder vaak updatet?
Heb je onderstaande al geprobeerd? De eerste YAML code was de standaard, en die hieronder is "mijn versie" en die reageert erg snel. Maar het is wel van belang dat je een slimme meter hebt van de 5e generatie (E)SMR5, die update de P1 data elke seconde, de DMSR4 generatie doet dat maar 1 x per 10 seconden, wat mogelijk te traag is.

YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
alias: Automatisch omvormer instellen 0-100 procent (02-05)
description: ""
triggers:
  - entity_id:
      - sensor.p1_meter_power
    from: null
    trigger: state
conditions: []
actions:
  - metadata: {}
    data:
      value: >-
        {% set p_max = 3000 -%}
        {% set p_max_live = states('sensor.p1_meter_power')|float(default=p_max) -%}
        {% set p_max_new = p_max_live / p_max -%}
        {% set limiter_curr = states('number.solaredge_active_power_limit')|float(default=100) -%}
        {% set limiter_new = limiter_curr + (limiter_curr * p_max_new) -%} 
        {{ max( min(limiter_new, 50), 3)|round(0, 'ceil') }}
    target:
      entity_id: number.solaredge_active_power_limit
    action: number.set_value
  - delay:
      hours: 0
      minutes: 0
      seconds: 30
      milliseconds: 0
mode: parallel
max_exceeded: silent

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • Witlof
  • Registratie: Mei 2000
  • Laatst online: 20:22
@Endy zal morgen jouw versie proberen. Heb idd ook een snelle slimme meter. Waarom heb jij eigenlijk de delay van 30 seconden ipv de 10?

  • Endy
  • Registratie: September 2007
  • Laatst online: 23:18
Witlof schreef op donderdag 1 mei 2025 @ 18:22:
@Endy zal morgen jouw versie proberen. Heb idd ook een snelle slimme meter. Waarom heb jij eigenlijk de delay van 30 seconden ipv de 10?
Top, dat hoor ik dan wel 8)
Ik had dat in eerste instantie wat ruim gezet om te kijken of dit met wisselingen een verschil maakt.
Tijdens het testen merkte ik dat dat wel prettig werkte m.b.t gedrag.

Ik wil met die threshold nog wat proberen om te zien of er nog verbeteringen te behalen zijn, maar van wat ik nu heb ervaren is dit in mijn thuis situatie wel al een vrij net patroon bij fluctuaties.

Panasonic TX-P50VT60E, Yamaha RX-A1040, Dali Piano series ,Sunfire SDS-12 sub, Game HTPC met Dual DVB-C tuner


  • hemertje
  • Registratie: Juli 2015
  • Laatst online: 21:33
Septillion schreef op donderdag 1 mei 2025 @ 17:15:
@hemertje addons installeren en gaan?

Of waar loop je tegenaanm
ik wil me eerst graag inlezen in de opzet en mogelijkheden, dus hopelijk heeft iemand die dit al eerder heeft gedaan een linkje naar een goede howto of readme

Gasloos 2019 + WP Panasonic H-serie 7kW + 300 liter boilervat + PV 12.415Wp + Home Assistant + Hyundai Ioniq 6 First Edition + Zaptec laadpaal


  • hemertje
  • Registratie: Juli 2015
  • Laatst online: 21:33
RobertMe schreef op donderdag 1 mei 2025 @ 17:19:
[...]

Geen Influx gebruiken maar Victoria Metrics? Schijnt een stuk lichter in resource gebruik te zijn. Ingress kan zowel via OpenMetrics (aka: het protocol / format van Prometheus) als via het InfluxDB line protocol, en volgens mij nog wat opties. Querien van de data kan kan via MetriQL dat een spin met minimale wijzigingen op PromQL (van Prometheus) is.

* RobertMe moet zelf ook nog steeds migreren van Influx naar VM.

Edi:
Voor de duidelijkheid: bij mijn weten is er ook een VM addon voor HAOS. Dus InfluxDB vs VM is dan om het even. Addon installeren en gaan zoals @Septillion al aangaf. En configureren HA (core) om de data naar VM te sturen is dan identiek aan naar Influx sturen.
dank voor alle goede raad en bedoelingen maar je raakt me kwijt met alle termen die mij (nog) niets zeggen

Gasloos 2019 + WP Panasonic H-serie 7kW + 300 liter boilervat + PV 12.415Wp + Home Assistant + Hyundai Ioniq 6 First Edition + Zaptec laadpaal


  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@hemertje Dan zou ik zeer zeker gewoon beginnen met de documentatie lezen :) En dan vooral wat proberen.

  • hemertje
  • Registratie: Juli 2015
  • Laatst online: 21:33
TheFes schreef op donderdag 24 april 2025 @ 08:59:
[...]


Als dat de melding is, dan is de state geen in plaats van Geen
ter bevestiging, nu met geen heb ik geen valse meldingen meer d:)b

Gasloos 2019 + WP Panasonic H-serie 7kW + 300 liter boilervat + PV 12.415Wp + Home Assistant + Hyundai Ioniq 6 First Edition + Zaptec laadpaal


  • hemertje
  • Registratie: Juli 2015
  • Laatst online: 21:33
Septillion schreef op donderdag 1 mei 2025 @ 22:02:
@hemertje Dan zou ik zeer zeker gewoon beginnen met de documentatie lezen :) En dan vooral wat proberen.
ik ga van het weekend deze eens bekijken, YouTube: InfluxDB and Grafana - Installation and Configuration in 5 minutes, ...
die is nog redelijk recent

Gasloos 2019 + WP Panasonic H-serie 7kW + 300 liter boilervat + PV 12.415Wp + Home Assistant + Hyundai Ioniq 6 First Edition + Zaptec laadpaal


  • Zorian
  • Registratie: Maart 2010
  • Laatst online: 22:10

Zorian

What the fox?

Is het mogelijk om via een QR code/NFC tag een alarm (inbraak) te kunnen toggelen tussen armed/disarmed?
Momenteel heb ik Alarmo via HACS geïnstalleerd, een code en de sensors eraan geknoopt en ingesteld dat ie een pushmelding naar mijn mobiel stuurt indien de sensor iets ziet terwijl ie armed is, dit werkt allemaal keurig.

Alleen moet ik nu dus de HA app openen, de card opzoeken, daar de code ingeven en disarmen als ie armed zou wezen. Mijn idee is een soort virtuele 'keypad' als het ware ophangen bij de voordeur (op een verborgen plek) waar ik dan bij binnenkomst de NFC tag of QR code kan tappen en dat ie dan disarmed is. Is dit somehow mogelijk?

Of als alternatief, dat ie via locatiebepaling van de HA app kan zien dat ik away ben en automatisch armed/disarmed als ik wel/niet thuis ben?

[ Voor 9% gewijzigd door Zorian op 01-05-2025 22:26 ]


  • Toppe
  • Registratie: Januari 2004
  • Laatst online: 21:26
Zorian schreef op donderdag 1 mei 2025 @ 22:25:
Is het mogelijk om via een QR code/NFC tag een alarm (inbraak) te kunnen toggelen tussen armed/disarmed?
Momenteel heb ik Alarmo via HACS geïnstalleerd, een code en de sensors eraan geknoopt en ingesteld dat ie een pushmelding naar mijn mobiel stuurt indien de sensor iets ziet terwijl ie armed is, dit werkt allemaal keurig.

Alleen moet ik nu dus de HA app openen, de card opzoeken, daar de code ingeven en disarmen als ie armed zou wezen. Mijn idee is een soort virtuele 'keypad' als het ware ophangen bij de voordeur (op een verborgen plek) waar ik dan bij binnenkomst de NFC tag of QR code kan tappen en dat ie dan disarmed is. Is dit somehow mogelijk?

Of als alternatief, dat ie via locatiebepaling van de HA app kan zien dat ik away ben en automatisch armed/disarmed als ik wel/niet thuis ben?
Kan gewoon via tags in ‘t menu maar op basis van je locatie zou ook kunnen. Of je klikt hier: https://my.home-assistant.io/redirect/tags/

Mijn deurslot is de trigger.

Ontgrendeld is geen alarm
Vergrendeld is alleen

Slot wordt weer via HomeKit aangestuurd en is ook zichtbaar in home Assistant. Wellicht beetje dubbel maar ik vertrouw home Assistant (nog) niet voor dit soort zaken

Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!


  • zenith
  • Registratie: Juni 2001
  • Niet online
oops 😀

[ Voor 99% gewijzigd door zenith op 02-05-2025 04:57 ]


  • Witlof
  • Registratie: Mei 2000
  • Laatst online: 20:22
Endy schreef op donderdag 1 mei 2025 @ 18:47:
[...]


Top, dat hoor ik dan wel 8)
Ik had dat in eerste instantie wat ruim gezet om te kijken of dit met wisselingen een verschil maakt.
Tijdens het testen merkte ik dat dat wel prettig werkte m.b.t gedrag.

Ik wil met die threshold nog wat proberen om te zien of er nog verbeteringen te behalen zijn, maar van wat ik nu heb ervaren is dit in mijn thuis situatie wel al een vrij net patroon bij fluctuaties.
Deze lijkt wat beter te werken, maar kan ook komen doordat er nu minder variërende apparaten aan staan. Ik heb wel wat settings aangepast zoals omvormer capaciteit en maximaal 100% i.p.v. 50%, maar ook minimale power limit wat hoger gezet i.v.m. standaard standby-verbruik die bij de minimale waarde (10%) gedekt wordt.

Ik snap alleen nog niet wat die delay doet in het script. Volgens mij triggert de P1 meter wijziging toch direct het script en past daarmee ook de Power Limit direct aan of niet?

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
Witlof schreef op vrijdag 2 mei 2025 @ 10:38:
Ik snap alleen nog niet wat die delay doet in het script. Volgens mij triggert de P1 meter wijziging toch direct het script en past daarmee ook de Power Limit direct aan of niet?
Door de default mode: single kan de automation maar 1x tegelijkertijd draaien. Dus door de delay op het eind is de automation nog actief, en als de trigger opnieuw optreedt dan start die dus niet (want nog actief).

  • RudolfR
  • Registratie: Maart 2011
  • Laatst online: 23:22
@Zorian

Ik heb dit, zodat het vanzelf gaat bij op basis van de geofence en de slaap-stand.

YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
id: 24128964-d784-46ae-b3ce-f572d99dcdab
alias: Home Alarm automation
trigger:
  - platform: state
    entity_id: input_boolean.sleep
    to: 'on'
    id: arm_night
  - platform: state
    entity_id: input_boolean.sleep
    to: 'off'
    id: disarm
  - platform: state
    entity_id: zone.home
    to: '0'
    id: arm_away
  - platform: state
    entity_id: zone.home
    from: '0'
    to: '1'
    id: disarm
action:
  - alias: Arm/disarm the alarm
    choose:
      - conditions: '{{ trigger.id != ''disarm'' }}'
        sequence:
          - alias: Arm the alarm depending on given trigger
            target:
              entity_id: alarm_control_panel.home_alarm
            action: alarm_control_panel.alarm_{{ trigger.id }}
      - conditions: '{{ trigger.id == ''disarm'' }}'
        sequence:
          - alias: Disarm the alarm
            data:
              code: xxxx
            target:
              entity_id: alarm_control_panel.home_alarm
            action: alarm_control_panel.alarm_disarm

  • Witlof
  • Registratie: Mei 2000
  • Laatst online: 20:22
RobertMe schreef op vrijdag 2 mei 2025 @ 10:49:
[...]

Door de default mode: single kan de automation maar 1x tegelijkertijd draaien. Dus door de delay op het eind is de automation nog actief, en als de trigger opnieuw optreedt dan start die dus niet (want nog actief).
Duidelijk. Door de mode: parallel in het script van @Endy doet het dus eigenlijk niets omdat het script vaker dan 1x actief kan zijn?

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 00:12
Witlof schreef op vrijdag 2 mei 2025 @ 10:58:
[...]

Duidelijk. Door de mode: parallel in het script van @Endy doet het dus eigenlijk niets omdat het script vaker dan 1x actief kan zijn?
Misschien had ik toch even terug moeten lezen dan :P Inderdaad, met [mono]mode: parallel[/mode] zal de delay geen nut hebben aangezien elke trigger ook daadwerkelijk de automation start.

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 20:01

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@RobertMe Enige toevoeging is dat er max 10 parallel gestart kunnen worden. Maar verder inderdaad niet zo nuttig.
Pagina: 1 ... 306 ... 350 Laatste

Let op:
Zet je code tussen [code=yaml] [/code] tags om het goed leesbaar te houden; ook makkelijker voor de eventuele foutopsporing.

Lees ook eerst even de topicstart voor je je vraag plaatst, wellicht wordt je vraag daar al beantwoord. Wil je pronken met je setup mag dat in Home Assistant - Show je setup.