kjetilsn

Hei, Jeg ønsker å gjøre en del av dataene som jeg og nærmeste familie daglig selv har i home assistant med andre. Det blir upraktisk for de å bruke home assistant. Her er det mange veier til mål, tenkte derfor å konsultere det store felleskapet for ideer og råd, kanskje noen som allerede har gjort det samme. Tanken går mot å sette opp en lokal web server som jeg åpner opp mot det store stygge internet, gjerne apache som kjører som et docker image, evt bruke en skyteneste, men jeg ønsker ikke å betale noe i mnd for dette. Data det er snakk om er typisk utetemp, vindretning, nedbør, sjøtemp. Ønsker en fin grafisk visning der det er mulig å se på historie, så vel som nåtid. Data er tilgjengelig enten via MQTT, eller fra Influx db. Bruker grafane for visning lokalt, og har vert inne på tanken å åpne opp for den eksternt. Ser at det er mange fine grafer rundt om som feks worldometer men jeg vet ikke hva som ligger bak her, men har forstått at det kan være smart å teste ut wordpress med diverse plugins. Om noen har erfaring, kan peke i rett retning, osv. så mottas det med takk:)

Ja, som @petersv sier er det kontaktorer. Lurer fremdeles på om det la seg gjøre å få styrt de slik at batteriet kan tappes (feks gi beskjed over pilot om at DC lading skal til å starte) eller om det da i beste fall må oppdateres programvare for å få støtte. https://www.kolhosniki.ru/elsaonline&marke=V&modelljahr_numerisch=2016&karosserie=BE1&mkb=EAGA&gkb=PKK&dir=slp&elsalang=en-GB&ver=150217

Enig:) , kanskje ikke den eneste måten å finne ut at det, men absolutt den kjekkeste. I mellomtiden skal jeg kikke i ELSA og se om jeg finner ut av noe for egolf, melder tilbake om evt funn.

Godt poeng Stigvi, Slik jeg forstår det er batteriene bygget opp av flere moduler som hver har ganske så mange battericeller i paralell og serie, som hver har sin egen BMU som igjen er styrt av en "hovedBMU". Jeg tipper at utgangen på disse modulene er i parallell med hverandre og kan individuelt skrues av og på. På den måten kan batteripakken fortsette å virke selv om en modul blir stengt ned grunnet feil på for eksempel batteri celler og blir stengt ned. Da er det heller ikke behov for en stor komponent som skal tåle totalbelastningen av DC lading og belastning under drift. Jeg tror at strømmen kan gå begge veier her fordi jeg tror det er det elektrisk samme punktet som brukes når motor generer strøm tilbake til batteripakken. Mye synsing her fra meg nå, og jeg blir slett ikke overasket om det meste er feil;)

Ja, det er vel tvilsomt at det står spenning på disse pinnen, det ville også vert et problem sikkerhetsmessig, høy DC spenning er jo ganske så farlig. Åpnes nok kun for dette når det gies kommando via pilot om dette og sensor for at pluggen er på plass sier ok. Har leste litt her, og flere mener, (understreker mener) at det kommer beskjed over pilot signalet fra hurtiglager om å aktivere DC kobling mot batteriet, og at når det er etablert er det en direkte kobling som kan brukes til både lading og tapping, om det stemmer burde det være fult mulig å lage ladere med inverter for biler som støtter DC hurtiglading. Så kan det godt hende dette er feil og at BMU umiddelbart vil kutte kobling om den merker at spenningen reduseres når den forventet det motsatte.

Dette er spennende! Jeg har lurt på hvordan CCS Combo faktisk er koblet internt i bilen. Når jeg hurtiglager hører jeg at kontaktoren i DC laderen slår inn når lading starter, men ingen lyd fra bilen. Det får meg til å lure på om DC pinnene i kontakten er direkte koblet til batteripakken. Kan jo selvfølgelig stå en kraftig solid state komponent som bryter denne forbindelsen, eller det kan stå store dioder i serie slik at det kun kan gå strøm til pakken, og ikke ut, eller så kan det være at BMU modulen(e) om bord batteripakken åpner opp for dette når de får beskjed om det fra lader, antageligvis det mest sannsynlige . Om det skulle vise seg å være direkte kobling skulle det jo være mulig å tappe ned batteripakken på disse to pinnene gjennom en lader som også er en inverter. Dette er selvfølgelig spekulering, jeg vet som sagt ikke hvordan dette er gjort, men kanskje noen her som vet?

Fikk epost fra SPV i dag om at de nå endelig støtter apple pay, så da gjelder det sikkert bulderbank også for de som er opptatt av den funksjonaliteten. Går nok fra Sbanken tilbake til SPV grunnet oppkjøpet ja.

Hei, Jeg la også merket til at det var anbefalt måte å gjøre det på, og sikkert med god grunn, men siden jeg ikke har sensorer på vinduer (ikke si det til noen) så ble det kun en input på de rommene jeg har denne funksjonaliteten. Så da valgte jeg å gjøre det slik som eksempelet jeg postet for stue. Når det blir flere input så tenker jeg å bruke feks template binary sensor, eller template sensor som setter en felles input boolean for det aktuelle romme, da med litt forsinkelse slik at det går noen minutter før termostaten går av. Eller bruke gruppe.

Kan anbefale å teste schedy som stigvi nevnte. Har brukt det i mange år og er veldig fornøyd. Her kjører jeg flere sløyfer slik at forskjellige rom har forskjellige modus etter hvem som er hjemme, og om det er helg, ukedag, eller fridag, om vi er bortreist, om strømmen er dyr, osv. Bruker også input fra dører slik at termostater skrues av om feks terrassedør står åpen. Dette er jo også fint å bruke på vinduer. Bruker også python scriptet til stigvi som input her og reduserer settpunkt temperatur i forskjellige rom i prioritert rekkefølge. Eneste minus er kanskje at det ikke er en gui for å endre noe, det må gjøres i en config fil. Kjører dette i appdaemon i egen docker, bruker portainer for admin og debug, godt fornøyd med det. Schedy oppdaterer når konfig fil lagres, uten restart, på den måten er det kjapt og effektivt å teste ut ny konfig. Eksempel: rooms: living: actors: climate.stue: schedule: - v: 21 rules: - rules: - x: "Next() if is_off('binary_sensor.terassedor') else Break()" - x: "Add(-4) if state('sensor.energy_regulator_usage_step') < '5' else Next()" - x: "Add(-1) if is_on ('binary_sensor.dyreste_4_timer') else Next()" - x: "Add(-1) if is_on ('input_boolean.energy_cost_extreme') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-5) if is_off ('input_boolean.oppe_hjemme') else Next()" - x: "Add(-10) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "14:00", end: "22:00", weekdays: 1-4 } - { start: "14:00", end: "23:00", weekdays: 5 } - { start: "08:00", end: "23:00", weekdays: 6 } - { start: "08:00", end: "23:00", weekdays: 7 } - { v: 18 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "06:00", end: "22:00", weekdays: 1-4 } - { start: "06:00", end: "23:00", weekdays: 5 } - { start: "08:00", end: "23:00", weekdays: 6 } - { start: "08:00", end: "23:00", weekdays: 7 } - { v: 18 } - v: "OFF"

Jah, så var det å lese litt før en spør forumet. Har satt opp entur, alt på plass.

Gammel tråd, men dette har funket veldig bra frem til nå. Ser ut som skyss har gjort endringer på sin side. Noen som har merket noe?

Etter å kjørt zoneminder lenge i docker uten å være veldig fornøyd, samt at docker versjon ikke lenger vedlikeholdes var det på tide å teste noe annet. Angrer på at jeg ikke fulgte rådet ditt for et år siden. Frigate er jo en drøm sammenlignet med zomeminder, deteksjon fungere veldig bra og det integrerer veldig bra mot home assistant. Var ikke klar over Coral prosjektet en gang, det er jo kjempetøft. Eneste problemet er at det er 42 uker leveringstid på Coral TPU fra Mouser, så foreløpid er det CPU deteksjon, som ser ut til å gå helt ok, da jeg bare har et kamera. Så takk for tips iblis, et år senere:)

Har lest litt, og det er flere som rapporterer at disse blir brent selv om det ikke er koblet en stor last på de. for eksempel her: https://forum.fibaro.com/topic/26375-solvedfibaro-wall-plug-burn-5pcs/page/2/ Kan jo ha skjedd en god del forbedringer på produktet siden 2017 selvfølgelig, men jeg forblir skeptisk til dette produktet. Det er nok mange som vil bruke denne pluggen på store laster uten å tenke seg om, hvorfor skulle de ikke? da det ikke er noe som hindrer de, og produktet jo oppgitt for bruk opp til 11A / 2500W.

Hei @Moskus Jeg ser logikken at disse små veggpluggene til Fibaro blir i minste laget for VVB. Har et par slike for å styre panelovner fra 500W til 1500W, (hadde tre men en sluttet å virke, som ble erstattet av en Nexa, da ute energimåling). Liker ikke å høre at de har en "undocumented feature" som er at de velger på plutselig ta fyr. kommer nok til å bytte de ut så snart som mulig. Kanskje du kunne lagt en advarsel for dette produktet på forsiden av forumet?

Sjekket litt til på dette, ser ut som du kan sette gruppe assosiasjon så lenge du kjører zwavejs2mqtt, men ikke i hass sin integrasjon. Om du har førstnevnte så kan du se hva du finner under "groups" i web Interface til wavejs. Under ser du hva jeg mener, on/off control fra termostat er assosiert med NodeID_1 som er gateway.

Hei, Jeg valgte å ikke oppgradere igjen til 1.92 da jeg med gamle openwave integrasjonen ikke ble fornøyd. Kan hende at dette er bedre nå med wavejs integrasjonen. Ergo så har jeg ikke den switch entity. Det er mulig at grunnen til at du ikke får verdi '255' på number entity når releet er på at du ikke har assosiert termostaten med Gateway på gruppe 0. Det vil si kontroll assosiasjon. Dette er der for å kunne styre andre zwave enheter fra termostaten, for eksempel kan du ha en termostat som ikke er koblet til varmekabel, kun styrer noen veggplugger tilkoblet panelovner. Poenget er at om du da assosierer Gateway (zwave stick) på denne måte får Gateway informasjon om termostaten sin tilstand. Ser at zwavejs ikke har funksjonalitet enda for å sette gruppe assosiasjon. https://community.home-assistant.io/t/is-setting-associations-planned-for-z-wave-js/369575 Hos meg var assosieringen allerede satt fra den gamle ozwave integrasjonen. Du kan jo logge med zwavejs og se om den plukker opp denne informasjonen. her er noen som diskuterer lignende: https://community.home-assistant.io/t/zwave-js-and-associations/305259

Ser at enheter som rapporterer dette direkte, feks heatit z-relay og noen fibaro releer bruker "state_class: total_increasing" ja så det er nok riktig. state_class: total_increasing meter_type: 1 meter_type_name: ELECTRIC unit_of_measurement: kWh device_class: energy friendly_name: AC

Det som skjer her er at alle entities som slutter på _energy vil få de tre attributtene vi snakker om. Jeg har selv en del "gamle" heatit termostater som ikke gir med energimåling, der jeg regner dette for å få en kWh teller, som igjen trenger disse attributtene for å "virke" i energi dashboardet: Det er mer ryddig å gjøre det i en template, men som stigvi er inne på så er det kanskje ikke rett frem. customize er mer en "nødløsning" men det funker.

Jeg løste det med "customize" prøv å legg til dette i configuration.yaml customize_glob: sensor.*_energy: last_reset: '1970-01-01T00:00:00+00:00' device_class: energy state_class: measurement

Hva ser du som "attributes" på entity? Tror du må ha med: 'state_class' 'device_class' 'last_reset'

He he, Godt sagt! Hvilke kort anbefaler du? har noen gamle NodeMCU liggende, og noen nyere ESP32 baserte jeg ikke husker navnet på.

Ikke dumt, har ikke fått testet noe med ESPHome enda, men ser jo ut som det er noe som skal på 2do listen.

Hei, Har som mål å gjøre noe av det samme etter hvert med vår gamle Panasonic pumpe. Planen er å bruke denne oppskriften: https://community.home-assistant.io/t/automated-heat-pump/24220

Så må du sørge for at energy entity har 'device_class: energy' og 'state_class: measurement', det finner du også i dev tools om stigvi viste deg. Vil tro de ikke har det, da kan du feks legge dette i configuration.yaml merk at da må du sørge for at entity slutter med '_energy' customize_glob: sensor.*_energy: last_reset: '1970-01-01T00:00:00+00:00' device_class: energy state_class: measurement

Den trigger på endringer, så når attributt "hvac_action" forsvinner grunnet oppdatering fra hass så kjører den og pusher tilbake denne attributten.