Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

Vinnerliste

Populært innhold

Viser innholdet med mest poeng fra 30. nov. 2022 i alle områder

  1. Jeg gjorde en endring siden sist, la inn prisen for i morgen i annen farge. Ps: fant ikke formatering for kode fra mobilen, da denne siden ikke viser alle knappene selv om det er plass til dem... type: custom:apexcharts-card locale: nb graph_span: 50h now: show: true color: '#555' span: start: day offset: '-5h' header: show: true title: kWh used vs Nordpool prices all_series_config: group_by: duration: 1h float_precision: 2 stroke_width: 2 yaxis: - id: usage decimals: 1 apex_config: tickAmount: 4 max: 5 - id: price opposite: true decimals: 2 apex_config: tickAmount: 6 forceNiceScale: true apex_config: xaxis: tooltip: enabled: false type: datetime labels: format: HH series: - entity: sensor.amsleser_houruse name: Used type: column color: '#1e81b0' group_by: func: max yaxis_id: usage - entity: sensor.nordpool_kwh_oslo_nok_2_10_025 name: Price type: area opacity: 0.2 color: '#ee0000' curve: stepline extend_to: now data_generator: | return entity.attributes.raw_today.map(p => [new Date(p.start), p.value]) yaxis_id: price - entity: sensor.nordpool_kwh_oslo_nok_2_10_025 name: Price tomorrow type: area opacity: 0.2 color: '#0000ee' curve: stepline data_generator: > return entity.attributes.raw_tomorrow.map(p => [new Date(p.start), p.value]) yaxis_id: price
    1 poeng
  2. Hva er nytt? For meg ser den helt lik ut?
    1 poeng
  3. Mulig dette er et sent svar, men du kan finne ut hvilken usb port du brukte ved å gå inn på din HA backup og lete etter filen "core.config_entries". Det er en skjult fil som ligger under disse katalogene: C:\Temp\core_2022_9_7\homeassistant.tar\homeassistant\data\.storage. I filen core.config_entries søker du etter "zha" eller "USB Serial". { "entry_id": "38844e21bb87da901b1d041250503be4", "version": 3, "domain": "zha", "title": "USB Serial, s/n: n/a", "data": { "radio_type": "znp", "device": { "path": "/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0", "baudrate": 115200, "flow_control": null } },
    1 poeng
  4. Jeg var på jakt etter 24 timers klokke selv, og fant dokumentasjonen til datetimeformatter her https://apexcharts.com/docs/datetime/. Jeg gjorde f.eks dette: apex_config: xaxis: tooltip: enabled: false type: datetime labels: format: HH og får denne x-aksen eneste jeg mangler og ikke har fått helt til er å vise kWh y-aksen 1, 2, 3, 4, 5 der de nivåene faktisk er.
    1 poeng
  5. Hvis du ikke vil sette deg inn i NR så finnes denne, jpulakka/nordpool_diff: Transforms electricity spot price into thermostat control signal. Home Assistant custom component. (github.com) Da får du nok mye av det samme i en integrasjon som tar mye mindre ressurser enn å sette i gang med node red.
    1 poeng
  6. Problemet med å bruke Tibber sin er at den ikke tar hensyn til nettleie (hos meg, i alle fall). Kanskje du har med nettleie hos deg? Jeg har laget en price_level sak for Nordpool som du kan få....... Det forutsetter at du lager en mal for Nordpool integrasjonen som tar med nettleie template: - sensor: - unique_id: pricelevel name: "Prisnivå" state: >- {% if states('sensor.nordpool')|float(0.5) >= state_attr('sensor.nordpool', 'average')|float(0.5) *0.9 and states('sensor.nordpool')|float(0.5) < state_attr('sensor.nordpool', 'average')|float(0.5) *1.15 %} NORMAL {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *0.6 and states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *0.9 %} CHEAP {% elif states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *0.6 %} VERY_CHEAP {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *1.15 and states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *1.4 %} EXPENSIVE {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *1.4 and states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *2.0 %} VERY_EXPENSIVE {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *2.0 %} EXTREMELY_EXPENSIVE {% endif %} Det er neppe noe du kan gjøre her. Dette er feil i Tibber sin integrasjon i kombinasjon med manglende data fra api.
    1 poeng
  7. Det er sikkert flere veier dette kan gjøres på. Jeg bruker ikke Tibber med CHEAP, NORMAL osv når jeg smartlader nå lengre. Driver nå å bruker en HACS intergrasjon som heter nordpool_diff (https://github.com/jpulakka/nordpool_diff) som per i dag bruker prisdata fra Nordpool. Utvikleren kommer snart med en versjon som fungerer med Entsoe pris data. Nordpool_diff gir deg en sensor som har en negativ verdi hvis prisdata er høy og en positiv verdi hvis prisdata er lav. Dette gir deg da en numererisk CHEAP og EXPENSIVE trigger. Slik ser sensor per idag ut i konfigurasjon hos meg: - platform: nordpool_diff nordpool_entity: sensor.nordpool # filter_length: 10 # filter_type: triangle unit: NOK/kWh/h # normalize: no Jeg bruker så en bayesian sensor (https://www.home-assistant.io/integrations/bayesian/) for å bestemme om det skal lades eller ei. For å komme frem til sannsynlighetene prob_given_false og prob_given_true så bør du bruke et regneark som er laget til dette formålet. Du finner regnearket her: https://docs.google.com/spreadsheets/d/17aDaO8Na2FiLXdlBmpJA1AGsGEGnGaZG24eJTSz1gko/edit?usp=sharing . For å editere det må du lage en kopi av regnearket først. - platform: bayesian name: 'Oppladning elbil' prior: 0.33 probability_threshold: 0.5 observations: # Nordpool_diff sensor. Lading når sensor viser positiv verdi - platform: 'numeric_state' entity_id: 'sensor.nordpool_diff_triangle_10' prob_given_true: 0.75 prob_given_false: 0.50 above: 0 # Times of day sensor binær sensor som er på i tidsrommet 22:00-06:00 - platform: 'state' entity_id: 'binary_sensor.natt' prob_given_true: 0.31 prob_given_false: 0.25 to_state: 'on' # PID regulator. Slår av lading når sensor er under 30 %. - platform: 'numeric_state' entity_id: 'sensor.regulator_energy_usage' prob_given_true: 0.01 prob_given_false: 0.25 below: 30 Du må prøve og feile med antall timer lading er på og av. Jeg ønsket at lading skal være på bare på natt og slå seg av når PID regulatoren er under 30 %. Verdiene er ikke realistiske, men jeg får de riktige resultatene. Da sannsynlighetene er avhengige av hverandre må du bruke regnearket på nytt hvis du vil fjerne eller legge til sensorer. Automatiseringen av å lade bil blir bestemt av den bayesiske sensoren "binary_sensor.oppladning_elbil". Når verdi er over 0.5 (probality threshold) vil den være on og off når den er under 0.5. alias: " Bayesian lade opp elbil: Lading slås på" description: Bayesian sensor slår på lading av elbil trigger: - platform: numeric_state entity_id: sensor.oppladning_elbil_sannsynlighet for: hours: 0 minutes: 0 seconds: 0 above: "0.5" condition: [] action: - service: easee.set_circuit_dynamic_limit data: device_id: ID til Wv EGolf currentP1: 12 mode: single alias: " Bayesian lade opp elbil: Lading slås av" description: Bayesian sensor slår av lading av elbil trigger: - platform: numeric_state entity_id: sensor.oppladning_elbil_sannsynlighet for: hours: 0 minutes: 0 seconds: 0 below: "0.5" condition: [] action: - service: easee.set_circuit_dynamic_limit data: device_id: ID til Wv EGolf currentP1: 0 - delay: hours: 0 minutes: 5 seconds: 0 milliseconds: 0 mode: single
    1 poeng
Vinnerlisten er satt til Oslo/GMT+01:00
×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.