VikingOy

Godt spørsmål. 8123 er standard porten til HA, og jeg tipper han for enkelhetsskyld bare har latt det går rett gjennom routeren sin for å få ekstern tilgang til HA. Helt unødvendig selvsagt, og ikke minst : Risikosport av verste sort.

Fleksibilitet og brukervennlighet er dessverre ofte motstridende parametere. Hjemmeautomasjon er fremdeles kun for spesielt interesserte. Jeg vil nok mene at en MQTT broker kombinert med Z2M er det som gir størst fleksibilitet. Her er mulighetene for tilpasninger nesten uendelige, og du kan i en og samme broker kombinere både WiFi, zWave og Zigbee. Men det er kompetansekrevende. HomeAssistant ZHA integrasjonen er nok antagelig det minst bruker-uvennlige alternativet, men selv det krever en god del basisforståelse av hvordan tingenes iboende jævelskap fungerer. Jeg tror kanskje vi kan håpe på et syvmilsskritt i riktig retning når "Matter" lanseres og erstatter dagens kaotiske tilbud av ZigBee varianter. Men det vil ta tid. Så kan man jo på den annen side si at det nettopp er utfordringene som inspirerer folk til å velge hjemmeautomasjon som hobby 😜 Det er utrolig motiverende å plutselig oppleve "lyset" etter dager, uker og kanskje måneder med slit og neglebiting.

Du må takke din skaper for at du ikke er hacket for lenge siden! Ta deg en tur innom Gibson Research ShieldsUp og sjekk ståa på routeren din: https://www.grc.com/x/ne.dll?bh0bkyd2 Har du behov for å exponere VCN og RDP så bruk heller Guacamole med to-factor autentisering gjennom en Reverse Proxy.

I disse tider må du ikke finne på å eksponere noen interne systemer direkte ut mot internett. Trenger du ekstern aksess, så bruk en VPN løsning, eller i det minste gå via en intern Reverse Proxy og alltid bruk SSL.

Du trenger vel ikke bekymre deg om ladingen så lenge brettet er permanent tilkoplet 220V ? Uansett, navnet switch.rele_nettbrett_kjokken må det jo være du som har funnet på? (HA lager ikke slike navn) Ønsker du å teste en slik switch, er det bare å gå inn i Developer Tools og sette inn item navnet og prøve manuelt.

Det kommer jo bare an på hvilken wall-plug du benytter.

Conbee II er nok blant de mest fleksible ZigBee coordinatorene man kan velge. Den er godt supportert og veldig fleksibel. Du har jo allerede fått inn 4 devices med tilsammen 12 entites, så du er jo godt i gang. Conbee kan benyttes både mot ZHA (som jeg antar du gjør), og mot produsentens egen driver (deConz), men ikke samtidig (så vidt jeg vet). Jeg vet heller ikke om det er mulig å blande Z2M og ZHA (eller deConz) samtidig, eller om man må velge enten eller.

802.11ac,b,g,n er en relativt tung protokoll med mye overhead, laget for overføring av store datamengder. Package Frame size alene er større en selv komplekse meldinger som utveksles mellom IoT enheter. I de aller fleste tilfellene er IoT meldinger helt enkle av/på meldinger. Man trenger altså ikke en lastebil for å frakte matpakka si. Årsaken til at enkelte produsenter allikevel lager WiFi baserte IoT enheter, tror jeg ganske enkelt skyldes markedsførings- og salgsbeslutninger. "Alle" har hørt om WiFi, men nesten ingen har hørt om ZigBee og ZWave. Så når en nybegynner på hjemmeautomasjon skal handle sine første duppedingser, så tror jeg nok at de føler seg litt mer på trygg grunn når de velger WiFi. Det har de jo tross alt hørt om før. Vi mennesker er enkle sjeler.....

AliExpress er kun en handelsplatform, akkurat som eBay og Finn. Verken verre eller bedre enn noen andre. Jeg har kjøpt elektriske artikler via AliExpress i mange år og har selv aldri blitt "lurt", men jeg har hørt om folk som har blitt det. Men når det er sagt, - det er risikabelt å kjøre bil også (men vi gjør det allikevel) 🙂

Det er muligens en god ide, og da er rette stedet å legge inn en forespørsel under https://community.home-assistant.io/c/feature-requests Men det betinger jo at y-aksen på begge er noenlunde likt skalert. I ditt bilde ser det ut som om individuelle enheter er årstotaler (year consumption), mens energigrafen er for en dag ?

Vel, da virker det ikke hos meg. Jeg satte Antall Timer =2, idag morres, og sensoren har aldri vært "on" i dag.

Vel, da må jo det bety at om man setter Maks Pris høyt nok, så er sensoren on uansett hva timeantallet settes på?

Det er vel ikke helt presist? Skal Maks Pris variabelen ha noen mening i ligningen må det vel være slik at: Om man setter Antall Timer = 1, så vil Lav Spotpris aktiveres for den første timen hvor prisen er under Maks Pris. Altså at Maks Pris er det som bestemmer hva som er "billig" ?

Supert. Og mitt "problem" løste seg da jeg forstod hva du mente med : Så nå ser det slik ut: Jeg ser at det virker, men jeg forstår ikke helt hvordan. I formiddag måtte jeg flytte "antall timer" til 13 før sensoren gikk "on", mens nå i kveld må jeg helt opp i 21 timer før den går "on" (uansett hvilken "Max Pris" som er valgt). Hvordan skal dette forstås (utnyttes) ?

Ja, men det gjelder nok kun for forbruksenheter, fordi måleintervallene kan variere veldig mye mellom alskens ulike produkter. Jeg tror nok at consumption-verdiene er tilgjengelige i sann-tid.

Oj, hvor har du den opplysningen fra? Kanskje det er forklaringen på at jeg fikk verdien 0 når jeg prøvde? Jeg ventet ikke i det hele tatt. Bare registrerte at verdien ble 0 og gikk deretter direkte tilbake til den jeg hadde (som da forøvrig viste kroneverdien igjen - umiddelbart)

Jeg mener at min også heter sensor.nordpool Men hva med bruken av states.sensor.nordpool.attributes.xxxxx i forhold til denne "advarselen":

..... og hva får du om du bruker accumulated consumption current hour isteden da?

Om jeg setter inn accumulated consumption slik du viser, så blir prisen alltid = 0 Men om jeg setter inn accumulated consumption current hour så vises prisen korrekt:

Interessant. Men kan du forklare litt nærmere hva hver enkelt kodelinje faktisk gjør? Jeg droppet koden inn i template editoren og fikk kun som resultat: UndefinedError: 'None' has no attribute 'state' (Hvilket helt sikker bare viser at jeg ikke skjønner hva jeg gjør)

HA vil nok aldri vise korrekt totalforbruk med mindre den har målt over eksakt samme periode som måleren i skapet. HA beregner summen av det forbruket HA har sett mens HA var aktiv. Har du slått av HA i en periode, så kommer selvsagt ikke den perioden med i målingen. Hos meg stemmer verdien av sensor.last_meter_consumption eksakt med den verdien som står på måleren, mens HA viser totalen side forrige gang jeg slettet SQL databasen, minus de korte stoppene som skyldes nedetid under oppdateringer.

Som det står i linje 2 i lista de; Du kjører Core versjonen. I denne finnes det ikke noen "Supervisor" mode (og det er slik det skal være).

Du er ikke begrenset til kun små bokstaver for FriendlyName, men spesialtegn (kolon etc.) bør du aldri benytte noe sted. Du bør også etablere en organisert navnestruktur der alle FriendlyNames og EntityID's følger samme struktur for en og samme device. Du kan antagelig gjøre bulk rename ved å gå direkte inn i fila core.entity_registry og bruke global search replace vha en egnet editor. Jeg har ikke prøvd dette selv, men det bør gå. Husk uansett å ta en kopi først. Gjør du noe feil i slike filer, så bryter hele HA sammen, for godt!

Her er min forecast - den er jeg godt fornøyd med (bortsett fra at jeg foretrekker varmegrader) 🤣 type: custom:apexcharts-card graph_span: 5d span: start: hour offset: '-2d' header: show: true title: Temperature Forecast show_states: true now: show: true label: now apex_config: legend: show: false series: - entity: weather.home name: Temperature unit: °C attribute: temperature fill_raw: last extend_to_end: false group_by: func: avg duration: 12h - entity: weather.home type: line extend_to_end: false unit: °C show: in_header: false data_generator: | const res = entity.attributes.forecast.map((entry) => { return [new Date(entry.datetime).getTime(), entry.temperature]; }); return [[new Date().getTime(), parseFloat(entity.attributes.temperature)], ...res]

Feilen du får er fordi du bruker store bokstaver i ID navnet. Sent fra min SM-G996B via Tapatalk