Teknor

Takk! Kult.

Jeg bruker disse, @Smax: - platform: template sensors: de_fire_billigste_timene: friendly_name: "De fire billigste timene" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value') %} {% set t = now() %} {{ (t >= l[0].start and t <= l[0].end) or (t >= l[1].start and t <= l[1].end) or (t >= l[2].start and t <= l[2].end) or (t >= l[3].start and t <= l[3].end) }} de_fire_neste_billigste_timene: friendly_name: "De fire nest billigste timene" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value') %} {% set t = now() %} {{ (t >= l[4].start and t <= l[4].end) or (t >= l[5].start and t <= l[5].end) or (t >= l[6].start and t <= l[6].end) or (t >= l[7].start and t <= l[7].end) }} de_mellomste_timene: friendly_name: "De åtte mellomste timene" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value') %} {% set t = now() %} {{ (t >= l[8].start and t <= l[8].end) or (t >= l[9].start and t <= l[9].end) or (t >= l[10].start and t <= l[10].end) or (t >= l[11].start and t <= l[11].end) or (t >= l[12].start and t <= l[12].end) or (t >= l[13].start and t <= l[13].end) or (t >= l[14].start and t <= l[14].end) or (t >= l[15].start and t <= l[15].end) }} de_fire_nest_dyreste_timene: friendly_name: "De fire nest dyreste timene" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value', reverse=true) %} {% set t = now() %} {{ (t >= l[4].start and t <= l[4].end) or (t >= l[5].start and t <= l[5].end) or (t >= l[6].start and t <= l[6].end) or (t >= l[7].start and t <= l[7].end) }} de_fire_dyreste_timene: friendly_name: "De fire dyreste timene" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value', reverse=true) %} {% set t = now() %} {{ (t >= l[0].start and t <= l[0].end) or (t >= l[1].start and t <= l[1].end) or (t >= l[2].start and t <= l[2].end) or (t >= l[3].start and t <= l[3].end) }} og den_billigste_timen: friendly_name: "Den billigste timen" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value') %} {% set t = now() %} {{ (t >= l[0].start and t <= l[0].end) }}

Trafikk går begge veier gjennom ZeroTier, men når HA skal hente strømpriser, gjøre oppdateringer etc så funger ikke det fordi supervisor har ikke tilgang til internett. Snodige greier.

Takk - ser ut til at det kan være noe der... Tidligere svar fra Telia i 2023: Per nå har vi ikke Port Forwarding på Trådløst Bredbånd. Årsaken er at innkommende trafikk til hjemmesentralen som ikke er initiert av kunden selv (ved å sende ut en forespørsel om å hente en nettside f.eks.) ikke er lov på Trådløst bredbånd. Dette er et sikkerhetstiltak for kundene og for å unngå datatrafikk som potensielt kan forringe kvaliteten/kapasiteten i nettet. Muligens har ChiliMobil også gått over til samme løsning... Jeg har lagt inn APN navn: vpn.telia.no uten brukernavn og passord. Muligens burde jeg endre til APN navn: vpn.telia.no Brukernavn: telia Passord: telia Åpenbart noe som er i ferd med å skje hos Telia - mulig overgang til Telenor kan løse dette: Likevel synes jeg det er rart at jeg får tilgang inn til HomeAssistant (gjennom ZeroTier One), men HomeAssistant (og Reolink) har ikke tilgang ut.

Har en NUC med HomeAssistant Operating System og noen Reolink kameraer på hytta. I løpet av de siste to ukene er det som flere tjenester ikke virker som de skal. - Jeg får tilgang til HAOS gjennom ZeroTier (som vanlig) - Jeg får ikke tilgang til HAOS gjennom DuckDNS (som fungerte før) - Ved oppdatering av pakker (Hacks, Intetgrasjoner etc) så stopper alt. Jeg ser at oppdateringer finnes, men ingenting lastes ned. - Oppdatering via sky-intetgrasjoner fungerer ikke (Nordpool + met.no) - Reolink kameraene kommer ikke opp i app (time-out) - men jeg ser de fungerer som de skal gjennom HAOS / Frigate. Siden både HA og Reolink ikke fungerer som det skal, tipper jeg det er nettet som er utfordringen, og ikke HA. Når jeg går inn på ZeroTier så ser jeg at innenfor den aktuelle nettwork ID så gir alle enhetene IPv4 adresser (?) bortsett fra den mobile routeren på hytta som gir IPv6, slutter på 7f47 (?). Sånn var det ikke før. Kan det ha vært en oppdatetring i nettet til Telia / Chili? Annet? Kan dette ha noe med utfordrignen å gjøre? Er litt i villrede her og usikker på hvor jeg skal starte å feilsøke.. Alle tips motttas med åpne arme. Logg fra met.no: ogger: metno Source: components/met/coordinator.py:79 First occurred: December 6, 2024 at 16:11:12 (1765 occurrences) Last logged: 12:45:36 Access to https://aa015h6buqvih86i1.api.met.no/weatherapi/locationforecast/2.0/complete returned error 'TimeoutError' Access to https://aa015h6buqvih86i1.api.met.no/weatherapi/locationforecast/2.0/complete returned error 'ClientConnectorError' Logg fra Nordpool: Logger: homeassistant.components.sensor Source: helpers/entity_platform.py:610 integration: Sensor (documentation, issues) First occurred: December 6, 2024 at 16:19:02 (3 occurrences) Last logged: December 7, 2024 at 15:40:06 Timed out adding entities for domain sensor with platform nordpool after 500s Supervisor klager over manglende internett-tilgang: 2024-12-08 07:22:00.887 WARNING (MainThread) [supervisor.jobs] 'GitRepo.pull' blocked from execution, no supervisor internet connection 2024-12-08 07:22:00.889 WARNING (MainThread) [supervisor.homeassistant.websocket] Connection is closed 2024-12-08 07:22:00.890 ERROR (MainThread) [supervisor.store] Could not reload repository ccab4aaf due to StoreJobError("'GitRepo.pull' blocked from execution, no supervisor internet connection")

Funker her. Må oppdatere til 0.0.15 og legge inn integrasjonen på nytt.

Ser ut til å være en breaking change for Nordpool integrasjonen i HA fra 0.14 til 0.15 hvor feks Oslo går over til prisområde NO1. Noen som vet hvor jeg endrer dette? https://github.com/custom-components/nordpool/pull/413

Burde være ganske god, men er på slutten av en forgreningen og det sa elektriker var en risko (får ofte størsteparten av trøkket). Installatør som fikset alt påpekte at jordingen var god. Er boret to kobberspyd på litt ove en meter ned i grunnfjellet og støpt rundt med elektrodemasse. Hmmm - et argument for WiFi + strøm vs POE. Har stort sett gått over til eth-kabling av fleste enhetene. Har ikke vært plaget av lynnedslag før (kysthytte ved vannet på Østlandet) siden uværet stort sett bygger seg opp over land.

Husker også å ha sett dette på solcelleregulatorer. Da konkluderer jeg med at det er mest fornuftig å holde meg til bly/syre batterier.

Ser ut som de fleste blir levert med blysyre batterier. Det er altså en software innstilling i kontrollpanelet som enkelt endrer dette til gel når de originale batteriene er utslitt og jeg bytter til gel?

Tydeligvis et kraftig lynnedslag ved vår fritidsbolig som slo ut sikringen i sikringsskapet - og en del elektronisk utstyr... Til tross for nytt sikringsskap med overspenningsvern, i tillegg til overspenningsven i et grenuttak har noen POE switcher har tatt kvelden og også et par POE drevne enheter (AP og et par kameraer) sluttet å funke. Muligens også nettverkskortet til en NUC (som kjører HomeAssistant), NUC-en ser ut til å boote normalt, men når jeg kobler den til en monitor finner den ikke eth0 (eller andre nettverkskort). Jeg hadde et støpsel til en POE som ikke var koblet i grenuttaket med overspenningsvern, men direkte i et veggstikk. Muligens hadde overspenningen fra lynet lurt seg inn den veien (samme sikring som ble utløst)? - Er det sannsynlig at utstyr som får strøm via POE kan bli ødelagt ved lynnedslag? GenAI hevder det, men ikke hørt om det selv tidligere. - Hvis det kablet nettverk fikk seg en karamell, er det sannsynlig at bare nettverkskortet på en NUC er ødelagt, mens resten av boksen ser ut til å fungere som normalt? - Når jeg skal kjøpe meg en UPS, ser det ut til at denne har en beskyttelse av ethernet. Jeg har en 4g/5g router, vil en slik UPS gi beskyttelse for lyn i et sånt oppsett, og forstår det da at ethernet kablingen vil være: 4g/5g rotuer --> UPS / surge protector-> switch --> POE1..n -> Nettverkskomponenter Noen med kjennskap til dette som har noen innspill / råd? Må få sikret dette greiene her ordentlig 🙂

Takk for gode svar og tilbud, er dessverre ikke i Stavanger-regionen. Flott - ser det er en variant som heter RJ50 til USB. Skal passe på det.

UPS er et nytt område for meg, kan noen anbefale meg en variant som kan passe ca. dette: - Effekt - ThinkCentre med HomeAssistant (20watt?), 4G-modem/router, (20 watt?) 2x kameraer på PoE (< 30watt?) = totalt ca 100 watt inkl buffer - Burde kunne holde systemet gående i 30-60 minutter - NUT - for integrasjon mot HA? Ellers: - Hvor mange år vil et batteri holde før det er slitt? - Er det noe poeng å kjøpe brukt UPS på Finn.no hvis batteriet likevel har begrenset levetid? - Er det noen standard jeg burde se etter for å unngå proprietære batterier som ikke er tilgjengelige om x-antall år når jeg trenger nytt? - Kan jeg enkelt bytte til feks biltema blysyre batterier? Alle tips motttas med takk 🙂

Har i noen måneder brukt uike verktøy til å enkelt generere yaml kode kun ved å beskrive behovene mine. Blir bare mer og mer imponert over utviklingen og hva det er mulig å få til - dersom spørsmålene stilles riktig - med høyst begrensede programmeringskunnskaper. Et eksempel er denne som fargekoder timene basert på rangering av strømprisen: type: custom:apexcharts-card series: - entity: sensor.nordpool_kwh_oslo_nok_3_10_0 name: Pris type: column float_precision: 4 data_generator: > const today = entity.attributes.raw_today; const tomorrow = entity.attributes.raw_tomorrow; const allData = today.concat(tomorrow); const categorizeHours = (data) => { const sorted = [...data].sort((a, b) => a.value - b.value); const categories = { lowestFour: sorted.slice(0, 4).map(p => p.start), nextFour: sorted.slice(4, 8).map(p => p.start), middle: sorted.slice(8, 16).map(p => p.start), nextHighestFour: sorted.slice(16, 20).map(p => p.start), highestFour: sorted.slice(20).map(p => p.start) }; return categories; }; const todayCategories = categorizeHours(today); const tomorrowCategories = categorizeHours(tomorrow); const getColor = (start) => { for (const day of [todayCategories, tomorrowCategories]) { if (day.lowestFour.includes(start)) return '#006400'; // Dark Green if (day.nextFour.includes(start)) return '#90EE90'; // Light Green if (day.middle.includes(start)) return '#1E90FF'; // Blue if (day.nextHighestFour.includes(start)) return '#FFA500'; // Orange if (day.highestFour.includes(start)) return '#FF0000'; // Red } return '#808080'; // Default Gray (shouldn't occur) }; return allData.map(p => ({ x: new Date(p.start).getTime(), y: p.value, fillColor: getColor(p.start) })); now: show: true label: Nå graph_span: 2d span: start: day locale: nb apex_config: chart: height: 300px 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 yaxis: forceNiceScale: false min: 0 plotOptions: bar: columnWidth: '95%' På den måten kan jeg se når f.eks. varmekabler på bad og VVB er aktvert (som begge er aktivert på døgnets 8 billigste timer, altså mørkegrønne og lysegrønne farger). Etter nærmere ettertanke kan VVB og varmekabler uansett være aktivert om prisen er under 0.2 kroner. Gir derfor AI-assistenten følgende beskjed: can you modify the code and make all bars dark green if the value is bellow 0.2? og jeg får dette resultatet: Answer Certainly! I'll modify the code to make all bars dark green if their value is below 0.2, while keeping the color categorization for the rest. Here's the updated version: type: custom:apexcharts-card series: - entity: sensor.nordpool_kwh_oslo_nok_3_10_0 name: Pris type: column float_precision: 4 data_generator: > const today = entity.attributes.raw_today; const tomorrow = entity.attributes.raw_tomorrow; const allData = today.concat(tomorrow); const categorizeHours = (data) => { const sorted = [...data].sort((a, b) => b.value - a.value); // Sort descending const categories = { highestFour: sorted.slice(0, 4).map(p => p.start), nextHighestFour: sorted.slice(4, 8).map(p => p.start), middle: sorted.slice(8, 16).map(p => p.start), nextLowestFour: sorted.slice(16, 20).map(p => p.start), lowestFour: sorted.slice(20).map(p => p.start) }; return categories; }; const todayCategories = categorizeHours(today); const tomorrowCategories = categorizeHours(tomorrow); const getColor = (start, value) => { if (value < 0.2) return '#006400'; // Dark Green for values below 0.2 for (const day of [todayCategories, tomorrowCategories]) { if (day.highestFour.includes(start)) return '#FF0000'; // Red if (day.nextHighestFour.includes(start)) return '#FFA500'; // Orange if (day.middle.includes(start)) return '#1E90FF'; // Blue if (day.nextLowestFour.includes(start)) return '#90EE90'; // Light Green if (day.lowestFour.includes(start)) return '#00FF00'; // Green } return '#808080'; // Default Gray (shouldn't occur) }; return allData.map(p => ({ x: new Date(p.start).getTime(), y: p.value, fillColor: getColor(p.start, p.value) })); now: show: true label: Nå graph_span: 2d span: start: day locale: nb apex_config: chart: height: 300px 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 yaxis: forceNiceScale: false min: 0 plotOptions: bar: columnWidth: '95%' Som gir meg denne: ...så kan jeg lage automasjonene tilsvarende. Andre som har fått tilsvarende hjelp?

OK, ser ovn + modul + hub gjør prisen en del høyere enn andre. Men om det faktisk er stabilt så kan det være verdt det. Takk. Er det kablet ethernet som gjelder fra denne hubben? Har det hjemme og på en sjøhytte. Men tenker det krever mer vedlikehold. Z2M, en integrasjon til som skal vedlikeholdes, ezsp -> ember -> ?. Ikke uoverkommelig, men har allerede to oppsett som vedlikeholdes, og dette ønsker jeg bare skal "surre og gå" (med kun høyst nødvendige oppdateringer).

Besteforeldre som vurderer å bytte til smarte varmeovner (WiFi?). Jeg har allerede installert Home Assistant (Operating System), ESPHome noder og et par kameraer der. Mobilt hyttebredbånd er på plass. Ferdig HA integrasjon er derfor å foretrekke. Usikker på om jeg kommer meg unna en integrasjon mot en skyløsning. De vurderer Adax NEO eller Mill. Har fått meg meg at det mildt sagt har vært ustabile løsninger historisk. Er disse blitt bedre, og er det noen spesielle å anbefale, eller holde seg unna? Har fått meg meg at Mill muligens har blitt bedre i siste generasjon.

Kort oppdatering. Jeg gikk for to varianter: Ekstra utendørs kamera - Reolink cx410 - Super HA integrasjon og imponerende Starlight night color X funksjon. Har vært imponert av denne før på Wyze v3, men denne er nær dagslys på svarteste natta. Sikkerhetskamera i bod: TP Link Tapo C100 - Absolutt ingenting å utsette gitt prisen på 249,- Egentlig er jeg usikker på hva man trenger for noe annet for innendørs bruk. Begge leverer RTSP stream til Frigate med TensorFlow deteksjon med Google Coral.

Topp. Har faktisk en Aqara T1 liggende!

Har denne lekkasjesensorløsningen fra Høiax. Når sensorene detekterer vann stenges hovedventil, buzzer aktiveres fra kontaktenheten og kontakten aktiveres. Her kan jeg feks plugge inn en lampe eller sirene (i ekstreme tilfeller). Hvordan jeg feks kan «tappe» kontakten så dette fanges opp i HA? Noen tips om hvordan jeg kan få varsling av dette i HomeAssistant? Tenkter noe i retning av Zigbee eller ESPHome.

Takk. Reolink fungerer helt off-line mot HA og er ikke avhengig av noen cloud-tjenester?

Noen som har en anbefaling på lur til enkelt kamera som skal brukes til RTSP streaming til Frigate? Trenger ikke være fancy, men om det kan gis tommel opp på stabilitet (med god strømforskyning) motas gode tips med takk. - Wifi - Trenger ikke ha PoE - Gjerne IR - Trenger ikke starlight - Billig nok - Gjerne tilgjengelig uten for lang leveringstid

Takk - jeg tror dette er løsningen jeg må se mer på, mer bevisst bruk av tilstander som triggere.

Hei! Jeg har en HA installasjon som, basert på ulike statuser, aktiverer / deaktivere ulike automasjoner og slår på/av ulike varslinger og releer. Strever litt med å finne en god metode for å sette opp dette, som gir meg god oversikt og sikre at det er enkelt å vedlikeholde. Et alternativ er å legge all logikk inn i Automations knyttet opp til drop-down list i "Helper", men det gjør hver automasjon unødvendig komplisert. Behov: - Aktivere / deaktivere automasjoner basert på statuser - Når en status endres skal ulike brytere aktiveres / deaktiveres - Få god oversikt over hvilke automasjoner som aktiveres / deaktiveres ved hvilke statuser - Sikre at statusendringene er "robuste nok", feks når varmtvannsberederen er aktivert (gjennom en automasjon hvor den er aktiv bare på de 8 billigste strømtimene), og status settes til "borte" deaktivers automasjonen. Da må også switch til VVB deaktiveres i tilfelle VVB-switch er aktiv når automasjonen deaktiveres. Hvordan har dere andre løst dette? Det jeg gjerne skulle hatt tips om er hvilke funksjonsområder som burde brukes her og hvordan disse burde samspille. Feks, templates i configuration.yaml, scence, automations etc.

YES! Da skjønte jeg det @Petterpotet. Takker.

Takk for tips. Da får jeg utforske videre. Bruker ikke NodeRed (enda). Får se om det finnes noe Bluescript eller annet jeg kan støtte meg på.