stigvi

mgartin skrev (På 3.9.2023 den 0.25):

Eller er påslaget (cert) inkludert i prisene fra Elvia?

Jeg ser at svaret mitt ovenfor var litt avvisende. Selv om det forsåvidt er riktig, kunne jeg nok formulert meg litt annerledes. Hvis det er noe med oppsett så skal jeg prøve å svare her, men jeg har nok ikke tid eller anledning til å kikke på nettleiepriser rundt om i det ganske land. Håper at det er lett å finne ut av det hos Elvia. De er nå pålagt å opplyse om priser på en grei måte.

mgartin skrev (10 timer siden):

 

Takk - jeg tenker å legge inn en ekstra nordpool-sensor og ta med den nye strømstøtten og nettleie på den. Hvilket område hører du til? Jeg bor i Oslo-området (er vel NO1), og skjønner ikke helt om infoen på Elvias sider er oppdatert eller ikke: https://www.elvia.no/nettleie/alt-om-nettleiepriser/nettleiepriser-for-privatkunder/

 

(Jeg har lagt inn Nordpool-integrasjonen via HACS, og tenker å bare lime inn templaten i "Template for additional cost" via webinterfacet.)

 

Blir dette riktig for NO1?: (f.eks. dag: 43,55 + 18,00 = 61,55)

 

  {% set s = {
    "hourly_fixed_cost": 0.0,
    "night": 0.503,
    "day": 0.6155,
    "cert": 0.02
    }
  %}
  {% set pb = max((current_price - 0.875) * 0.9, 0.0) %}
  {% if now().isoweekday() >= 1 and now().isoweekday() <= 5 %}
    {% if now().hour >=6 and now().hour <22 %}
      {{(s.day+s.hourly_fixed_cost+s.cert-pb)|float(0)}}
    {% else %}
      {{(s.night+s.hourly_fixed_cost+s.cert-pb)|float(0)}}
    {% endif %}
  {% else %}
    {{(s.night+s.hourly_fixed_cost+s.cert-pb)|float(0)}}
  {% endif %}

 

Eller er påslaget (cert) inkludert i prisene fra Elvia?

 

Nettleie og påslag må du finne ut av selv hvis det er annerledes enn hos meg. Jeg bruker Tibber og netteier er Klepp Energi AS

mrkaasa skrev (6 timer siden):

Veldig fornøyd med reolink. Fulgte med alt jeg trengte for å montere og bruke inkl trådløs sirene og strømforsyning. Og var lett å integrere med home assistant. 

 

Så på UniFi, men måtte da plutselig kjøpe ekstra sirene, strømforsyning, cloud key med harddisk og streaming osv.  Pluss at den koster en del mer. Jeg har UniFi nettverk, men synes ikke det var verd det med kamera. 

Jeg kikket litt på den og den så jo grei ut. Men kan ikke ringe på eksisterende klokke og det er jo dumt........

SveinHa skrev (1 time siden):

ZoRaC skrev (2 timer siden):

Litt tungvint å sette opp/konfigurere enhetene i mcsMQTT, men ellers bra.

Ja. Jeg synes også mcsMQTT var litt bakvendt men funket greit. I NodeRed er det mye enklere.

Har dere prøvd auto discovery som vistnok mcsMQTT støtter?

Thomas_E skrev (1 time siden):

Hehe, skjønner hvor du vil. 

Men er det faktisk reelt at teknologien ikke er der å fungere på AA-batterier eksempelvis? Dagens låser bruker jo BTLE for å kommunisere med smartdingsene du har inne? AirTags fra Apple bruker UWB og går på "klokkebatterier". Man skulle trodd det var mulig å få til.

Det er kanskje forskjell på å sende noe data på faste intervall enn det å lytte til data kontinuerlig. Zigbee enheter som går på batteri er det jo ikke mulig å sende noe til uten at en først må vekke de opp.

Men jeg vet ikke grunnen. Det kan være at det ikke er så mange som etterspør det og det kan være teknologien som ikke sammenfaller med å kunne driftes fra et sett med AA batterier i et år.

Thomas_E skrev (2 minutter siden):

Alskens biler har hatt disse funksjonene i årevis, både med nøkler og mobiltelefoner liggende i lommen. Finnes ikke dette på smartlåser enda?

Ikke så jeg vet om. Men det hadde kanskje vært lettere å lage det hvis folk aksepterte et 12V, 60Ah batteri hengende på døren 🤪

Fermate skrev (1 minutt siden):

Bra Device støtte?
IKEA? Namron? Andre?

Like greit å sjekke her: https://www.zigbee2mqtt.io/supported-devices/

Selv kan jeg nevne at jeg hadde noen problemer med deconz og conbee II.

Den hadde høyt cpu bruk som ikke var gunstig på en rbPi.
IKEA rullegardiner forsvant ofte fra nettverket, som regel flere ganger pr måned.
Det var ikke mulig å sette opp direkte binding mellom veggbrytere og lys.
Aqara vindussensorer av den gamle typen, fungerte dårlig.

Med zigbee2mqtt og Sonoff har jeg ingen av disse problemene. Faktisk ikke noen problemer i det hele tatt. 

Edit: Jeg har med smått og stort 160 enheter i mitt zigbee nett. Og det er null problem med forsinkelser. Jeg bruker mye bevegelsesensorer i rom og lyset slås på allerede i det jeg går inn gjennom døren, bare brøkdeler av et sekund etter at sensor "ser meg". Trykk på veggbrytere har null forsinkelse, men der er det direkte binding og det går ikke via Home Assistant slik som bevegelsesensorene er satt opp.

Fermate skrev (6 minutter siden):

Hva bruker du av Zigbee sender?  Conbee?

Nei, den er gjemt godt bort. De som har laget Conbee tror jeg rett og slett har sovet i timen. Jeg bruker Sonoff ZBDongle-P, men jeg vil tro alle på den anbefalte listen gjør god nytte for seg.

https://www.zigbee2mqtt.io/guide/adapters/#recommended


Zigbee2mqtt og conbee: Warning: Conbee 2 firmware versions newer than 0x26580700 will result in an unstable network with devices dropping randomly, see Issue 9554

Fermate skrev (20 minutter siden):

Hva er status for Zigbee for HomeSeer nå om dagen?

Støtter ikke HS MQTT "rett ut av boksen"? I så fall ville jeg sett på zigbee2mqtt. Men samtidig er nok zigbee2mqtt bittelitt tilpasset Home Assistant i og med at den bruker Home Assistant sin mekanisme for "MQTT auto discovery". Men det er ikke noe hinder for å bruke det i andre systemer, det blir bare litt mer manuelt arbeid å sette opp MQTT.

Edit:
Dette innlegget er sikkert nyttig: 

https://forums.homeseer.com/forum/hs4-products/hs4-plugins/lighting-primary-technology-plug-ins-aa/mcsmqtt-michael-mcsharry-aa/1585812-how-to-add-device-via-zigbee2mqtt?p=1585820#post1585820

De 5 linjene for å regne ut pb kan sikkert med fordel byttes ut med

Entso-e
{% set pb = max(((current_price * s.eur * s.vat) - 0.875) * 0.9, 0.0) %}

Nordpool

{% set pb = max((current_price - 0.875) * 0.9, 0.0) %}

I entso-e integrasjonen til Home Assistant gjør jeg det på denne måten:

 

{% set s = {
    "day": 0.4176,
    "night": 0.2926,
    "cert": 0.02,
    "vat": 1.25,
    "eur": float(states("sensor.kurs_eur"), 11.6)
}
%} 

{% if (current_price * s.eur * s.vat) > 0.875 %}
    {% set pb = ((current_price * s.eur * s.vat) - 0.875) * 0.9 %}
{% else %}
    {% set pb = 0.0 %}
{% endif %}

{% if now().isoweekday() >= 1 and now().isoweekday() <= 5 %}
{% if now().hour >= 6 and now().hour < 22 %}
{{(current_price * s.eur * s.vat + s.day + s.cert - pb) | float}}
{% else %}
{{(current_price * s.eur * s.vat + s.night + s.cert - pb) | float}}
{% endif %}
{% else %}
{{(current_price * s.eur * s.vat + s.night + s.cert - pb) | float}}
{% endif %}

I Nordpool integrasjonen til Home Assistant gjør jeg det på denne måten.

 

additional_costs: >-
      {% set s = {
        "hourly_fixed_cost": 0.0,
        "night": 0.2926,
        "day": 0.4176,
        "cert": 0.02
        }
      %}
        {% if (current_price) > 0.875 %}
            {% set pb = (current_price - 0.875) * 0.9 %}
        {% else %}
            {% set pb = 0.0 %}
        {% endif %}
        {% if now().isoweekday() >= 1 and now().isoweekday() <= 5 %}
          {% if now().hour >=6 and now().hour <22 %}
            {{(s.day+s.hourly_fixed_cost+s.cert-pb)|float(0)}}
          {% else %}
            {{(s.night+s.hourly_fixed_cost+s.cert-pb)|float(0)}}
          {% endif %}
        {% else %}
          {{(s.night+s.hourly_fixed_cost+s.cert-pb)|float(0)}}
        {% endif %}

DeVille skrev (26 minutter siden):

Da blir det vel minimal gevinst på å flytte forbruket til de billigste timene, dersom prisen er over 70 øre per kWh?

Billigste timer er vel fortsatt billigste timer

Fordelen med nytt system er at en kan regne ut i forkant hva støtten blir for en aktuell time. Det vil fortsatt svare seg å flytte forbruk, men ikke like mye som før. Og så blir det også slutt på dette med at en kunne "tjene penger" på å ha høyt forbruk i billige timer.

Edit: OK, etter å ha tenkt meg litt om så ser jeg poenget ditt hvis alle timene er over 70 øre. Da blir variasjonen i pris heller liten, ja.

Regjeringen har foreslått å endre strømstøtten fra og med september 2023, men selv har jeg pr 28. august ikke sett noe konkret om at dette er vedtatt og blir innført. Er det noen som har lest noe konkret om at det innføres en ny støtteordning om 3-4 dager?

mgartin skrev (11 timer siden):

Kan det være firmware? OTA updates? Annet?

Utslitt flashminne, kanskje

Jeg er ikke ekspert på området, men mitt inntrykk er at en bruker slike ovner fordi det er mest praktisk. Panelovner på vegg langs gulv er utsatt og fungerer dårlig i et verksted eller i en butikk. Da kan stråleovner i taket være bedre.

Varmeovner, enten det er den ene eller andre, har 100% virkningsgrad. Men så er det dette med hvor varmen oppstår og hvordan det føles. Fordelen med panelovner er at de kan monteres under vindu og dermed stoppe kaldras som ikke er bra for komforten. Stråleovner gir feks varme direkte på kropp og kan gi en god komfort uten at en trenger å varme opp hele rommet like mye. Men i en stue er de jo lite plasseringsvennlige.

Edit: Dette med plasseringsvennlighet dreier seg ikke kun om det estetiske. Har en mange gjester så vil en oppleve at noen kommer svært nærme en stråleovn mens andre kommer langt i fra. Det er bare de som sitter i akkurat passe avstand som har god komfort. Slike problem slipper en med en panelovn som varmer opp luften.

Jeg bruker et Solid-State rele til min VVB og bruker denne aktivt for å holde meg tett oppunder grensen til neste trinn. VVB slås av og på i 2.5 sekund intervaller og jeg varierer av/på forholdet trinnløst. Og av/på forholdet styres mer eller mindre direkte fra pid-regulator.

Effekt på VVB i går kveld:

RVM skrev (4 timer siden):

Du kan jo f.eks. velge å bare slå av VVB etter 40 minutter inn i timen

Jeg bruker en slik strategi på lading av bil. De første 20 minutt i hver time lar jeg bare bil-lading gå som normalt selv om antatt forbruk ligger godt over grensen. Synes selv det er ganske effektivt for å hindre mye av og på.

Jeg klarer ikke å se for meg at en jordfeil skal føre til at en kjenner støt i en støvsuger eller i en mobiltelefon som lades. Lader kan jo være ødelagt, men samtidig skal det svært mye til før det galvaniske skillet mellom 230V og USB kontakten bryter sammen.

Og når det gjelder støvsuger så antar jeg det er en slik med slange siden dere bruker den på 230V. Slanger er i plastmateriale og at den skal lede noe strøm fram til hun som holder i den, høres merkelig ut. I tillegg er de vanligvis dobbelisolerte så det skal mye til før brukeren blir eksponert for høy spenning. Som @Kim123 nevner, det er mer trolig statisk elektrisitet. Det er jo ikke helt ukjent med bruk av støvsuger. 

Samtidig er alle ladere som selges i Norge av den dobbelisolerte typen. Jordfeil skal ikke forplante seg til USB siden på laderen.

Jeg trykte på haha-ikonet. Det er ikke fordi innlegget ditt, @Kim123 var spesielt morsomt, men heller latterlig tragisk. Og du har vel rett, det skal mye til før dette kommer 1. september.

Kim123 skrev (11 timer siden):

Fra 1. september er strømstøtten time for time, ikke noe gjennomsnitt.

Er dette nå besluttet? Sist jeg leste om det så var det med forbehold om de rakk å gjøre ferdig endringene. Og hvem skal endre, i så fall? Er det Staten eller netteiere? Får vi en situasjon der kunder på et nett har den gamle løsningen og kunder på et annet nett får ny løsning 1. september?

Mastiff skrev (3 timer siden):

@Kim123 Mercedes (i likhet med andre tyskere, så vidt jeg vet) har ikke appstyring av start og stopp av ladingen, du kan bare sette maks ladetilstand fra 50-100 %. Jeg vet ikke hvorfor. Og den Equalizeren ser ut til å være bare en variant av pulsen til Tibber, men med mange fære bruksområder. Det ville være irriterende om jeg måtte avgi porten i sikringsskapet til den.

VW er tysk og jeg kan slå av og på lading via Home Assistant / app, men jeg kan ikke sette ladestrøm via Home Assistant.
Men å styre bilen istedenfor via Easee boksen er uaktuelt for meg. Først og fremst fordi bilen er alt for treg til å reagere. Den er ikke "online" 100% av tiden, sannsynligvis for å unngå å tappe for mye strøm på 12V batteri, og kan dermed bruke mange minutter på å starte eller stoppe lading. Det virker dårlig hvis årsaken til at en vil stoppe er at en nærmer seg et nytt trinn på nettleien.

SveinHa skrev (25 minutter siden):

Dukket opp en M5Paper i postkassen for et uker siden men har ikke helt fått hull på den, virker som svært mangelfull dokumentasjon...

Det er jaffal ikke meningen å lage hull i de

ZoRaC skrev (2 minutter siden):

Slettet du dem da fra det grafiske grensesnittet til selve deCONZ? Jeg prøvde å slette et par lys fra webgrensesnittet nå (Phozcon), men de joinet ikke Z2M…

Ja, fra det grafiske grensesnittet og så åpnet jeg for nyregistrering i zigbee2mqtt på forhånd.

ZoRaC skrev (39 minutter siden):

Sier du at hvis jeg sletter pæren fra deCONZ, så går pæra automatisk i «joine-modus»? 😮 

Det gjorde i alle fall mine Philips Hue lyskilder og jeg mener at Ikea pærer også gjorde dette. Men det var noen få enheter på strøm som ikke gjorde det som feks noen led-drivere bak speil på bad. Det er vel Murphys lov at det mest utilgjengelige må tas på en tungvint måte.

Jeg hadde begge zigbee nett kjørende en stund og overførte de over flere dager uten særlig mye stress eller jobb.