stigvi

23 timer siden

TrondG skrev (15 minutter siden):

Elektrikeren anbefalte å prøve plejd, ikke hatt ett eneste problem uansett hvor jeg er i huset.

Elektrikeren anbefaler det de tjener penger på. Det er som å spørre om en rett er god på en restaurant. Men bra du er fornøyd, det er det viktigste. Grunnen til at mange her er skeptisk til Plejd er nok fordi det er en proprietær løsning. Jeg og mange med liker nok best åpne løsninger der en kan handle inn utstyr fra mange forskjellige produsenter. Det er jo selvsagt ekstra viktig når en ser konkurser i bransjen.

3. oktober

Moskus skrev (På 18.6.2025 den 10.30):

Slik jeg ser det er sannsynligheten for å få betalt betydelig høyere enn å måtte betale.

Det er gjennomsnittlig spotpris det er snakk om?

Men i morgen må vi betale, vi som har norgespris. Da er snittprisen 6 øre og det blir et stykke opp til 50 øre.

3. oktober

SveinHa skrev (37 minutter siden):

Nå når NordPool har begynt å levere kvarterspriser så tror jeg det enkleste er å omforme de 96 kvarterene til 24 timer og la resten bli som før... Har tatt et par tilfeldige sjekker og ser at snittet av 4 kvarter stemmer med timesprisen fra hvakosterstrommen.no

NVE har sagt at prisen i privatmarkedet skal være snitt av de fire prisene i hver time. Så det er definitivt det som gjelder

3. oktober

storeulv skrev (50 minutter siden):

Da med et lite forbehold om at man i morgen- og ettermiddagstimene, dvs kl 6 til kl 8 og kl 15 til kl 19 vil kunne utnytte dette.

Jeg leste et sted at 15 minutters interval var mest aktuelt for de som leverer strøm basert på vindkraft.

Men samtidig skal de melde inn produksjonen dagen i forveien. Så det blir jo veldig avhengig av gode værvarsler.

2. oktober

cogliostrio skrev (3 timer siden):

Timesprisen skal vistnok bli snittet av kvartersprisene, enn så lenge.

Ja, enn så lenge. Men risikoen her er at strømselgerene kjøper inn til priser som varierer over en time, men får betalt for snittet. I starten antar en vel at forbruket jevner seg ut slik at inntekter = utgifter, men hvis det skulle vise seg at forbruket ikke jevner seg ut, da blir det en korreksjon.

1. oktober

SveinHa skrev (39 minutter siden):

Jeg laget er checkbox for Norgespris i ene skjermbildet og når den er valgt blir der en alternativ beregning av pris tilpasset Norgesprismodellen.

Siden norgespris i teori og praksis kun er en annen formel for å beregne støtte enn det strømstøtte-ordningen har, så er det kun formelen jeg har endret på i går kveld. Men da har jeg tidligere i sommer tilpasset noen automasjoner for å virke bedre med en flat strømpris.

Og 12 timer inn i oktober er estimert støtte 1127kr for oktober, 520kr for nettleie, 2253kr for strøm og det jeg tilslutt betaler i totalpris, 1647kr.

Det er ca 1 år siden jeg lagde denne estimeringen i Home Assistant og det overrasker meg stadig hvor godt den treffer allerede på de første dagene i måneden. Og estimatet blir selvsagt mer nøyaktig ettersom dagene går.

1. oktober

SveinHa skrev (19 timer siden):

Jo, det er bare å holde seg unna tiden mellom kl 0600 og 2200 på hverdager så får en det billigste en kan...

Det er det. Men jeg vil ikke lage et system som er spesifikt tilpasset Norgespris. Den vil jo ikke vare evig. Jeg lager automasjonene slik at de er universelle og virker enten en har spotpris eller fastpris. Oppvarming av vann er endret fra å være i de to billigste timene til å være i de to billigste timene og alle andre timer som er ca samme pris.

1. oktober

Einar skrev (18 timer siden):

Det kunne være mer å spare på strømmen enn man tapte i nettleie

Hos meg er forskjellen på trinnene ca 150 kroner. Jeg er ikke i nærheten av å spare inn det på strømmen med å flytte på forbruk fra billige timer til ekstra billige timer, de få gangene strømmen er ekstra billig.

30. september

Einar skrev (17 timer siden):

Det blir jo enklere/mulig å automatisere strømforbruk tilpasning når prisen er fast. Da er det bare nettleia å ta hensyn til.
Om man skal ta hensyn til den pluss en varierende pris med lite informasjon utover dette/kommende døgn så blir det jo nesten som å programmere en hivkompensator!

Nå ser jeg for meg at det vil gå an å få styringen til å skru av belastning etter en prioritert liste for å holde seg under en gitt forbruksgrense.

Klarer ikke helt å følge deg her. Å holde seg under et effekttrinn vil jeg tro er helt uavhengig strømprisen. Å introdusere noe annet enn kun forbruk i inneværende time er å gjøre det mer komplisert.

Med norgespris har en ikke lenger _den_ billigste timen, men heller _de_ billigste timene. Det har krevd endringer hos meg på feks oppvarming av vann. Det har ikke vært noen komplisert endring, men heller ikke noe som har gjort det lettere. Det er bare en konstatering av at noe burde endres.

25. september

christbj skrev (58 minutter siden):

Du mener Norgespris? Da betaler du 50 øre uansett hva spotprisen er

Jeg mener spotpris, ja. Det er den avtalen jeg har med Vibb og det er spotpris jeg får faktura på. Så betaler netteier tilbake måneden etterpå det jeg skal ha i støtte for at prisen totalt ender opp på 50 øre. Strømstøtte og Norgespris virker på samme måte. Det er bare forskjellige utrekninger.

Det jeg prøvde å få fram i innlegget mitt ovenfor er at de som har fastprisavtale med sin strømleverandør, vil allikevel få strømstøtte eller norgespris basert på spotprisen. For disse er det da lurt å bruke mest mulig strøm når spotprisen er høy, slik at de maksimaliserer støtten.

25. september

SveinHa skrev (10 timer siden):

På ElHub ser jeg at jeg kan tjene rundt kr 500 med Norgespris så jeg hopper ikke på nå. Jeg kjøper jo konsekvent bare strøm i de billigste timene og det tar nok ikke ElHub med i sine estimater...

Vanskelig å si hva de gjør, men de burde regne ut kostnaden ut i fra faktisk forbruk og spotpris istedenfor å bruke gjennomsnitt. Men som nevnt, jeg vet ikke.

Hvis en allerede har en avtale om fastpris hos en strømleverandør så vil en i tillegg få tilbakebetalt støtte, enten det er strømstøtte eller norgespris. Staten bryr seg ikke om hvilken avtale du har med strømleverandør. De regner ut støtten du skal ha kun ut i fra forbruk som netteier rapporterer og spotprisen. I teorien kan en altså gå i null hvis støtten er den samme som en betaler i fast pris.

christbj skrev (12 timer siden):

Snittpris 2024 hjemme i Bergen: 51 øre, primært som følge av styring av vv-bereder og lading av elbil. Tror jeg kan styre enda litt bedre (kan styre bl.a. gulvvarme på bad bedre), så jeg avventer og ser an utviklingen både på pris og temperatur. Blir det kaldt og dyrt så får jeg bestille Norgespris før tapet blir stort. Blir det som i 2024 er det verdt å forsøke å slå Norgesprisen med god styring. 🙂

Norgespris regnes ut som en form for støtte som er spotpris - 50 øre. Dersom du bestiller norgespris er det 50 øre du skal betale i utgangspunktet. Men det kan være lurt for din egen del å flytte mest mulig av forbruket til timene der spotprisen er på det høyeste. Det er da du får mest tilbakebetalt.

Edit: Glem det. Det er jeg som skriver uten å ha koblet til hjernen. Det skyldtes nok svaret til SveinHa der jeg var i fastpris-modus. Da kan en flytte forbruket til de dyreste timene.
Men for oss andre som betaler spotpris så ender en opp med å betale 50 øre pr kWh uansett hvordan en vrir og vender på det.

10. september

Med siste versjon av HA så feilet disse kommandoene. Løsningen er å legge til parameteren -k som lar være å sjekke sertifikatene nettstedet bruker.

Linjen som inneholder -s endres da til -s -k

29. august

Slik styres effekten på VVB for å ligge hårfint under grensen på et trinn på nettleie. Det har sine fordeler med å bruke en SSR og puls-bredde modulering av varmeelementet.

Årsaken til svingninger er hovedsaklig varmekabler som også er puls-bredde modulert med en periodetid på 5 minutter.

27. august

Her er min siste versjon av esphome kode. De største endringene er tellere for energi brukt og kostnad i kroner.

substitutions:
  devicename: Varmtvannstank

esphome:
  name: varmtvannstank
  on_boot:
    - priority: -100
      then:
        - delay: 30s
        - homeassistant.event:
            event: esphome.boot
            data:
              message: "${devicename} Started"

esp8266:
  board: esp01_1m
  restore_from_flash: false

wifi:
  ssid: "HEIME5.ORG"
  password: !secret heime_wifi
  domain: .lan

#captive_portal:

# Enable logging
logger:


# Enable Home Assistant API
api:
  reboot_timeout: 24h

ota:
  platform: esphome

script:
  - id: set_output
    mode: single
    then:
      - output.set_level:
          id: pwm_output
          level: !lambda |-
            double set_t = 10.0;

            if(id(varmtvannstank_modus).active_index() == 1)
              set_t = id(vvb_lav_temperatur).state;
            else if(id(varmtvannstank_modus).active_index() == 2)
              set_t = id(vvb_medium_temperatur).state;
            else if(id(varmtvannstank_modus).active_index() == 3)
              set_t = id(vvb_hoy_temperatur).state;

            id(vvb_skal_temperatur).publish_state(set_t);

            double diff_t = set_t - id(varmtvannstank_topp_temperatur).state;
            double diff_c = set_t - id(varmtvannstank_senter_temperatur).state;
            double diff_b = set_t - id(varmtvannstank_bunn_temperatur).state;

            if(diff_t > 1.0)
            {
              auto time_now = id(homeassistant_time).utcnow();
              id(time_stop) = time_now.timestamp;
              id(energy_stop) = id(vvb_total_daily_energy).state;
            }
            
            double c = 0.00135 * set_t - 0.03839286;
            double v_t = diff_t + c;
            double v_c = diff_c / 20 + c;
            double v_b = diff_b / 50 + c;
            double v = min((id(effekt)/100.0), max(max(v_t, 0.0), max(v_c, v_b)));
            id(power).publish_state(v * 2.0);

            if(set_t > id(vvb_lav_temperatur).state)
              id(mode_last_changed).publish_state(id(homeassistant_time).now().timestamp);
            
            return v;

globals:
  - id: last_value_from_ha
    type: int
    initial_value: '0'
  
  - id: effekt
    type: float
    restore_value: no
    initial_value: '100.0'
  
  - id: time_start
    type: float
    restore_value: no
    initial_value: '0.0'
  
  - id: energy_start
    type: float
    restore_value: no
    initial_value: '0.0'

  - id: time_stop
    type: float
    restore_value: no
    initial_value: '0.0'
  
  - id: energy_stop
    type: float
    restore_value: no
    initial_value: '0.0'
  
number:
  - platform: template
    max_value: 100.0
    min_value: 0.0
    step: 1
    mode: slider
    id: effekt_varmtvannsbereder
    name: effekt_varmtvannsbereder
    unit_of_measurement: '%'
    initial_value: 100
    optimistic: true
    set_action:
      then:
        - lambda: |-
            id(effekt) = x;
        - script.execute: set_output
  
  - platform: template
    max_value: 90.0
    min_value: 10.0
    step: 5
    mode: slider
    id: vvb_hoy_temperatur
    name: vvb_hoy_temperatur
    unit_of_measurement: '°C'
    initial_value: 80
    restore_value: true
    optimistic: true

  - platform: template
    max_value: 90.0
    min_value: 10.0
    step: 5
    mode: slider
    id: vvb_medium_temperatur
    name: vvb_medium_temperatur
    unit_of_measurement: '°C'
    initial_value: 65
    restore_value: true
    optimistic: true
  
  - platform: template
    max_value: 90.0
    min_value: 10.0
    step: 5
    mode: slider
    id: vvb_lav_temperatur
    name: vvb_lav_temperatur
    unit_of_measurement: '°C'
    initial_value: 45
    restore_value: true
    optimistic: true

i2c:
  sda: GPIO14
  scl: GPIO4
  scan: true
  
status_led:
  pin:
    number: GPIO13
    inverted: yes

output:
  - platform: sigma_delta_output
    pin: 12
    update_interval: 2.5s
    id: pwm_output
    state_change_action:
      - lambda: |-
          id(internalcost).publish_state(state ? 2.0 * id(current_energy_price).state : 0.0);
  
sensor:
  - platform: homeassistant
    id: current_energy_price
    entity_id: pyscript.totalstrompris

  - platform: wifi_signal
    name: "${devicename} WiFi Signal"
    update_interval: 300s

  - platform: mcp9808
    id: varmtvannstank_topp_temperatur
    name: "${devicename}_topp_temperatur"
    address: 0x1D
    filters:
      - sliding_window_moving_average:
          window_size: 5
          send_every: 1
    on_value:
      then:
        - script.execute: set_output

  - platform: mcp9808
    id: varmtvannstank_senter_temperatur
    name: "${devicename}_senter_temperatur"
    address: 0x1E
    filters:
      - sliding_window_moving_average:
          window_size: 5
          send_every: 1
    on_value:
      then:
        - script.execute: set_output

  - platform: mcp9808
    id: varmtvannstank_bunn_temperatur
    name: "${devicename}_bunn_temperatur"
    address: 0x1F
    filters:
      - sliding_window_moving_average:
          window_size: 5
          send_every: 1
    on_value:
      then:
        - script.execute: set_output

  - platform: total_daily_energy
    id: vvb_total_daily_energy
    name: "VVB Total Daily Energy"
    power_id: power
    restore: false
    method: left
    accuracy_decimals: 2
    filters:
      - throttle: 60s
  
  - platform: integration
    name: "VVB Total Daily Cost"
    id: vvb_total_daily_cost
    sensor: internalcost
    state_class: "total_increasing"
    time_unit: h
    unit_of_measurement: "NOK"
    restore: false
    integration_method: left
    accuracy_decimals: 2
    filters:
      - throttle: 60s
  
  - platform: template
    id: power
    name: "Effekt varmtvann"
    unit_of_measurement: "kW"
    icon: "mdi:power-plug"
    accuracy_decimals: 3

  - platform: template
    id: vvb_skal_temperatur
    name: "VVB skal temperatur"
    unit_of_measurement: '°C'
    icon: "mdi:coolant-temperature"
    accuracy_decimals: 0
  
  - platform: template
    id: internalcost
    unit_of_measurement: "NOK"
    update_interval: 1s
    accuracy_decimals: 6
    internal: true
  
  - platform: template
    name: "${devicename}_modus_last_changed"
    device_class: timestamp
    id: mode_last_changed
    filters:
      - throttle: 708s
  
  - platform: template
    name: "${devicename}_heating_ratio"
    id: heating_ratio
    update_interval: never
    unit_of_measurement: 'W/Wmaks'
    accuracy_decimals: 2

    
interval:
  - interval: 2h
    then:
    - if:
        condition:
          - lambda: !lambda |-
              auto time_now = id(homeassistant_time).utcnow();
              
              if(time_now.timestamp - id(last_value_from_ha) > 7200)
                return true;
              
              return false;
        then:
          - select.set:
              id: varmtvannstank_modus
              option: "Middels"

time:
  - platform: homeassistant
    id: homeassistant_time
    timezone: "Europe/Oslo"
    on_time:
      - seconds: 0
        minutes: 0
        hours: 0
        then:
          - sensor.integration.reset:  vvb_total_daily_cost

text_sensor:
  - platform: homeassistant
    id: watchdog
    entity_id: sensor.time
    on_value:
      then:
        - lambda: !lambda |-
            auto time_now = id(homeassistant_time).utcnow();
            id(last_value_from_ha) = time_now.timestamp;

select:
  - platform: template
    id: varmtvannstank_modus
    name: "${devicename}_modus"
    optimistic: true
    options:
      - Borte
      - Lav
      - Middels
      - Høy
    initial_option: Lav
    restore_value: true
    set_action:
      then:
        - lambda: !lambda |-
            if(x == "Middels" || x == "Høy")
            {
              auto time_now = id(homeassistant_time).utcnow();
              id(time_start) = time_now.timestamp + 30.0;
              id(energy_start) = id(vvb_total_daily_energy).state;
            }
            else if(x == "Borte")
            {
              id(time_start) = 0.0;
              id(heating_ratio).publish_state(1.0);
            }
            else if(x == "Lav")
            {
              if(id(time_stop) > id(time_start) && id(time_start) > 0.0)
              {
                double de = id(energy_stop) - id(energy_start);
                double dt = id(time_stop) - id(time_start);
                double r = (de / dt ) * 1800;
                id(heating_ratio).publish_state(min(r, 1.0));
              }
              else if(id(time_start) > 0.0)
              {
                id(heating_ratio).publish_state(1.0);
              }
            }

binary_sensor:
  - platform: status
    name: "${devicename} Esp Status"

button:
  - platform: restart
    name: "${devicename} Restart"

26. august

Bols skrev (1 time siden):

@stigvi Jeg er i ferd med å bestille en Oso varmtvannsbereder nå, og ønsker lokal (ikke skybasert) styring. Hvis jeg forstår koden din over riktig så leser du faktisk temperatur fra mcp9808 på esp som et koblet til temperatursensoren, og du styrer du innstilt temperatur på vvb ved å sende et pwm-signal på pin 12 på en esp32/8266? Jeg antar at pin 12 da er koblet til en eller annet input på vvb? Eller er det jeg som misforstår?

Enheten jeg bruker er en Sonoff dings som hadde rele. Jeg loddet av releet og har koblet til en kraftig SSR. Denne er montert på en kjøleribbe og det hele montert i en boks. Jeg kan ta noen bilder hvis det er interessant. Jeg har fagbrev og å lage slike til eget bruk er greit. Hvis noen her vil gjøre det samme, pass i det minste på at kjøleribbe er jordet godt og at den ikke blir for varm. Klarer en så vidt å ta på den er den rundt om 50 grader. SSR har optokobler på inngang så det er lett å få til galvanisk skille mellom lavspenning og 230V. SSR kobler inn og ut ved nullgjennomgang på spenningen og den er lydløs. Det siste var årsaken til at jeg bruker en SSR. Jeg hadde en kontaktor tidligere, men det ble for mye bråk av den. Selv når jeg ikke brukte pwm.

12. august

stigvi skrev (28 minutter siden):

Det er ment å innføres for forbrukere nå i høst. Men har forstått at det kan være unntak som feks at måler bare rapporterer hver time og ikke har støtte for 15 minutters intervaller. Det er kanskje andre unntak også.

Etter å ha studert litt selv så er det vistnok ute på høring hva som skal skje med forbrukermarkedet

https://www.fortum.com/no/media/2025/03/fortum-stotter-mer-noyaktig-maling-av-strommen

Men det blir uansett en endring for oss som henter priser i fra Nordpool på et eller annet vis. Prisene vil ha 15 minutters intervall og jeg antar vi da blir fakturert for snittprisen i en time hvis vi fortsatt skal betale timespris.

12. august

Det er ment å innføres for forbrukere nå i høst. Men har forstått at det kan være unntak som feks at måler bare rapporterer hver time og ikke har støtte for 15 minutters intervaller. Det er kanskje andre unntak også.

12. august

OlavT skrev (3 timer siden):

Det er bare å tbegynne med å tilpasse kode i dag, så vil det fungere når det innføres.

Leste du hva det spørres om?

11. august

I høst er det meningen at nordpool infører 15 minutters intervall på strømprisen. Det er uklart for meg hva dette betyr i praksis, men jeg tror det er slik at dersom netteier sine målere bare raporterer hver time så betaler du en snittpris. Muligens må også strømleverandøren ha støtte for dette.

Men er det noen her som har satt seg grundig inn i problematikken og kan skrive noe om det?

8. august

Bjørn Mork skrev (2 timer siden):

Selvsagt er det slik. Dette er ikke unikt for HA. Det er heller ikke et nytt problem. Løsningen deres - å lage et OS ut av applikasjonen - er arrogant og historieløs.

Hva er alternativet? Husk at HA er laget for små Raspberry Pi enheter, Home Assistant Green, Home Assistant Yellow osv. De lager sin egen maskinvare, hvorfor skal de ikke da bruke ressurser på et OS?

8. august

Bare for å lage litt balanse, her er Home Assistant sin begrunnelse:

The Core and Supervised installation methods are not only complex for users to install and maintain — they’re also challenging for the Home Assistant team to support. In the past, there were compelling reasons, outside Home Assistant development, to run these installation methods, but for most people those reasons are disappearing. Home Assistant OS is very capable with a rich ecosystem of add-ons, while also being easy to run in a virtual machine. Container adoption has become mainstream, now being widely available along with systems having more resources to run them. Steadily, we’ve seen year-on-year reductions in the percentage of Core and Supervised installations (currently standing at 2.5% and 3.3% respectively).

As Core and Supervised are more complex to maintain, they generate more issues that are more difficult to solve. This complexity places a disproportionate burden on our community-driven support system, where volunteers generously give their time to help others. It also takes time away from assisting the vast majority of users who are on the simpler to maintain installation methods. Along with this, new users could sometimes be swayed into running Core or Supervised, and have a bad experience that could cause them to give up on the best way to automate their home. By focusing our support and documentation on OS and Container methods, we can greatly improve the onboarding experience and ensure a smoother start for new users.

Slik jeg leser det er det ikke utvikling som er krevende, men support for installasjon av disse to.

18. juli

c0d3x skrev (På 16.7.2025 den 18.36):

Har dere brukt aceton eller tilsvarende for å rengjøre flaten før man tar på ny film?

Skal du avfette så er isopropanol glimrende. Finnes hos flere forskjellige butikker i form av Blårens. Det er ren alkohol (tilsatt brekningsmiddel) som ikke skader plast og kan brukes til masse annet også. Samme stoff som spylerveske også, men den er utblandet med vann og koster sikkert mye mer 🙂

14. juli

The X skrev (19 timer siden):
Har problemer...

Koden som står på siden til integrasjonen, feiler også.

Det fungerer ned til og med low_price_cutoff:

Men additional_costs: feiler, ingen output...

Her er det høyere pris på nettleie kwt mellom 06-22 på dagen.

Og høyere pris på vinter.

Kan være noe så dumt som et mellomrom eller et tegn.
ChatGPT skriver om hele koden til noe helt annet, fikk ikke noe hjelp der.
  - platform: nordpool
    VAT: true
    currency: "NOK"
    price_in_cents: true
    region: "NO3"
    precision: 3
    price_type: kWh
    low_price_cutoff: 0.95
    additional_costs: "
{% if now().hour >=6 and now().hour <22 %}
  {{ 0.604 | float }}
{% else %}
  {{ 0.420 | float }}
{% endif %}
{% if now().month >= 4 and now().month < 10 %}
  {{ 0.122 | float }}
{% else %}
  {{ 0.211 | float }}
{% endif %}"
Kan noen korrigere meg?

Det er først og fremst en logisk feil i det du har skrevet. Den første if-else der en setter pris til 0.604 eller 0.420 vil aldri ha noen virkning fordi prisen blir satt til 0.122 eller 0.211 nedenfor.

Og så tror jeg det er bedre å bruke

additional_costs: >- 
	{% if now().hour >=6 and now().hour <22 %}
  		{{ 0.604 | float }}
	{% else %}
  		{{ 0.420 | float }}
	{% endif %}
	{% if now().month >= 4 and now().month < 10 %}
  		{{ 0.122 | float }}
	{% else %}
  		{{ 0.211 | float }}
	{% endif %}

Legg merke til >- Det betyr at det som kommer bak er en multilinje streng.
Og linjen under additional_costs: >- må ha et innrykk. Det er yaml syntax

Men som nevnt, du må først og fremst rydde opp i den logiske feilen med at det aldri blir satt noen natt eller dagpris.

Det er et eksempel her: https://github.com/custom-components/nordpool?tab=readme-ov-file#additional-costs

11. juli

christbj skrev (5 timer siden):

Grei oppklaring, men ikke noe jeg ville ha gjort. Vi har uansett svart på @Counterpointer sitt spørsmål og fått frem at det er forskjellige meninger om dette på en god måte. Videre diskusjon om smarte lys vs. smarte brytere/dimmere passer bedre i denne tråden. 🙂

Så du kan bytte innhold i veggbokser i det ene tilfellet, men helt uaktuelt i det andre? Det er egentlig bare det jeg kommenterte. Det er ikke sikkert det er like lett for de som spør om råd å skjønne logikken.

11. juli

christbj skrev (38 minutter siden):

Neivel? Det avhenger av hva du gjør med de gamle lysbryterne. Hvis de er som før vil noen kunne skru av strømmen til smartpærene og automasjonene som skal skru lyset på ved bevegelse/tilstedeværelse vil ikke få kontakt med pærene. Det er en problemstilling som er omtalt av flere, ikke minst på en humoristisk måte på Stu's Reviews (se fra 09:02). 😉

En tar vekk gamle lysbrytere og setter opp zigbee "brytere/dimmere/knapper" alt etter behov. Da får en et lyssystem som er 100% fleksibelt og ikke avhengig av hvordan elektriker eller tidligere huseier la ledningene.

Logg inn

Profiler

Forum

Blogger

Nedlastninger

Artikler

Regler

Hendelser

Galleri

Store

Innlegg skrevet av stigvi

Viktig informasjon