Hva har du automatisert idag/Hva har du gjort på dine prosjekter idag

[Katla]

Siden Tibber integrasjonen tidvis har sviktet i det siste så har jeg måtte lage meg en sensor som viser om Tibber virker eller ikke. Da kan jeg automatisk skru av b.l.a varmtvannsbereder når tibber ikke funker og dermed slippe dette i fremtiden.

 

Tibber svikten kostet meg 100 kr økt nettleie i natt men bedre sent enn aldri 

 

Men er det noen som har tips til om det er mulig å lage en automasjon som laster integrasjonen inn på nytt? 

 

- binary_sensor:
      - name: "power_uendret_5m"
        state: "{{ as_timestamp(now()) | round - as_timestamp(states.sensor.power_xxxx_x.last_changed) | round > 300 }}" 

 

 

[stigvi]

Katla skrev (26 minutter siden):

Men er det noen som har tips til om det er mulig å lage en automasjon som laster integrasjonen inn på nytt? 

Vil sterkt anbefale å gå for AmsToMqttBridge eller noe annet. Tibber Pulse via nettsky blir aldri godt nok hvis du skal holde deg under en nettleiegrense.

[Katla]

stigvi skrev (1 minutt siden):

Vil sterkt anbefale å gå for AmsToMqttBridge eller noe annet. Tibber Pulse via nettsky blir aldri godt nok hvis du skal holde deg under en nettleiegrense.

Ja jeg må gjerne krype til korset og sette meg inn i dette 

[ArnieO]

En relativt ny funksjonalitet i AmsToMqttBridge er oppfølging av den nye effekttariffen, se min forklaring her:

https://github.com/gskjold/AmsToMqttBridge/issues/328#issuecomment-1279794142

 

 

[Kim123]

med bruk av amsToMqttBridge kreves annet utstyr enn tibber pulse da? 

[Tyrfing]

Ja, da bruker man f.eks. noe fra https://amsleser.no/ eller tilsvarende.

[Kim123]

Katla skrev (8 timer siden):

Siden Tibber integrasjonen tidvis har sviktet i det siste så har jeg måtte lage meg en sensor som viser om Tibber virker eller ikke. Da kan jeg automatisk skru av b.l.a varmtvannsbereder når tibber ikke funker og dermed slippe dette i fremtiden.

 

Tibber svikten kostet meg 100 kr økt nettleie i natt men bedre sent enn aldri 

 

Men er det noen som har tips til om det er mulig å lage en automasjon som laster integrasjonen inn på nytt? 

 

- binary_sensor:
      - name: "power_uendret_5m"
        state: "{{ as_timestamp(now()) | round - as_timestamp(states.sensor.power_xxxx_x.last_changed) | round > 300 }}" 

 

 

- service: homeassistant.reload_config_entry

data:

entry_id: bcb725d07917eb70a94cbf212b69ced3

Du finner entry id ved å gå inn på integrasjoner, trykk så på devices under tibber. Den siste strengen i url er entry_id, da kan du laste inn integrasjoner på nytt. 

Endret 16. oktober 2022 av Kim123

[ArnieO]

Tyrfing skrev (11 minutter siden):

Ja, da bruker man f.eks. noe fra https://amsleser.no/ eller tilsvarende.

Enten en av enhetene fra https://amsleser.no/ eller noe hjemmesnekret basert på ESP8266 eller ESP32.

[Kim123]

Skjønner, da må man investere i ny hardware.

 

Katla: Må nevnes at jeg hadde og persistent notification også, og tipper rundt 3-4 ganger i uken frøs tibber. Selv om tibber integrasjonen ble restartet, var det også noen ganger at integrasjonen ikke kom opp igjen heller. 

 

Min anbefaling for bruk av tibber puls er å sette den opp som lokal mqtt publisher, da bruker du amshan fra hacs. Har ikke vært nede eller frøset en eneste gang siden jeg la over. 

[Join]

Med effekttariff (og eventuelt straumpris) som bakteppe, har eg i dag automatisert oppvaskmaskina slik:

Om den har status "In use" og pådraget på effektstyringa får ein verdi på 10-0% eller "akuttsparing", set den seg automatisk på pause.

 

Når effektstyringa får ein verdi på 12-100%, startar maskina opp programmet igjen.

 

Det er diverse faktorar eg trur eg må legge inn, t.d på ettermiddag imellom 14-18 skal den kun stoppe ved "akuttsparing", som vil forekomme på slutten av kvar time om vi er i fare for å overskride aktuelt effektledd.

 

Problem som kan oppstå er ved langvarig straumsparing ved høg pris, men kanskje eg kan definere ei kjernetid som beskrive over, der den nesten alltid skal ta oppvasken, anna enn ved ekstreme tilfeller mtp straumpris.

 

Med tanke på mulighet å legge inn fleire muligheter for tilpassing, styrer effektstyringa et virtuelt device med anbefaling om: "Redusere timeforbruk" og "Normal". Så kan dette devicet nyttast som faktor.

 

Men i fyrste omgang må eg gjere meg erfaringar.  

 

 

Mvh

Endret 16. oktober 2022 av Join

[Katla]

Kim123 skrev (15 timer siden):

Min anbefaling for bruk av tibber puls er å sette den opp som lokal mqtt publisher, da bruker du amshan fra hacs. Har ikke vært nede eller frøset en eneste gang siden jeg la over. 

Da fulgte jeg din anbefaling og installerte amshan og det ser ut til å fungere helt greit. Krysser fingrene for at jeg slipper å bytte ut hardwaren. Skyløsninger er bannlyst heretter  

[Einar]

I dag har jeg automatisert Homeseer! 😉

Jeg har noen år kjørt HS3 på en Raspberry Pi her hjemme, og en på hytta.

Den her hjemme går i frø med 1-2 dagers mellomrom. Det er litt dumt når jeg er borte.

Jeg prøvde å sette en timer foran strømforsyningen, men da startet den ikke alltid opp. Jeg antar spenningen kom seilende langsomt opp og brukte for lang tid på det.

Etter hvert har jeg fått HS4 opp og gå på en PC. Den kjører Z-Wave helt fint. Zigbee ble bare tull, så det får jeg ta senere.

 

Så det jeg har gjort i dag.

Mikket sammen en Fibaro RGBW kontroller, strømforsyning med 12V og 5V og et relé. Denne RGBW kontrolleren er det eneste jeg fant i roteskuffen som kan drive et relé.

Så har jeg koblet 12V til å drive RGBW og reléet, 5V gjennom reléet til Raspberry.

Og en event i HS4 som slipper reléet i 5 minutter en gang i døgnet.

Pluss en ny event i Raspberry som skrur av alt lyset sent på kvelden men før HS4 eventen.

Så kan jeg jo også logge inn på HS4 maskinen om jeg går inn via VPN og ikke får logget på HS3.

 

Reodor Felgen hadde likt dette.

 

[ArnieO]

Einar skrev (2 timer siden):

Den her hjemme går i frø med 1-2 dagers mellomrom.

Husk at RasPi trenger en kraftig strømforsyning, gjerne 3A for å være sikker. Og micro SD kortet er alltid et svakt punkt, før eller siden ryker det. Jeg har satt harddisk på den RasPi'en jeg bruker til husautomatiseringen, så slipper jeg minnekortkrasj.

[Einar]

ArnieO skrev (2 timer siden):

Husk at RasPi trenger en kraftig strømforsyning, gjerne 3A for å være sikker. Og micro SD kortet er alltid et svakt punkt, før eller siden ryker det. 

Spenningsforsyningen klarer 5V/3A og SD kort er byttet. Så det er ikke der det ligger. 
Men nå har jeg bestemt meg for HS4/PC så får Rasspien bli frigjort. Jeg trenger en til PiStar og Rpi er jo klin umulig å få tak i nå for tiden. Men TTT!

For å kalle det redundans bør jeg vel nå ha et klurium som resetter PC'n fra Raspien om den går i frø da. Men PC'n går bra så lenge ikke Microsoft slenger en skiftenøkkel i girkassa. Jeg har ikke helt funnet ut av hvordan jeg skal få både HS4 og DeConz til å komme opp og stå igjen etter at Microsoft har rævpult maskinen! Men det er en annen historie.

[Kim123]

Ubuntu og docker container med Home Assistant og du vil ha et problemfritt anlegg 😉

[Bjørn Mork]

Einar skrev (17 timer siden):

Jeg har noen år kjørt HS3 på en Raspberry Pi her hjemme, og en på hytta.

Den her hjemme går i frø med 1-2 dagers mellomrom. Det er litt dumt når jeg er borte.

På hytta bruker jeg en Pi4 med PoE hat og USB-pinne.  Den har forsåvidt vært dønn stabil, men jeg er god på å kødde til ting selv.  Gjerne mens jeg sitter hjemme...

 

En stor fordel med PoE er at du kontrollerer av/på fra switchen som er PSE.  Men siden RPien er router/server/altmulig på bytta så ble remote tilgang til switchen bak litt vanskelig hvis Pien først feilet.  Løste dette med en cron-jobb på switchen:

*/5 * * * *  ping -A -c 180 -i 1 -W 1 -w 0 192.168.99.3 >/dev/null || reboot

der 192.168.99.3 er management-adressen på Pien og normalt nåbar fra switchen uansett nettverksstatus ellers.  Brukte såpass lang timeout som 180 sekunder for at dette ikke skulle trigge ved normal boot av Pien.

 

Denne switchen er såpass teit at den kutter PoE ut når den booter.  Derfor virker "reboot" av switchen som "resett hele nettet, inkludert PoE aksesspunkter og Pi"

 

Nå passer neppe denne løsningen overalt.  Grunnen til at jeg kan kjøre en cron-jobb på switchen er at den kjører OpenWrt.  Men tenkte jeg kunne nevne muligheten.  Hovedpoenget er PoE som fjernstyringsmekanisme for Pi, i tilleg til å være en kraftig og stabil strømforsyning

[erikbj]

stigvi skrev (På 16.10.2022 den 12.18):

Vil sterkt anbefale å gå for AmsToMqttBridge eller noe annet. Tibber Pulse via nettsky blir aldri godt nok hvis du skal holde deg under en nettleiegrense.

Noen som vet om det finnes lesere med zigbee? Skapet står for langt unna routeren til at jeg får wifi-dekning der, så bruker naboen sitt med pulse nå. Men da er jeg jo bundet av skyen... 

 

Zigbee vil nok ha dekning siden jeg har routere ganske nærme. 

erikbj skrev (1 minutt siden):

Noen som vet om det finnes lesere med zigbee? Skapet står for langt unna routeren til at jeg får wifi-dekning der, så bruker naboen sitt med pulse nå. Men da er jeg jo bundet av skyen... 

 

Zigbee vil nok ha dekning siden jeg har routere ganske nærme. 

For å svare på mitt eget spørsmål kom jeg over denne: https://shop.evasmart.no/produkt/smarthus/smart-strom/maleravleser?gclid=CjwKCAjwzNOaBhAcEiwAD7Tb6EZQMYD3EnZobXZswIFSXY8pRGzOBBFaCqk5HlZOfvJuC7jcZQz-UxoClVEQAvD_BwE

 

Men hvorfor har den batteri? Erfaringer? 

[ArnieO]

erikbj skrev (22 minutter siden):

Men hvorfor har den batteri? Erfaringer? 

Blir bare en kvalifisert gjetning:

Kamstrup måleren har et svært strømgjerrig HAN-grensesnitt i form av en pluggin-modul, man kan trekke maks 144 mW fra den - og i praksis har jeg sett moduler som (kanskje pga produksjonsvariasjoner; blir bare gjetting det også) som heller ikke klarer levere så mye. Det problemet kommer man rundt ved å ha batteri som kan tre støttende til dersom tapping av strøm fra HAN-grensesnittet ikke gir tilstrekkelig.
De andre målerfabrikatene kan levere plenty strøm på HAN.

 

Alternativt har de ikke lagt inn strømtapping fra HAN i det hele tatt - for å forenkle designet.

[gullfrode]

Einar skrev (På 23.10.2022 den 0.11):

For å kalle det redundans bør jeg vel nå ha et klurium som resetter PC'n fra Raspien om den går i frø da. Men PC'n går bra så lenge ikke Microsoft slenger en skiftenøkkel i girkassa. Jeg har ikke helt funnet ut av hvordan jeg skal få både HS4 og DeConz til å komme opp og stå igjen etter at Microsoft har rævpult maskinen! Men det er en annen historie.

Flyttet over HS4 til en unixdistro(Ubuntu headless på Proxmox)

Var enklere enn forventa(har alle zwavekontrollere via Ser2net), var bare å kopiere over filene, innstallere HS4 for Linux over filene, og alt(bortsett fra noen plugins jeg ikke bruker lengre) fungerer. Ruttet og gått i noen uker nå, godt å slippe å tenke på at Windows plutselig restarter ei natt  
systemctl for automatisk oppstart. 
Da er det bare gamerpc med Windows igjen i huset(samt at jeg har en Windows 11-instans på en VM når jeg skal gjøre fancy excel-ting). 

[Einar]

gullfrode skrev (På 27.10.2022 den 18.07):

............, godt å slippe å tenke på at Windows plutselig restarter ei natt  

Ja, det er ei helt ny bøtte møkk som jeg ikke har en skikkelig plan for. Annet enn aldri å reise bort?

 

Jeg har vert inne på idéen å plassere den bak en router som nekter den internet tilgang. Da vil vel ikke Microsoft få anledning til å tulle med den. Så vil heller ikke myhs virke. Men jeg har ikke fått den til å virke for mer enn en HS. Og det er den på hytta. Nå er jo tanken at HS skal finne ut av alt selv, så alt jeg trenger er en borte/hjemme/alarm status som kan fjernstyres. Og det skal jeg nok få lirket forbi en router. Men det er mulig jeg går tilbake til Linux for å få eierskap til egen PC.

[stigvi]

Det ser kanskje litt "juletre" aktig ut med mange farger, men jeg har nå lagd to-farget bakgrunn som viser om varme er på eller ikke. 

[SK951]

Migrert HomeAssistant fra en eldre Raspberry Pi3 til Intel Nuc som kjører Proxmox med HA VM. Du verden for en forskjell, anbefales.

stigvi skrev (17 timer siden):

Det ser kanskje litt "juletre" aktig ut med mange farger, men jeg har nå lagd to-farget bakgrunn som viser om varme er på eller ikke. 

Denne var fin, kjempe om du vil dele!

[stigvi]

type: custom:apexcharts-card
header:
  show: true
  title: Strømpris
  show_states: true
  colorize_states: true
yaxis:
  - id: pris
    min: 0
    max: auto
    decimals: 2
    apex_config:
      forceNiceScale: false
      tickAmount: 20
  - id: varme
    min: 0
    max: 1
    decimals: 2
    show: false
series:
  - entity: sensor.nordpool
    yaxis_id: pris
    show:
      in_header: true
    name: Nordpool
    type: line
    curve: stepline
    float_precision: 4
    fill_raw: last
    stroke_width: 2
    opacity: 1
    color: var(--primary-color)
    extend_to: now
  - entity: sensor.nordpool
    yaxis_id: pris
    show:
      in_header: false
    name: Pris
    type: line
    curve: stepline
    float_precision: 4
    stroke_width: 2
    opacity: 1
    color: var(--primary-color)
    extend_to: now
    data_generator: >
      let p = entity.attributes.raw_today.map(p => [p.start,p.value]);

      if(entity.attributes.raw_tomorrow != null &&
      entity.attributes.raw_tomorrow.length > 0 &&
      entity.attributes.raw_tomorrow[0].value != null)

      {
        p = p.concat( entity.attributes.raw_tomorrow.map(p => [p.start, p.value]));
      }

      return p;
  - entity: sensor.nordpool
    yaxis_id: pris
    show:
      in_header: false
    name: Snitt
    type: line
    curve: straight
    float_precision: 4
    stroke_width: 1
    opacity: 0.4
    color: green
    data_generator: >
      return [[start, entity.attributes.average*0.9],[end,
      entity.attributes.average*0.9]];
  - entity: sensor.nordpool
    yaxis_id: pris
    show:
      in_header: false
    name: Snitt
    type: line
    curve: straight
    float_precision: 4
    stroke_width: 1
    opacity: 0.4
    color: green
    data_generator: >
      return [[start, entity.attributes.average*1.15],[end,
      entity.attributes.average*1.15]];
  - entity: sensor.nordpool
    yaxis_id: pris
    show:
      in_header: false
    name: Snitt
    type: line
    curve: straight
    float_precision: 4
    stroke_width: 1
    opacity: 0.4
    color: red
    data_generator: >
      return [[start, entity.attributes.average*1.4],[end,
      entity.attributes.average*1.4]];
  - entity: sensor.nordpool
    yaxis_id: pris
    show:
      in_header: false
    name: Snitt
    type: line
    curve: straight
    float_precision: 4
    stroke_width: 1
    opacity: 0.4
    color: gray
    data_generator: >
      return [[start, entity.attributes.average*0.6],[end,
      entity.attributes.average*0.6]];
  - entity: sensor.estimated_subsidy_gabriel_edlands_veg_16
    yaxis_id: pris
    name: Støtte
    type: line
    curve: smooth
    float_precision: 2
    stroke_width: 2
    opacity: 1
    color: green
    extend_to: now
    fill_raw: last
  - entity: sensor.strompris_statistikk
    yaxis_id: pris
    name: Snitt 30 dager
    type: line
    curve: smooth
    float_precision: 2
    stroke_width: 2
    opacity: 1
    color: '#00CCFF'
    extend_to: now
    fill_raw: last
  - entity: sensor.strompris_filtrert
    yaxis_id: pris
    name: Snitt 3 dager
    type: line
    curve: smooth
    float_precision: 2
    stroke_width: 2
    opacity: 1
    color: '#00CCFF'
    extend_to: now
    fill_raw: last
  - entity: sensor.current_electricity_market_price
    yaxis_id: pris
    show:
      in_header: true
    name: Entso-e
    type: line
    curve: stepline
    float_precision: 4
    fill_raw: last
    stroke_width: 2
    opacity: 1
    color: var(--primary-color)
    extend_to: now
    unit: NOK/kWh
  - entity: sensor.current_electricity_market_price
    yaxis_id: pris
    show:
      in_header: false
    name: Pris
    type: line
    curve: stepline
    float_precision: 4
    stroke_width: 2
    opacity: 1
    color: var(--primary-color)
    extend_to: now
    unit: NOK/kWh
    data_generator: |
      return entity.attributes.prices.map(p => [p.time,p.price]);
  - entity: sensor.nordpool_diff_triangle_10_normalize_max_min
    transform: 'return x>0 ? 0 : 1;'
    yaxis_id: varme
    stroke_width: 1
    type: area
    curve: stepline
    color: C1EADD
    extend_to: now
    show:
      in_header: false
  - entity: sensor.nordpool_diff_triangle_10_normalize_max_min
    transform: 'return x>0 ? 1 : 0;'
    yaxis_id: varme
    stroke_width: 1
    type: area
    curve: stepline
    color: FFD8C9
    extend_to: now
    show:
      in_header: false
now:
  show: true
graph_span: 3d
span:
  start: day
  offset: '-1d'
locale: nb
apex_config:
  tooltip:
    enabled: true
  chart:
    height: 400px
    zoom:
      enabled: true
    toolbar:
      show: true
      tools:
        zoom: true
        zoomin: false
        zoomout: false
        pan: false
        reset: true
  legend:
    show: false
  dataLabels:
    enabled: false
  xaxis:
    type: datetime
    labels:
      datetimeFormatter:
        month: ddd
        day: ddd
  grid:
    borderColor: LightSteelBlue
    xaxis:
      lines:
        show: true

SK951 skrev (42 minutter siden):

kjempe om du vil dele

 

[Einar]

Da har jeg brukt stort sett hele dagen på å komme meg over på HS4. Og det ser ut til å virke som forventet.

Det gjenstår noen av de mindre viktige events.

Og nå hadde jeg igjen for å navngi dingsene så funksjon og plassering er innbakt i navnet. Ellers hadde jeg lusket rundt i huset og prøvd meg frem til langt ut i uka. Dette sparte jeg enormt med tid på når det er 65+ dingser bare i JowiHue.

L_sovSE_S er en lampe på soverom syd-øst og det er den som sitter lengst mot syd i plafonden.

M_sovSE_NEO er en NEO Coolcam Z-Wave bevegelsessensor på soverom syd-øst.

OSV.

Funksjon_Plassering_tilleggsopplysning.

 

En bonus er at jeg nå har 2 Raspberry til overs. Forutsatt at både Z-Wave og Zigbee rekker ut i verkstedet. Den er fortsatt "dum". Og det har jeg tenkt å rette på. Det er 11m mellom den og huset. Det burde gå? Om ikke blir det ny(e) gateway(er) der ute.

[SveinHa]

Laget en litt alternativ strømprisgraf. I utgangspunktet har jeg en graf for i dag og en for i morgen men har nå slått sammen slik at jeg har en graf som viser strømpriser fra nå og utover så langt der finnes data, altså i praksis fra inneværende time fram til midnatt tidlig på dagen og fra inneværende time fram til neste midnatt litt senere på dagen. Tanken er at strømpriser fra tidligere  på dagen er "water under the bridge" og trenger ikke oppta plass på skjermen...

 

Kl 13 ser det slik ut:

Hvit er råpris på strøm, gul og oransje (som nå ligger usynlig under den gule pga strømstøttesats  = 0) er hhv. råpris + nettleie og råpris + nettleie - strømstøtte. Strømstøtte varierer fra dag til dag da den beregnes ut fra snittpris denne mnd. fram til nå.

 

...og kl 14 blir den slik:

 

Hvilken versjon som er mest nyttig kan jo alltid diskuteres men nå har jeg i alle fall begge en stund...

Endret 8. november 2022 av SveinHa