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.

13 timer siden, Dennis87 skrev:

Har satt opp effektstyring til nå som tar hensyn til utetemp, utetemp om 6 timer og så klart innetemperatur.

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

1 time siden, Dennis87 skrev:

Siden jeg ikke har gulvsensor blir det en mye bedre løsning enn å bruke den innebygde termostaten som var alt for dårlig og som uansett fungerer dårlig til å styre varme i gulv.

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. 

3 minutter siden, xibriz skrev:

 

https://github.com/xibriz/AmsToMqttBridge

 

Nå har jeg akkurat flashet en ESP og testet at den fungerer, så du burde være good to go.

 

En sak som kan ødelegge for deg er hvilken FW måleren din har. Min hadde en annen FW når den ble montert. Etter en oppgradering måtte koden endres.

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

6 minutter siden, DIYglenn skrev:

Videre ønsker jeg at min fork skal kunne brukes til alle målere. Jeg gjør ikke endringer for min del, som det virker som de fleste forks er, men prøver å satse på en samlet release for å gjøre det enklere å sette opp. 

 

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

8 timer siden, xibriz skrev:

Jeg er fortsatt uenig med oppsettet om å sende alt ut på en topic og kommer til å kjøre mitt eget løp med hver verdi på egen topic.

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.

3 minutter siden, xibriz skrev:

Jeg ser nå at nyeste versjon av PubSubClient har definert denne variabelen inne i en `ifndef` (det var den ikke når vi begynte med dette) som betyr at den egentlig burde være definert i hovedkoden istedet for å endres i biblioteket.

 

Men det trenger vi ikke tenke på nå, kanskje det er noe for @DIYglenn som virker mest ivrig på å lage kode for alle

 

Jeg er fortsatt uenig med oppsettet om å sende alt ut på en topic og kommer til å kjøre mitt eget løp med hver verdi på egen topic.

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.

3 minutter siden, xibriz skrev:

 

Har du moddet PubSubClient til å klare å sende så store JSON-data? Orginalkoden sender alt på en topic. (trengs ikke på min kode da jeg sender hver verdi i egen topic)

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

14 timer siden, xibriz skrev:

Har du en- eller trefasemåler @Morten B?

 

Jeg så kjapt gjennom koden til @DIYglenn og det så ut som han har implementert alle målerene.

 

Men ingen av kodebasene støtter enfase kamstrup (Har kode for det lokalt)

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

10 minutter siden, ZoRaC skrev:

 

Det var nok planen, men når hovedutvikleren (roarfred) brått gikk bort så stoppet det litt opp... så nå har flere laget «forks» av hans kode for å tilpasse til eget bruk, men optimalt sett hadde man hatt en felles kode for alle målertyper på ett sted.  

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. 

Akkurat nå, ZoRaC skrev:

 

Da tror jeg du må bruke @xibriz sin kode.  

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)

3 timer siden, ZoRaC skrev:

 

MeterType 3, er den støttet? Er det ikke bare MeterType 1 (Kaifa) som er støttet? Evt så har vel @xibriz laget støtte for Kamstrup, men husker ikke om det er nr 2 eller 3...?

 

Er det en NodeMCU eller en ESP-modul?

Har du satt riktig baud og sånt i Putty?

 

Får du noe ut av MQTT? Den skal publisere der med en gang den er connected. 

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?

9 minutter siden, petersv skrev:

Ikke hatt tid til å se noe på det dessverre. Såvidt jeg har skjøt det er begrensningen med sensorer at de kun kan ha en verdi, ikke flere. Så løsningen må bli å lage binær-sensorer som sier noe om hva som skal skje, f.eks. "er det en billig time nå, gitt x, y z?" true/false.

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.

På 24.8.2018 den 20.43, petersv skrev:

 

Hvis det er mulig å sette opp flere sensorer med forskjellig offset på tid, kan det hende du kan få til dette allerede i dag?

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?

10 timer siden, berland skrev:

Fikk beskjed fra Alexa i dag (på engelsk egentlig); 'vaskemaskinen er ferdig', og 'Vaskemaskinkostnad 32 øre'. Endelig vaskemaskinovervåkning utifra effekt her også, og kobling mot øyeblikkets strømpris for å regne ut hva det kostet (det var en rask 40 graders).

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

2 timer siden, kris10an skrev:

Hold med oppdatert på node red prosjektet det står på todo lista her også.

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"      

På 1.4.2018 den 23.43, kris10an skrev:

Da har jeg endelig fått flytta over systemet til docker. Kjører 5 containere via docker compose på en Lenovo minipc som lett lar seg skjule i stua.

Kjørende containere for øyeblikket:

- Home Assistant

- MQTT

- MariaDB

- Portainer

- Watchtower

 

InfluxDB og Grafana er neste steg.

 

Kjører alt bak en Nginx reverse proxy som inkluderer automatisk oppdaterte Lets Encrypt sertifikater. Vurderer å gå over til Traefik etter hvert.

 

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.

Akkurat nå, MortenB skrev:

Nei, jeg fikk 3 stk. Cool, Energy Heat og Heating.

Jeg fjernet Cool og Energy Heat ved å legge dem til en customize_glob.yaml fil som tillater wildcards:

 

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)

4 minutter siden, MortenB skrev:

ID Lock 150 xml fila er det petersv som har skrevet. Jeg får låst opp/igjen, men det er begrenset hva som fungerer av parametere man kan sette. Dessuten får man ikke noen form for notifikasjon på hvem som låser opp døra basert på kode. 

 

Min Z-TRM2 fungerer forsåvidt greit, men under "Climate" viser den intern sensor som nåværende temperatur. Den skulle vist gulvsensor, da Z-TRM2 er satt i F modus.

Det skjer heller ingenting på Z-TRM2 om man prøver å endre temperatursensor settingen via Z-Wave panelet i Home Assistant.

Det positive er at HA/Z-TRM2 er i synk hvis man endrer set temp enten i HA eller på Z-TRM2.

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.

13 minutter siden, fiLLLip skrev:

Bruker "LogicMachine" og medfølgende app "Mosaic"

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?