stigvi

En annen ting er hva som er lurt. Noen ganger må en bytte ut lyskilde pga av at den slutter å virke. Hvis en da bytter ut til en armatur med pæresokkel så er det jo greit å slippe å bruke penger på å bytte ut en bryter. Spesielt når det ikke var noe å spare på å bruke en 1-polt bryter i utgangspunktet.

Når en kikker på bilde rett ovenfor her, hvordan tenker du at det skal være plass til noe bak bryteren?

Jeg er gift. Jeg ville spurt kona hvilke lamper hun vil ha.

Løst i tak er vel ikke aktuelt. Mulig jeg misforstår deg, men montering i tak er nok i takboks. Edit: Ser nå hva trådstarter faktisk spør om...... Hvis denne er godkjent for veggboks, så ville ikke jeg stusset mye over å montere den i en takboks. Men det er ikke like god plass i en takboks så mulig det setter begrensinger. Nei, denne er ikke godkjent for å ligge løst på tak. Den mangler strekkavlastning og er ikke lagd for å kobles til en kabel slik kapslingen er utformet. Den må ligge i en boks.

Hvis du kikker på github så ser du at det er rapportert, noen jobber med det og det er fikset i en beta versjon som kom i månedsskiftet juni/juli.

Verken det ene eller det andre Da synes jeg ikke overskriften din på denne tråden er valgt med omhu. Og jeg ga bare uttrykk for hva jeg synes - at det _ikke_ er gått lang tid.

Lang tid er vel kanskje å ta litt hardt i? Husk at det er sommer og fellesferie. Er ikke like interessant å sitte inne for å rette feil i kode, da.

Jeg har hatt min Aqara Zigbee sensor i fryseboks på -21 grader i mange år. Men jeg tok ut cr2032 batteriet og loddet på en batteriholder for to AA batterier. Og bruker AA lithium. De tåler kulden bra.

Jeg ville isolert kobberrøret for varmt vann som går opp langs veggen

Jeg har vekting. Nedre temp kan godt bli lav og dersom øvre temperatur kommer under 45 grader så er det full oppvarming så fort som mulig.

Her er et eksempel på en trigger sensor som kjører et service call og behandler data. Noe tilsvarende kan altså gjøres med å hente ut fra en kalender og lagre helligdager i en attributt som en liste. - trigger: - platform: state entity_id: weather.orstad_utsyn # - platform: time_pattern # hours: /1 action: - service: weather.get_forecasts data: type: hourly target: entity_id: weather.orstad_utsyn response_variable: wh - service: weather.get_forecasts data: type: daily target: entity_id: weather.orstad_utsyn response_variable: wd sensor: - unique_id: timer_med_sol name: "Timer med sol" unit_of_measurement: "h" device_class: duration state: >- {% set vars = namespace(count=0) %} {% set vars = namespace(found=true) %} {% set vars.count = 0 %} {% set l = wh['weather.orstad_utsyn'].forecast|map(attribute='condition')|list %} {% for item in l %} {% if vars.found == true and item == 'sunny' %} {% set vars.count = loop.index %} {% else %} {% set vars.found = false %} {% endif %} {% endfor %} {{ vars.count }} - unique_id: timer_med_opphold name: "Timer med opphold" unit_of_measurement: "h" device_class: duration state: >- {% set vars = namespace(count=0) %} {% set vars = namespace(found=true) %} {% set vars.count = 0 %} {% set l = wh['weather.orstad_utsyn'].forecast|map(attribute='precipitation_probability')|list %} {% for item in l %} {% if vars.found == true and item|float(0) <= 2 %} {% set vars.count = loop.index %} {% else %} {% set vars.found = false %} {% endif %} {% endfor %} {{ vars.count }} - unique_id: vindstyrke_i_morgen name: "Vindstyrke i morgen" unit_of_measurement: "m/s" state: "{{ [state_attr('weather.orstad_utsyn', 'wind_gust_speed')|float(0), (wd['weather.orstad_utsyn'].forecast | rejectattr('wind_gust_speed', 'undefined') | map(attribute='wind_gust_speed')|list|max)]|max|round(1) }}"

Workday integrasjonen som er innebygd i HA gir deg en kalender. Denne har attributter for neste hendelse. Så da kan du sjekke der om "i dag" eller "i morgen" er neste hendelse. Lørdager og søndager håndterer du jo lett på andre måter. Men du vil ha samme problem når det er mange helligdager på rad, ser jeg nå....... Da kan du vite at i dag er en helligdag, men du får ikke vite hva i morgen er. Edit: Det finnes et service call for å hente ut hendelser fra en kalender i et tidsrom. Du kan ha en template trigger sensor som hver romjul henter alle helligdager 1 år fram i tid og lagre dette i en mal-sensor som du kan bruke i Nordpool.

Jeg henter bare spotpris i fra Nordpool og Entso-e integrasjonene og så har jeg et pyscript som legger til nettleie ut i fra tid på døgn, helligdag og helgedag. Der håndterer jeg også problemet med at en av disse to integrasjonen ikke virker / ikke henter ned pris. Det skjer overraskende ofte.

Det vil heller ikke virke. Det du glemmer er at now() er overstyrt i Nordpool integrasjonen. Malen kjøres 48 ganger der now() returnerer 48 forskjellige tidspunkt. set today = now().date() vil altså gi deg alle 24 timene på fredag og alle 24 timene på lørdag. set tomorrow = (now().date() + timedelta(days=1)) vil tilsvarende gi deg alle 24 timene på lørdag og alle 24 timene på søndag. if now().date() == today vil dessuten alltid være sann

Når prisene kommer klokken 1400 på en fredag ettermiddag, hvordan vet du at prisen på lørdag ikke er for en arbeidsdag? Eller for å spørre annerledes - du er altså ikke opptatt av at prisene i tomorrow attributtene skal ha riktig pris?

Jeg har målt varmetapet på min VVB og den er: tap(W) = 2000(0.00135 * t - 0.0384). Dette gjelder for meg der tanken står i et vaskerom på 20grader C. Er det kaldere, som feks i en uisolert kjeller, er tapet større. Så ved 50grader C er tapet 58W og ved 80grader C er tapet 139W. Forskjellen utgjør 709kWt pr år. Med dagens strømpris er det altså litt å spare på å senke temperaturen. 50 grader er nok til at legionella ikke utvikler seg ukontrollert, men de dør ikke heller så jeg varmer opp tanken til 80 grader C to-tre ganger i måneden. Jeg har en OSO tank med OSO sin temperaturfølerstav. Denne er koblet til en esp8266 så jeg har full kontroll på temperatur på 3 steder i tanken. Når den er så lav som 45-50 grader så er det viktig å ha kontroll på det for at temperaturen ikke kommer under dusjvarmt. Temperaturen synker litt på vei til dusj så jeg har funnet ut at 45 grader i VVB er absolutt laveste jeg kan ha uten at noen i huset klager.

Hos oss endret det kommunale trykket seg hele tiden opp og ned alt ettersom hva naboene gjorde. Det førte til vann inn og ut av VVB nærmest kontinuerlig som om det ble pumpet. Men det var veldig merkbart. Vi hadde jo 60 grader varmt vann når vi tappet "kaldt" på kjøkkenet. Det jeg har hørt, er det du nevner. En vil ikke ha forurenset vann ut i det kommunale. Og jeg mener det er et EU krav, men er ikke sikker på akkurat det. Det finnes andre hypotetiske tilfeller. Som feks at noen tapper vann i badekar med dusjslange som ligger i bunn av karet. Hvis trykket forsvinner når dette skjer, så kan et helt badekar med såpevann forsvinne inn igjen i dusjslangen og ut i det kommunale nettet.

Hos oss bruker vi 35kWt pr person pr mnd på varmt vann. Jeg vil påstå 105kWt er mye, men det er vist nokså normalt https://www.helg.no/bolig/vet-du-hvor-mye-varmt-vann-du-bruker/s/1-63-7741664 Har du varmtvannstank med ekspansjonstanker så kan det faktisk skje at varmtvann forsvinner ut av huset. Det gjorde det hos oss. Tilbakeslagsventilen på inntaket var ødelagt pga fremmedelement i den. Det som da skjedde var at trykkendringer i det kommunale nettet presset vann inn i VVB sine ekspansjonstanker og når trykket i det kommunale nettet sank så ble varmt vann presset ut av tanken pga trykket i ekspansjonstankene. Inntaksledningen var glovarm pga varmt vann på vei ut huset 🙂

Det kan en. Men det er en løsning for ytterst spesielt interesserte. Så er det også slik at dataene den sender til MQTT ikke er lett tilgjengelig. En må ha programvare for å dekode det som den sender.

Noe annet er at Tibber Pulse ikke er noen god løsning, etter min mening. Og jeg skriver av erfaring. Det er en grunnleggende svakhet med Tibber Pulse at den baserer seg på en skyløsning. Og hvis en er avhengig av 100% oppetid for å holde forbruket innenfor et trinn på nettleie, da vet en hvordan det går. Fordelen med Tibber Pulse er at den er lett å komme i gang med og at den er lett tilgjengelig. Men det finnes alternativer som ikke baserer seg på en skyløsning. Hvilken av disse som er lettest å bruke er avhengig av smarthus-systemet en går for så jeg skal ikke peke på noen og si at "den må du ha, den er best".

Spørsmål: Vil du at et firma et annet sted i Norge skal styre varmen i ditt hus? Vel, Tibber eller andre kan ikke kommunisere med termostatene dine direkte. Du må nok belage deg på å ha et eget smarthus system. Og da kan du like greit ta kontrollen på styringen selv og få det som du selv vil istedenfor at noen andre skal styre varmen for deg. Nei, du trenger ikke Tibber Pulse. Det du trenger er å få prisinformasjon og den kan du få av Tibber eller via andre veier. Og så styrer en varme ut i fra pris. Tibber Pulse gir deg forbruk i sann tid og det kan være greit å ha hvis du også vil holde deg på et lavt priset nettleietrinn. Der finnes det flere løsninger, noen en lager selv og noe som er ferdig laget. Men igjen, det går via eget smarthus-system.

Så Aqualarm bruker en usb kontakt til noe helt annet en usb og setter 12V ut på den? Høres ut som en oppskrift på en katastrofe, men det er vel sikkert ikke så ofte noen plugger i noe annet enn ventilene der.

For meg er det uklart hvilken pris du mener er feil. Elvia er vel en netteier. Er det deres pris som er feil? Eller den du får i fra Nordpool sammenlignet med det du betaler hos din strømleverandør. Du nevner ikke hvem det er. Jeg bruker selv Vibb og jeg mistenker at de bruker en annen vekslingskurs fra euro til kroner enn det Nordpool gjør.

Hvorfor legger du da til påslag selv på 1 øre hvis Elvia har alle påslag inkludert, som du skriver? Og hvor setter du s.hourly_fixed_cost til en fornuftig verdi?

Lurt. Var det ikke så at HomeSeer sin plug-in baserer seg på zigbee2mqtt? Var dette et skifte i fra deconz eller er det en helt annen plug-in?