VikingOy

Et ZigBee nettverk er et mesh-nettverk - by design. Om man mener at ZigBee har dårlig rekkevidde, da forstår man ikke hva et mesh-nettverk er for noe. Kjøp deg et par billige IKEA stikkontakter (varenummer 903.561.66) og plasser disse i fornuftig avstand mellom dørlåsen din og HUB'en, så løser nok dette seg. Bare pass på at de er parret mot samme HUB som låsen, så kan du sikkert bruke de til noe fornuftig. Om du ikke har noe å bruke de til, så er de ikke mye i vegen. Alternativt kan du også kjøpe løse ZigBee routere rimelig, både fra IKEA og andre.

Tør jeg spørre; Hva er poenget med å gjøre det så sakte? Om du lager en automasjon i HA med en loop der du reduserer 'brightness' med f.eks. 10% for hver sløyfe og legger inn en forsinkelse på 6 sekunder hver gang, så vil lyset gå fra fullt til av på 60 sekunder.

Hvilken versjon av deConz kjører du?

Har du installert deConz i en container, så må du sette en rekke Environment variables for å kunne koble deg på deConz med VNC DECONZ_DEVICE settingen avhenger av hvordan du har koblet på ConBee USB sticken din. DECONZ_VERSION kan du droppe. Det ordner den selv.

Det er ikke uvanlig at enheter ikke dukker opp i Phoscon, men allikevel dukker opp i deConz. Phoscon krever at enheten er deklarert for å kjenne den igjen, men uansett aksepteres det meste som er ZigBee kompatibelt. Finner du den i deConz, så må du nok foreta en "cluster bind" med gatewayen (ConBee) for at det skal fungere.

Jeg går ut fra at det Phoscon du bruker når du prøver å parre (og ikke deConz).

Supert! Tusen takk 😊

Jeg har ikke brukt denne, men generelt så skjønner jeg ikke helt tankegangen bak slike enheter. Med 220v in og 220v ut, så blir det kun en måte å styre "gamle" pærer. Man kan jo idag få kjøpt alt mulig av 220v pærer ferdig med innebygget smarthus-styring. Man får minst 4 pærer for de 400 kr en slik puck koster, og det gir langt flere lysstyringsmuligheter enn å prøve å stappe en slik puck inn bak bryteren i en allerede overfylt veggboks. Hadde derimot pucken hatt 220v inn og lavvolt ut, kunne jeg skjønt det.

Det du skriver virker ikke helt "uttømmende". Om øyeblikksprisen stiger til 115% (eller 140%) av dagens snitt, er helt uproblematisk dersom dagens snitt er under 15 øre/kWh. Og de "6 dyreste timene" - hva mener du med det? Timespris i løpet av siste uke, eller gårsdagen ? Og slå gulvet helt av dersom prisen går over 200% er helt uakseptabelt dersom utetemperaturen er -15 (og derav tilsvarende kalt inne). Slike styringsregler må balanseres i en kompleks algoritme som tar hensyn til mange parametre: Tid på døgnet Er noen hjemme? Ønsket Innetemperatur? Virkelig innetemperatur. Både absolutt og relativ strømpris.

Enig - jeg har også klødd meg i hodet noen dager for å komme på en enklest mulig algoritme for automatisk å kutte topper av en viss høyde (verdi) vha varmestyring. Her må vi nok lene oss på noen som enten har tung mattematikk-kompetanse, (eller en som er en kløpper i å finne ting på Google) .

Jeg tillot meg å gjøre noen mindre justeringer - og fikk et resultat jeg likte bedre: type: 'custom:apexcharts-card' header: show: true title: NordPool Prisutvikling show_states: true colorize_states: true series: - entity: sensor.nordpool name: ' ' type: area curve: stepline extend_to_end: false float_precision: 2 stroke_width: 2 opacity: 0.2 - entity: sensor.nordpool name: ' ' type: area curve: stepline extend_to_end: false float_precision: 2 stroke_width: 2 opacity: 0.2 data_generator: | return entity.attributes.raw_today.map((p) => { return [new Date(p.start), p.value]; }); - entity: sensor.nordpool name: ' ' type: area curve: stepline extend_to_end: false float_precision: 2 stroke_width: 2 opacity: 0.2 data_generator: | return entity.attributes.raw_tomorrow.map((p) => { return [new Date(p.start), p.value]; }); y_axis_precision: 2 now: show: true graph_span: 85h span: start: day offset: '-30h' apex_config: chart: height: 300px zoom: enabled: true toolbar: show: true tools: zoom: true zoomin: false zoomout: false pan: false reset: true locales: - name: nb options: shortDays: - Søn - Man - Tir - Ons - Tors - Fre - Lør defaultLocale: nb legend: show: false dataLabels: enabled: false yaxis: min: 0 xaxis: type: datetime labels: datetimeFormatter: month: ddd day: ddd tooltip: fixed: enabled: true position: bottomLeft style: | ha-card { border: 1px solid green; font-size: 10px; }

Som jeg skrev - jeg har en (1) entity i min Nordpool Integrasjon og det er en sensor som heter : sensor.nordpool Jeg har ikke gjort noe for hverken å navngi den eller endre navnet på den. den dukket opp automatisk når integrasjonen ble installert.

Jeg har selvsagt installert integrasjonen via HACS. Det jeg mener er at jeg finner ingen sensor som ligner på den som brukes i din automasjon. Sent from my SM-G935F using Tapatalk

Hvordan får du inn sensoren: sensor.nordpool_kwh_krsand_nok_4_10_025 Det eneste jeg får opp er: sensor.nordpool

Mon tro om det finnes en release history noe sted som forklarer hva som er nytt/rettet i 2.9.3 ?

Jeg må ha misforstått noe fundamentalt. Jeg trodde det var snakk om morgendagens priser og ikke dagens (?)

Ta det ikke ille opp. Jeg bare lurte på hvilken nytteverdi du mener det er mulig å hente ut fra morgendagens strømpriser?

Nordpool's beregning av morgendagens priser er selvsagt bare en algoritmisk gjetning (også kalt interpolasjon). Men det var ikke det som var mitt spørsmål. Jeg bare lurte på hvilken nytte du/dere/noen ser i å vite morgendagens gjetning på strømpriser? OM du ser på historikken så har Nordpool så godt som aldri truffet riktig de gangene det virkelig har vært betydelige endringer i strømprisen fra en da til den neste.

Ja, men like fullt er det ren gjetning. Hvilken nytte har det å plotte ut en gjetning på strømprisen i morgen ?

Strømprisen i morgen ? Det må jo være ren gjetning - eller kanskje en interpolasjon? Uansett, hva skal man med det? Morgendagen kommer jo tidsnok den....

ConBee II og deconz samt HA-Docker på en Linux boks. Alternativt HA-OS på en RPi. Men, han som solgte huset burde jo ha levert styrings - enheten som han selv brukte. Det er ikke lett å fullautomatisere et hus på en slik måte at det lar seg selge med mindre man har fått en installatør til å sette inn et proprietær lukket turn-key system til en formue. Dessverre er home-automation fremdeles kun for entusiaster som ikke har planer om å selge. Skal du selge huset, så reiv først alt ut og sett inn det gamle manuelle elektriske anlegget igjen. Hvis ikke får du bare bråk med ny eier! Sent from my SM-G935F using Tapatalk

I og med at den er synlig i deConz, så må det være mulig og finne den i REST-API'et også. SJekk andre entity typer. Det kan hende den har registrert seg som Light f.eks.

Jeg kjører deConz i en docker container på en Linux server.

Jeg har deCONZ v2.0.9 og jeg tror du må opp på den for at dette skal fungere med ELKO's termostat.

Tusen takk 😊