Morten B

Tenkte å få litt "smartness" rundt døgn og lysstyring hjemme. I dag har jeg kun dag/natt men kunne tenke meg litt mer dynamisk styring av lyset gjennom døgnet. Hvordan har DU løst det? Kanskje din løsning kan gi meg inspirasjon til å komme opp med en godt fungerende løsning.

Lyst å dele? Kunne tenke meg å teste ut i noen rom hjemme

Synes ikke gulvsensoren er veldig imponerende heller. Jeg styrer kun etter gulvsensor på mine og det blir fort store svingninger synes jeg. Får du jevnere regulering med ekstern sensor @Dennis87?

Har en lisens for Indigo Domo for salg. Dette er for versjon 7. Pris 1500,- Ny pris er nå £216 (vanligvis £240). Ta kontakt om du er interessert.

Er det noen måte å sjekke FW-versjonen på måleren? Regner med dette er noe som styres av målerprodusenten ev av netteier.

Kan gjerne hjelpe deg å teste med min Kamstrup om det trengs Er lenge siden jeg drev med koding men bidrar gjerne med testing.

Er koden din tilgjengelig noe sted @xibriz? Sliter fortsatt med å få noe fornuftig ut fra måleren selv etter å ha endret størrelse i pubsubclient-fila. Så da skader det jo ikke å teste en annen kode som også har Kamstrup-målerkoden på plass.

Jeg er enig med deg at hver verdi burde ha sitt eget topic. Det gjør det mye enklere å ta imot i andre enden og man slipper å lage logikk for å splitte opp der.

nix. Det har jeg ikke. Så da bør jeg kanskje kikke på det hvordan moddes den klienten?

@xibrizJeg har en Kamstrup 3.fasemåler så det burde jo da egentlig fungert.

Ja jeg fikk med meg at roar desverre gikk bort. På sikt blir det kanskje samlet av et klokt hode Tester uansett koden til @xibriz og håper det går bedre da.

Tenk så flott om all koden ble samlet Sjekker ut koden til @xibriz og ser om jeg får bedre resultat med den. Regner med omprogrammering skjer på samme måte som første gang. Inn med begge knappene så slippe P1(mener jeg å huske)

Kamstrup er type 3. Ihvertfall det jeg har valgt når jeg satt den opp. Trodde det var Kaifa som ikke funka men har ikke fått med meg alle trådene i de 50 sidene som er Modulen er ESP og ja jeg får noe på MQTT topicen når den booter. Se: en slik mld kommer hver gang jeg booter opp modulen.

Har tittet litt mer nå på morgenen og koblet meg på med putty. Prøve å boote på nytt og da får jeg følgende: Den kobler seg opp men ser ikke ut til å få noe IP adresse. Jeg forventet egentlig å se følgende i putty: if (debugger) { debugger->println(); debugger->println("WiFi connected"); debugger->println("IP address: "); debugger->println(WiFi.localIP()); debugger->print("\nconnecting to MQTT: "); debugger->print(ap.config.mqtt); debugger->print(", port: "); debugger->print(ap.config.mqttPort); debugger->println(); Alle de merkelige tegnene etter kommer syklisk så her tror jeg egentlig den leser HAN porten da dette kommer hvert 10.sekund. Tolker jeg dette rett har den ikke fått noe IP fra DHCP serveren min. Sjekker jeg imidlertid lease-tabellen på router ser det ut til at den har fått IP: Noen som har gode forslag til videre debugging?

Da er jeg igang med å koble meg til min Kamstrup-måler. Har kretskortdesignet til @DIYglenn og lasta over koden fra hans git. Får boota opp som AP og satt opp. Ved reboot ser jeg følgende på de to mqtt-topicene: Utover dette er det heeeelt stille. Ser heller ikke noe i seriell overvåkeren: Norgesnett har aktivering av HAN via "min side" og jeg har fått bekreftelse fra de på epost at porten er åpnet. What to do next? Noen som har noen gode tips her?

Jeg kunne tenke meg å visualisere framtidig prisinformasjon i Grafana. Da kan jeg enkelt se hva prisen er inneværende døgn samt neste døgn når ny prisinformasjon er tilgjengelig. Akkurat som deg sliter jeg med å finne tiden til å grave seg ned i det så for nå får det duge med timesprisen.

Ser ikke ut til at det er mulig. Jeg tittet litt i koden og den henter jo ut fremtidig data så burde være mulig å få det ut som sensorverdier på en eller annen måte. Har du gjort noe videre utvikling på biblioteket?

Hva gjør du om vasken går over to "prissoner"? Men fra spøk til alvor. Tøft lagd og artig. Kanskje jeg skal lage noe slikt her hjemme så madammen blir mer bevisst på forbruk rundt omkring. Få beskjed uansett hva ho gjør om hva det koster

@kris10an Nix. Det har jeg ikke. Skal se på den i kveld etter jobb og ungelegging og diverse Alltid spennende med noe nytt

Da er NR oppe og kjører Her er utdrag fra docker-compose.yml fila mi nodered: image: nodered/node-red-docker:v8 container_name: nodered restart: always user: "root" ports: - "1880:1880" volumes: - ${USERDIR}/docker/nodered:/data networks: - traefik_proxy - default labels: - "traefik.enable=true" - "traefik.backend=nodered" - "traefik.frontend.rule=Host:nr.${DOMAINNAME}" - "traefik.port=1880" - "traefik.docker.network=traefik_proxy"

Jeg kjører mye samme oppsett som her men med Traefik reverse proxy. Ubuntu 18.04 med docker og følgende containere: - Home Assistant - MQTT - Portrainer - MariaDB (Usikker på hvorfor foreløpig....) - Grafana - InfluxDB - Watchtower - Traefik Fungerer veldig bra så langt etter noen ukers drift. Holder på med en Node-Red konfigurering også men ikke helt i mål enda.

Det var jo en smart måte. Ser jeg har MYE å lære om hvordan man effektivt bruker HA. Har funnet meg noen gits som jeg studerer for å se hvordan andre bygger opp systemet sitt på en effektiv måte. Kan man bruke wildcards kun i slutten? Eller kan man f.eks ha *energy_heat* for å fjerne alt som inneholder energy heat? Jeg har nemlig strukturert opp enhetene mine og navngitt alle sensorer med litt mer logiske navn. (Hvor lurt det var kan jo diskuteres :P)

Får du bare en "climate" pr Z-TRM2? På de gamle får jeg nemlig to stykk. Håper dette retter seg når jeg oppdaterer til siste versjon av fw.

Ok. Med andre ord ikke direkte overførbart til meg som har alt av lys via zwave. Men opplegget ditt så absolutt bra ut!

Hvilken HA komponent bruker du på videoen hvor du dimmer opp og ned?