stigvi

Vel, du skal ha noe i ressurser. Det nytter ikke å slette det du la inn manuelt og så forvente at det virker. Det skal være noe der som HACS har lagt inn.

HACS skal sette inn  noe ala /hacsfiles/mini-graph-card/mini-graph-card-bundle.js  i ressurser

Har du fulgt oppskriften når du installerte HACS?


Og riktig konfigurasjon på kort er vel (?)

entities:
  - entity: sensor.outside_t.......

Edit: Glem det siste her. - sensor.outside.... er OK når du bare har en linje med kun entity_id

7 timer siden, solosuper skrev:

Har nettopp installert HACS og prøvd å installere Mini graph card. Sliter litt med å få kortet til å virke. Har lagt inn denne koden under ui-lovelace.yaml.

resources:
  - url: /local/mini-graph-card-bundle.js?v=0.9.4
    type: module

Når jeg skal legge inn kortet i lovelace vil ikke kortet virke. Noen tips?

Hm, du skal ikke legge inn slikt manuelt. Det er meningen HACS skal gjøre dette automatisk

Det er vel et eksempel på at den prøver å dekke alle bruksområder og blir dermed ikke god på noe?

30 sekund forsinkelse på bevegelse er uansett ubrukelig til å styre lys så hvis det er dette som er hovedbruken så ville jeg sett etter noe annet, ja

6 timer siden, NilsOF skrev:

Jeg har aldri helt klart å ta bølgen over MS6 jeg heller.

Og så finnes det alternativer som åpenbart fungerer mye bedre .......

Jeg hadde allerede en "feriemodus", men den gjorde ingenting mer enn å slå av og på varme i huset.


Men nå er dette utvidet til å slå på lys inne når det mørkner og å slå dette av igjen når det er normal leggetid. Har lagt inn litt tilfeldigheter på tidspunktene også sånn at det ikke er likt hver dag. Og jeg vurderer å spille musikk i huset i tillegg. Og gardiner går fortsatt ned og opp alt etter solmengde. Gardinene tar altså ikke ferie. Alt for at det skal se ut som om noen er hjemme, altså.

Men spørsmålet blir: Lar kjeltringer seg lure av slike enkle ting som dette? Kanskje er det veldig lite som skal til før de retter oppmerksomheten mot andre hus?
 

Med DC så vil det generers en veldig høy spenning i en spole når strømmen brytes. Tenk coil og tennplugger i en bil. Så for å beskytte rele for gnister så kobler en med fordel en diode i parallell med spolen (og den må stå med riktig polaritet). Dioden vil da hindre høy spenninger over releet.

Men for AC trenger en ikke tenke så mye på dette. Det kan gnistre over relekontaktene her også, men problemet er mye mindre.

Den kan du bruke. Og så har du 5 releer i reserve 😉

1 time siden, mk1 black limited skrev:

det andre er å åpne garasjeporten når jeg kommer hjem automatisk. Er jeg i bil og ankommer hjemme så åpner garasjeporten seg.

God ide. Jeg jobber med noe tilsvarende, men det blir gjenkjenning av bil og reg. nummer.

Mange gode poeng, der, @eisa01  Men samtidig synes jeg det er greit at det er fokus på dette og at forbrukere kan si sin mening om vindkraft på andre måter enn sivil ulydighet og demonstrasjoner på en forblåst fjellknaus.

Det finnes andre grunner enn pris på at en skifter leverandør. Jeg er heller ikke spesielt glad i Tibber pga at de havner i gruppe C som NRK artikkelen omhandler.

https://www.nrk.no/mr/hundrevis-skiftar-straumselskap-i-protest-mot-vindkraft-1.15091410

Jeg prøver å unngå apper som Tasker. De bidrar garantert ikke til god batteritid, tenker jeg. Men jeg gjør noe tilsvarende med hjemmedeteksjon, bortsett fra at der er det enheter som detekterer telefon via wifi og bluetooth og telefonen selv er ganske passiv på dette. Innser at dette er vanskelig i en bil. For min del har jeg ikke behov i huset for å vite om jeg er i bilen, men det kunne vært greit å vite klokkeslett jeg er hjemme. Det finnes mulighet for å beregne dette ut i fra avstand og fart, men det avhenger jo om en faktisk er på vei hjem eller skal innom noe annet først.

Så av nysgjerrighet - hva bruker du infoen om at du er i bilen til?

Jeg gikk over til appdaemon først og fremst fordi jeg hadde så mange automasjoner at jeg mistet oversikten. Med appdaemon kan en lage klasser og gjenbruke kode i mange objekter. Så det ble mindre kode å vedlikeholde og i tillegg kunne jeg organisere koden i forskjellige undermapper.

Det skjer mye nytt til det bedre i juli utgaven. Da kan en velge forskjellige måter å kjøre automasjoner og skript på

https://rc.home-assistant.io/blog/2020/07/14/release-113/#automations--scripts-running-modes

Jeg har ikke elbil, men kikker og leser meg opp.

Men kan noen forklare meg hensikten med en så kalt ladestajon (til hjemmebruk) til ørten tusen? Biler har gjerne 11kW ombordlader med type 2 kontakt. Hvorfor kan en ikke da bare ha rette type kontakt på garasjeveggen og koble til kabel? Hva er det en ladestasjon bidrar med og hvorfor er de så dyre?

https://www.elbilgrossisten.no/pages/ladeguiden-type1-type2


Edit:

Her, https://en.wikipedia.org/wiki/OpenEVSE , er lesestoff for meg som synes en glorifisert stikkontakt til 13.000,- er litt "unødvendig"

41 minutter siden, Guahtdim skrev:

Mulig jeg på ett senere tidspunkt kikker på det å kunne gire opp og ned viftehastighet (spenning) avhengig av varme, men inntil videre er det kun av og på.

Jeg har noe tilsvarende og der strømforsynes viftene fra hovedkort i PC og den regulerer hastigheten på de etter dens behov.

92 vs 107 m3/time er knapt for forskjell å regne så det spiller vel neppe rolle for kjølingen i skapet.

Esphome har også styring av lysstriper

https://esphome.io/#light-components

Sånn er det hjemme hos meg .....

Altså et lite overtrykk

Jeg har løst det med at et flagg settes til sann (true, 1) dersom automatikken har slått på lyset. Jeg kjenner ikke Homeseer, men antar det er mulig å opprette "et eller annet" for å lagre en status.

Deretter sjekkes denne statusen og automatikken for å slå av lys vil bare kjøres hvis det er automatikken selv som har slått på lyset.

10 timer siden, RuneR skrev:

Utfordringen er hvis jeg vil skru på lyset når det er av

Ok, hva er utfordingen med det? Er det ikke bare å skru på lyset?

38 minutter siden, Moskus skrev:

Ja, men kun hvis det har vært endringer på 2,5 sekunder. Hvis effekten er den samme nå som den var for 2,5 sekunder siden er jeg ikke sikker på om webhook'en sender en oppdatering.

Det er alltid endringer i mitt hus. Siden jeg ikke slår av hovedsikringen så øker attributtene "accumulatedConsumption" og "accumulatedCost" hele tiden. Og i koden som jeg lagde, lytter jeg på attributten "timestamp".

Jeg var litt nysgjerrig på hvor pålitelig oppdateringene fra Tibber er og lagde et lite skript for å kunne få litt statistikk. Normalt skal jeg ha 1440 oppdateringer på effekt hver time så skriptet teller ned fra 1440 og ideelt sett skal telleren være null når en time er gått.

At mindre enn 10 oppdateringen mangler innenfor en time, havner i kategorien "helt greit"




 

import appdaemon.plugins.hass.hassapi as hass
import datetime

class EnergyControl(hass.Hass):
    counter = 1440

    def initialize(self):
        self.listen_state(self.count, "sensor.real_time_consumption_xxxxxxxxx_veg_nn", attribute = "timestamp")
        
        self.counter = 1440
        start = datetime.datetime.now() + datetime.timedelta(seconds=60 * 60)
        self.run_every(self.reset_counter, start, 60 * 60)
    
    def count(self, entity, attribute, old, new, kwargs):
        self.counter -= 1
    
    def reset_counter(self, kwargs):
        self.set_state("sensor.missing_tibber_updates", state = self.counter, attributes = {"unit_of_measurement": "N"})
        self.counter = 1440

Da er Tibber Pulse flyttet fra utvendig inntaksskap til innvendig svakstrøm skap. Signalstyrke gikk fra -70dBm til -28dBm så nå skal i allefall ikke det være problem lenger.

Lurer egentlig på hvor lenge jeg fortsetter med Tibber Pulse istedenfor å sette opp en esp32 i skapet.......

46 minutter siden, aleks skrev:

Den hadde smeltet og ødelagt bord under og cover

Hva mener du med cover her? Bord og duk?

20 minutter siden, Moskus skrev:

Men hvorfor Fibaro ikke vil gi oss firmware er det største problemet med dem

De kjøper vel inn fra forskjellige produsenter og har kortvarige avtaler som ikke innebærer oppfølging i årevis. Tipper jeg.