stigvi

Men hvis en slår på gulvvarme på fullt og venter til en Aqara romtemperaturføler rapporterer en gitt temperatur pluss en hysterese, så kan jo gulvet allerede være alt for varmt og temperaturen i rommet vil fortsette å stige selv om en slår av all varme. Å regulere romtemperatur med gulvvarme er ingen lett øvelse. Og etter å ha lest på dette forumet i et par - tre år, så sitter jeg igjen med et inntrykk av at mange implementerer varmestyringen som enten helt av eller fullt på sammen med en hysterese. Det er en dårlig løsning på både panelovner og gulvvarme.

Mitt tips er å lese seg opp på reguleringsteknikk før en setter i gang og lager egen varmestyring. Et hull å falle ned i kan være å lage systemet ustabilt og en får en reell temperatur som svinger for mye rundt satt temperatur. Det optimale er jo en stabil temperatur som ikke svinger i det hele tatt, men at en tilfører akkurat nok varme som trengs.

Jeg bruker Home Assistant, men det betyr lite i denne sammenhengen. Til styring av varme har jeg Nobø sin hub og system. Dette styres i fra Home Assistant, men skulle Home Assistant bli utilgjengelig av en eller annen grunn så kan jeg fortsatt styre varmen via Nobø appen. Så denne hub'en og appen fungerer som en "plan B". Når det gjelder lys, har jeg satset 100% på smart belysning med Zigbee. Dette styres automatisk med bevegelsessensorer og lysstyrkesensorer. Men jeg har allikevel i hvert rom plassert en Zigbee bryter som har direkte binding mot lyset i rommet. Da kan jeg slå av og på lys og stille lysstyrke selv om Home Assistant er nede. Da har jeg tatt høyde for det viktigste, at varme- og lysstyring er redundant.

En oppdatering: Har tatt vekk testladingen. Nå tester jeg heller på om easee boks har oppdaget bil OG om bil har detektert at den er plugget til OG at bil har klart å låse fast kontakt. Hvis ikke disse tre betingelsene er oppfylt så sendes det en melding på tlf i løpet av kvelden. Da fanges det opp at kona ikke trykker støpselet helt inn i kontakten.

Could an Hour change the world? What if an hour wasn't just an hour…but the spark we need for change? An Hour reminding us to make all other hours count. Da har jeg lagd støtte for earth hour. Når bryteren "earth hour" er aktivert, vil alt lys ute og inne bli slått av og ingen bevegelsesensorer vil trigge lys. Men lysbrytere på vegg er fortsatt brukbar til de som eventuelt har forberedt seg dårlig og må en tur på do. Bryteren "earth hour" settes automatisk til påslått på angitt dato og tid. Og som WWF skriver. Earth hour dreier seg ikke om å spare strøm, men er en hendelse for å rette fokus på miljøvern.

Omtrent like lett å svare på som "hvor langt er et tau?" Dessuten er det helt avhengig av husutforming, ventilasjon, isolasjon, hvor kaldt det er, hvor følsom du er for kald dyne osv. Kan du ikke heller spørre om noe lettere?

Veldig enig i dette. Hjemmeautomasjon er noe som bør surre å gå i årevis og det kommer en tid da en ikke er like ivrig på å vedlikeholde og oppdatere. Da er det greit å ha gått for mest mulig standard installasjon. Alt som avviker fra dette, krever ekstra innsats.

Philips lager standard zigbee utstyr og er sannsynligvis det mest stabile du kan bruke sammen med Home Assistant. Jeg har to slike utendørs sensorer og de gjør jobben, ingen tvil om det.

I min fryser bruker jeg en helt standard Aqara zigbee sensor. Men jeg har loddet på en batteriholder for to AA batterier og så bruker jeg AA Lithium batteri. De tåler lav temperatur godt. Denne har ligget 2 år i fryser og den rapporterer fortsatt 100% på batteriet. Temperatur er -21 grader.

Og med Mill sin historie, da tror du det går knirkefritt?

Du undervurderer Skatteetaten. Du blir sikkert skattlagt for fordelen av å generere egen strøm. Vi andre må jo betale mva på det vi kjøper. Så det så .......

Leter du litt på forumet her så ser du at det er mange som har problem med Mill. Og nå fikk vi nettopp vite at de lager lyder også. Jeg bruker selv Nobø ovner og varmekabeltermostater. De har en offisiell integrasjon til Home Assistant og er lette å få inn der. En er heller ikke avhengig av skytjenester for å styre de.

Directly control Zigbee groups It's possible to configure this switch to directly control Zigbee groups. In this way the switch can control e.g. a group of light bulbs even when Zigbee2MQTT is not running. To accomplish this in the Zigbee2MQTT frontend: Go to the Groups tab and create a new group if it does not already exist. Add devices to the groups which you want to be controlled by this switch. Add this device to the group. Click on this device and go to the Bind tab. Uncheck all clusters except manuSpecificPhilips and OnOff (so only manuSpecificPhilips and OnOff are checked) and click Unbind in the row where destination is Coordinator. In the blank row at the bottom select endpoint 1 as the source endpoint, the group as the destination, tick OnOff and click bind. Notes: The device needs to be awake to respond to changes so you will need to trigger the switch to wake it up before assigning to the group or changing the bindings. This device does not support direct binding (to a device instead of a group). After doing this, no actions will be send to the coordinator anymore. To revert this (and stop the switch from directly controlling the group), press the yellow reconfigure button in the About tab. Actions are only send for input 1 of the device, for input 2 no actions will be send (so a double rocker is not supported). https://www.zigbee2mqtt.io/devices/929003017102.html#directly-control-zigbee-groups

Som nevnt - bryter må støtte dette. Du skriver jo info til den som den skal lagre i sitt minne og noen har rett og slett ikke støtte for dette.

Det er heller ikke uvanlig at det kun er mulig å binde mot en gruppe og ikke mot et enkelt lys. Eller motsatt. Ikea kom jo med en firmware til noen brytere der de byttet om på dette. På mine Philips Hue dimmere har jeg kun lagt inn direkte binding mot lysgrupper.

Du må faktisk sjekke om dette er støttet funksjonalitet i de enhetene du har lyst å kjøpe. En skulle tro at Philips støttet slikt på alle "brytere", men det tyder jo på at dette er utelatt når du ikke får det til.

Ja, jeg var snar med å fjerne strømbrytere fra veggene etter at smartpærer ble tatt i bruk. Nå er de kun strømløse når det er problem med leveransen i fra netteier.

Dagens teknologi gjør det helt klart mulig. Men her har en tenkt på muligheter forbi det å få data opp på en nettside, heldigvis. Det enkleste og sannsynligvis billigste er nok å kjøpe en superbillig trådløs aksesspunkt og sette den opp i nærheten av skapet. Det finnes esp32 noder med nettverkstilkobling, men da må du sitte inne med kunnskaper om å lodde og koble deler sammen på egenhånd.

Spørsmål: Er det ikke mer brukervennlig om rattet brukes til å dimme ned til det praktisk brukbare minimumsnivået? Hvorfor skal det være mulig å dimme ned til null hvis dette er noe som ikke brukes og skaper kluss?

Jeg har etterhvert en god del automasjoner som er avhengig av strømpris og da var det alltid irriterende at pris ikke var tilgjengelig. Ofte var den tilgjengelig på Entso-e integrasjonen, men ikke på Nordpool integrasjonen. Eller motsatt. Å bytte mellom de to er ikke gjort i en håndvending fordi de leverer data på forskjellig format. Så jeg har laget et pyscript som leser strømpriser fra både Nordpool og Entso-e og tilbyr data på et nytt format som da blir felles for disse to. Noen vil kalle det en bakdel, men for meg er det en fordel at scriptet samler alle prisene i en enkel liste istedenfor å splitte den i to. Det er ikke meningen at sciptet skal være gjenbrukbart hos alle og enhver, men mer som tips og inspirasjon til å lage et eget script. PS1. Scriptet har to funksjoner i toppen for å akkumulere dagens strømkostnad. PS2: Nordpool og Entso-e forutsettes satt opp til å levere spotpris inkl mva og i kroner. Skriptet legger til nettleie og trekker fra strømstøtte. PS3: Sats for nettleie hentes fra to input_number. Tidspunkt en veksler mellom natt og dag er hardkodet. Det samme er strømstøtte. PS4: Nettleie natt blir brukt for lørdag, søndag og andre røde dager. from datetime import datetime,timedelta import holidays YEAR = datetime.today().year NOR_HOLIDAYS = holidays.NO(years=[YEAR, YEAR+1]) state.persist('pyscript.total_pris_for_strom', default_value=0, default_attributes={"unit_of_measurement":"NOK"}) state.persist('pyscript.snittpris_for_strom', default_value=0, default_attributes={"unit_of_measurement":"NOK/kWh"}) state.persist('pyscript.spart_paa_strom', default_value=0, default_attributes={"unit_of_measurement":"NOK"}) state.persist('pyscript.strompris', default_value=0, default_attributes={"unit_of_measurement":"NOK/kWh"}) @time_trigger("cron(59 * * * *)") def akkumulere_stromkostnad(): p = round(float(pyscript.strompris) * float(sensor.estimated_hourly_consumption) + float(pyscript.total_pris_for_strom), 2) pyscript.total_pris_for_strom = p if float(sensor.consumption_thisday) > 0: pyscript.snittpris_for_strom = round(float(pyscript.total_pris_for_strom) / float(sensor.consumption_thisday), 4) pyscript.spart_paa_strom = round(float(sensor.consumption_thisday) * (float(pyscript.strompris.averageprice) - float(pyscript.snittpris_for_strom)), 2) @time_trigger("cron(0 0 * * *)") def nullstille_stromkostnad(): pyscript.total_pris_for_strom = 0 @time_trigger("cron(0 * * * *)") @time_trigger("once(now)") @state_trigger("sensor.nordpool", "sensor.nordpool.raw_tomorrow") @state_trigger("sensor.current_electricity_market_price", "sensor.average_electricity_price_today.prices_tomorrow") def strompris(): #state.set("pyscript.strompris", new_attributes={}) grid_night = float(input_number.nettleie_natt) / 100.0 grid_day = float(input_number.nettleie_dag) / 100.0 additional_costs = float(input_number.paslag_strom) / 100.0 if (sensor.nordpool.raw_tomorrow is not None and len(sensor.nordpool.raw_tomorrow) > 0 and sensor.nordpool.raw_tomorrow[0]['value'] is not None): pyscript.strompris.updatetime = datetime.now().isoformat() pyscript.strompris.source = "Nordpool" l = [] for sourceprice in sensor.nordpool.raw_today + sensor.nordpool.raw_tomorrow: pr = {} d = sourceprice["start"] pr["start"] = d.isoformat() pr["end"] = (d + timedelta(hours=1)).isoformat() pr["spotprice"] = float(sourceprice["value"]) pr["gridprice"] = grid_day if is_peak(d) else grid_night pr["payback"] = max((float(pr["spotprice"]) - 0.875) * 0.9, 0.0) pr["totalprice"] = float(pr["spotprice"]) + float(pr["gridprice"]) + float(additional_costs) - float(pr["payback"]) l.append(pr) pyscript.strompris.prices = l elif (sensor.average_electricity_price_today.prices_tomorrow is not None and len(sensor.average_electricity_price_today.prices_tomorrow) > 0): pyscript.strompris.updatetime = datetime.now().isoformat() pyscript.strompris.source = "Entso-e" l = [] for sourceprice in sensor.average_electricity_price_today.prices_today + sensor.average_electricity_price_today.prices_tomorrow: pr = {} d = datetime.strptime(sourceprice["time"], "%Y-%m-%d %H:%M:%S%z") pr["start"] = d.isoformat() pr["end"] = (d + timedelta(hours=1)).isoformat() pr["spotprice"] = float(sourceprice["price"]) pr["gridprice"] = grid_day if is_peak(d) else grid_night pr["payback"] = max((float(pr["spotprice"]) - 0.875) * 0.9, 0.0) pr["totalprice"] = float(pr["spotprice"]) + float(pr["gridprice"]) + float(additional_costs) - float(pr["payback"]) l.append(pr) pyscript.strompris.prices = l price_sum = 0.0 peak_sum = 0.0 offpeak1_sum = 0.0 offpeak2_sum = 0.0 high = -1000 low = 1000 for sourceprice in pyscript.strompris.prices: if datetime.now() >= datetime.fromisoformat(sourceprice["start"]).replace(tzinfo=None) and datetime.now() < datetime.fromisoformat(sourceprice["end"]).replace(tzinfo=None): pyscript.strompris = float(sourceprice["totalprice"]) pyscript.strompris.current_gridprice = float(sourceprice["gridprice"]) pyscript.strompris.current_payback = float(sourceprice["payback"]) pyscript.strompris.current_spotprice = float(sourceprice["spotprice"]) if datetime.now().day == datetime.fromisoformat(sourceprice["start"]).day: price_sum += sourceprice["totalprice"] if datetime.fromisoformat(sourceprice["start"]).hour < 8: offpeak1_sum += sourceprice["totalprice"] elif datetime.fromisoformat(sourceprice["start"]).hour < 20: peak_sum += sourceprice["totalprice"] else: offpeak2_sum += sourceprice["totalprice"] if high < sourceprice["totalprice"]: high = sourceprice["totalprice"] if low > sourceprice["totalprice"]: low = sourceprice["totalprice"] pyscript.strompris.averageprice = float(price_sum) / 24.0 pyscript.strompris.peak = float(peak_sum) / 12.0 pyscript.strompris.offpeak1 = float(offpeak1_sum) / 8.0 pyscript.strompris.offpeak2 = float(offpeak2_sum) / 4.0 pyscript.strompris.high = float(high) pyscript.strompris.low = float(low) def is_peak(t : datetime): if t.isoweekday() >= 6 or t.hour <= 5 or t.hour >= 22 or t.date() in NOR_HOLIDAYS: return False else: return True

Jeg bygde i 2018 og valgte bare Nobø varmesystem på varmekabler og ovner som ekstra. Alt lys var planen å bruke smartlys med enten smarte pærer eller smarte armaturer basert på zigbee. Jeg har fagbrev innen elektro så jeg monterte alt lys selv. Jeg er superfornøyd med at jeg har gått for smartbelysning istedenfor vanlig belysning og eventuelt brytere og dimmere basert på zigbee. Å kunne styre hver lyskilde individuelt har gitt en del flere muligheter enn det en ser i en byggeprosess. Og det er greit å ikke være låst til hvordan huset ble bygd og ledninger ble trukket når det gjelder lysgrupper. For eksempel fant vi ut at nattlys i gang bare skal være på den lampen som ikke vises i fra soverommet. Enkelt å få til med smart belysning. Håpløst å få til dersom begge lamper i gang var styrt i fra en felles dimmer.

Det står også nevnt i linken som Erling startet tråden med. Har Erling lest artikkelen selv?

Kanskje du skulle startet tråden din med å beskrive systemet ditt. Kjører du HA på en offisiell støttet måte? Eller er det noe mekket i hop selv?