Hva har du automatisert idag/Hva har du gjort på dine prosjekter idag

[Moskus]

16 minutter siden, stigvi skrev:

Dinside skaper jaffal forvirring.

Så alt er som det pleier.  

[frodegill]

1 hour ago, Moskus said:

I utgangspunktet under normale forhold skal det være to topper, rundt kl. 07:00 når folk står opp og dusjer, og kl 17:00 når folk kommer hjem, lager mat og lader elbil.

Jeg hadde opprinnelig et opplegg der jeg ville unngå å varme opp vann de to dyreste timene i døgnet.

Men, nå har jeg skaffet solceller på taket og det forkludrer jo alt! Nå vil jeg egentlig prøve å varme vann de timene det er mest sol, med mindre de timene har dyr strømpris slik at jeg heller kan selge overproduksjon dyrt og varme vann når prisen er lavere, med mindre det er litt usikkert om det blir sol eller ikke på det tidspunktet, og i hvert fall forutsatt at det ikke ligger snø på panelene. *sukk*

[Marhil]

59 minutter siden, hvg99 skrev:

 

Nå har jeg ikke en klar oppfatning her, men kretskort med svak spenning finnes jo overalt i huset. En mobiltelefonlader kan har jo en 230 -> 5V omformer som kan smelte osv. Men det er klart det er mye spenning og effekt i en vaskemaskinmotor. 

Kan jo være tilfeldig, men har vel vært gjennom 50-60 mobilladere pr to vaskemaskiner. Aldri hatt problemer med ladere. 

 

Har inntrykk av at mange vaskemaskinbranner er forårsaket av overbelastning? Stappe inn 10 kg i en maks 5 kg maskin, f.eks? Leste det et sted... 

[hvg99]

16 minutes ago, Marhil said:

Kan jo være tilfeldig, men har vel vært gjennom 50-60 mobilladere pr to vaskemaskiner. Aldri hatt problemer med ladere. 

 

Har inntrykk av at mange vaskemaskinbranner er forårsaket av overbelastning? Stappe inn 10 kg i en maks 5 kg maskin, f.eks? Leste det et sted... 

 

Nei, poenget mitt var bare at det har med utformingen av varen - at den holder seg til sikkerhetsstandarer osv. 

Det er mye elektronikk som er brannfarlig i så måte. Jeg har ingen klar ide om hva risikoen er.

[ZoRaC]

Jeg ville kikket på hvor lite strøm en vaskemaskin/oppvaskmaskin/tørketrommel faktisk bruker - mener det er rundt 0,5 kWh pr gang. Dvs man kan spare stort sett 5-50 øre ved å bruke de om natta. Det er vel ikke brannfaren verdt??

[hvg99]

Det handler mer om tid og få skvist inn vask. Men det skjer ikke så ofte, kanskje mindre nå når jeg leser her 

[Offpiste]

 

Har byttet fra Shelly EM til Shelly 3EM.

 

Og byttet fra UniFi UAP-AC-LITE til UniFi U6-LR.

[NilsOF]

2 timer siden, Offpiste skrev:

Og byttet fra UniFi UAP-AC-LITE til UniFi U6-LR

Merker du noen forskjell i praktisk bruk?

(Jodda, jeg har full forståelse for nytt og shiny shiny 😄 )

[Offpiste]

5 minutter siden, NilsOF skrev:

Merker du noen forskjell i praktisk bruk?

(Jodda, jeg har full forståelse for nytt og shiny shiny 😄 )

Har fått bedre rekkevidde ellers er det mye samme.

Glemte å ta speedtest med mobilen før jeg byttet, etter bytte får jeg ca 550-700 Mbps.

 

Alltid gøy med noe nytt 

[Evelen]

På 6.1.2021 den 15.03, Evelen skrev:

Brukt ledig tid den siste tiden på å sette opp Glances.

snart har jeg det som jeg vil. Skal heller skrive litt om hvordan senere. Alt via REST og TEMPLATE sensorer.

Done: https://flemmingss.com/system-monitoring-with-glances-in-home-assistant/

[xibriz]

Det var noen som ga bort en robotstøvsuger på finn.no med feilbeskrivelse at den ikke ladet. 

 

En kjapp runde med multimeteret viste at begge batteripakkene var døde.

 

Ett kjapp søk på Google viste at prisen på nye var minst 1000 kr.

 

200 kr senere har jeg en fungerende støvsuger

 

 

[Olav E]

Jeg savnet den gamle forbruksmåleren på kjøkkenveggen som viser strømforbruket. Selv om jeg kan sjekke forbruket som leses via HAN porten via telefonen/nettside, så var ikke dataene like tilgjengelige. Har derfor laget en prototype med hjelp av en nodemcu, neopixel LED-ring og en 0.96 tommers OLED skjerm.

 

Hver LED illustrer 1kW i strømtrekk. Antall watt vises på første linje. Spotpris for aktuell time blir hentet fra Tibber APIet og vises i andre linje. Estimert kostnad per time med nåværende strømtrekk inkluderer nettleiedelen på 42,61øre/kWh til BKK.

 

Oppdateringsfrekvensen er hvert 2.sekund (hver gang AMS måleren sender ut "Act_Pow_P_Q1_Q4"). Backend systemer består av følgende:

1. Raspberry Pi leser modbus til USB adapter er koblet til HAN porten ved hjelp av test_rx / han-port-1.15 nevnt i "Lesing av HAN - The Easy Way (TM) - WIP" tråden.
2. Output fra test_rx blir matet til MQTT ved hjelp av et python-script. Node-Red henter spotpris fra Tibber i starten av hver time og sender til MQTT.
3. NodeMCU heter dataene fra MQTT kjører beregninger på kostnad og viser dette på OLED-skjermen og via neopixlene.

 

Todo:

• Printe ut et nytt kabinett med høy WAF slik at fruen blir glad. Prototypen ble tegnet i en fei i går kveld.
• Lage presence detection på boksen slik at OLED skjermen ikke blir brent ut, alternativt bytte ut skjermen (stor e-paper/e-ink skjerm står på ønskelisten).
• Forsøke å skrive om koden til hente sanntidsforbruk direkte fra Tibber APIet slik at andre kan lage sitt eget watt-o-meter ved hjelp av en Nodemcu/ESP uten noe annet enn en Tibber pulse.

Om noen vet om noe kode som henter ut sanntidsmålingene fra tibber og som kan kjøres på en esp/nodemcu så send meg gjerne i den retningen. 

 

PS: Første post på forumet. Takk til alle som er aktive her, dere har hjulpet meg i mange prosjekter uten at dere har visst om det. (F.eks "Backspace" som inspirerte meg til å gjøre Mitsubishi varmepumpen smart ved hjelp av Nodemcu/SwiCago prosjektet, Moskus sin visdom og alle dere andre).

 

Edit:26.01.2021: Byggetråd her: 

 

Endret 26. januar 2021 av Olav E
Skrivefeil/la til byggetråd

[Helgemor]

5 minutter siden, Olav E skrev:

Lekkert! Med Tibber Pulse kan du få de dataene du bruker rett inn i smartsystemet (jeg bruker Home Assistant, men regner med at HomeSeer har det samme). Du trenger ikke være kunde hos Tibber så vidt jeg vet, og den er veldig enkel å integrere.

 

[Moskus]

32 minutter siden, Olav E skrev:

Hver LED illustrer 1kW i strømtrekk. Antall watt vises på første linje. Spotpris for aktuell time blir hentet fra Tibber APIet og vises i andre linje. Estimert kostnad per time med nåværende strømtrekk inkluderer nettleiedelen på 42,61øre/kWh til BKK.

Dette her var en genial idé!  

[Guahtdim]

36 minutes ago, Olav E said:

Jeg savnet den gamle forbruksmåleren på kjøkkenveggen som viser strømforbruket. Selv om jeg kan sjekke forbruket som leses via HAN porten via telefonen/nettside, så var ikke dataene like tilgjengelige. Har derfor laget en prototype med hjelp av en nodemcu, neopixel LED-ring og en 0.96 tommers OLED skjerm.

 

Hver LED illustrer 1kW i strømtrekk. Antall watt vises på første linje. Spotpris for aktuell time blir hentet fra Tibber APIet og vises i andre linje. Estimert kostnad per time med nåværende strømtrekk inkluderer nettleiedelen på 42,61øre/kWh til BKK.

 

Oppdateringsfrekvensen er hvert 2.sekund (hver gang AMS måleren sender ut "Act_Pow_P_Q1_Q4"). Backend systemer består av følgende:

1. Raspberry Pi leser modbus til USB adapter er koblet til HAN porten ved hjelp av test_rx / han-port-1.15 nevnt i "Lesing av HAN - The Easy Way (TM) - WIP" tråden.
2. Output fra test_rx blir matet til MQTT ved hjelp av et python-script. Node-Red henter spotpris fra Tibber i starten av hver time og sender til MQTT.
3. NodeMCU heter dataene fra MQTT kjører beregninger på kostnad og viser dette på OLED-skjermen og via neopixlene.

 

Todo:

• Printe ut et nytt kabinett med høy WAF slik at fruen blir glad. Prototypen ble tegnet i en fei i går kveld.
• Lage presence detection på boksen slik at OLED skjermen ikke blir brent ut, alternativt bytte ut skjermen (stor e-paper/e-ink skjerm står på ønskelisten).
• Forsøke å skrive om koden til hente sanntidsforbruk direkte fra Tibber APIet slik at andre kan lage sitt eget watt-o-meter ved hjelp av en Nodemcu/ESP uten noe annet enn en Tibber pulse.

Om noen vet om noe kode som henter ut sanntidsmålingene fra tibber og som kan kjøres på en esp/nodemcu så send meg gjerne i den retningen. 

 

PS: Første post på forumet. Takk til alle som er aktive her, dere har hjulpet meg i mange prosjekter uten at dere har visst om det. (F.eks "Backspace" som inspirerte meg til å gjøre Mitsubishi varmepumpen smart ved hjelp av Nodemcu/SwiCago prosjektet, Moskus sin visdom og alle dere andre).

@Olav E For en flott førstepost. Artig sak! Du burde kanskje laget en egen arbeidstråd om denne. Jeg tror mange kunne tenkt seg å lage noe lignende.

[Moskus]

40 minutter siden, Olav E skrev:

PS: Første post på forumet.

Og forresten, dette krever en write-up i sin egen tråd!  

 

VI VIL HA DETALJER!  

[Olav E]

Takk for hyggelige tilbakemeldinger. Dere skal få så mye detaljer som dere klarer  Jeg har tro på å dele kode i håp om at noen kan hjelpe til med å gjøre den bedre eller gjenbruke den. Jeg har lyst til å utvide prototypen slik at den kan brukes av dem som ikke har noe smartsystem per i dag. Jeg har f.eks noen venner som er Tibber abbonement med Easee / Tibber Pulse, men som ikke er lysten på skaffe seg noe smarthus-system. De ønsker allikevel å få dataene mer tilgjengelig enn bare begravd nede i en app på telefonen. Å ha en måte å visualisere dataene på kan hjelpe dem med å styre forbruket sitt til de timene med lavere spotpris, samt å gjøre dem mer bevist å hva strømmen koster til ulike tider. Dette er den enkleste og billigste løsningen jeg har kommet på til nå, andre mulighet er jo Magic Mirror og større skjermer, men det blir for avansert.

 

Når jeg tenker på det, så kunne Tibber eller andre tilbudt dette som et produkt på samme måte som en tibber pulse for å bevisstgjøre folk til å spare/styre strømforbruket sitt.

[Moskus]

2 minutter siden, Olav E skrev:

Jeg har f.eks noen venner som er Tibber abbonement med Easee / Tibber Pulse, men som ikke er lysten på skaffe seg noe smarthus-system.

Ja, det er jo litt overkill.

 

Det skal i utgangspunktet (famous last words) ikke være så vanskelig å hente direkte fra Tibber. Tibber bruker websocket for å publisere realtime data i json-format, og da er det bare å hooke seg på den med rette credentials.

 

Men: Tibber er litt kjipe på antall websocket-connections det er mulig å ha samtidig, så hvis man f.eks. har kobling til HomeSeer eller Home Assistant, så er det ikke smart å ha en selvstendig kobling for denne måleren din. Men vi kan mase på Tibber for å få opp antall tilgjengelige websockets.  

 

Ikke sant, @daniel.h.iversen?! 😁

[daniel.h.iversen]

To websockets tilkoblinger per kunde burde vel holde? Man kan hente data fra ubegrenset med antall pulse på hver tilkobling.
Grunnen til at det måtte settes en grense er at enkelte åpnet mange tilkoblinger uten å lukke de, noe som fører til unødvendig belasting på serverne.

 

Home Assistant har et eget API som man kan koble seg på, så da kan man hente dataene fra Tibber med Home Assistant også streame de videre til alle de enhetene man ønsker.
Sikkert noen lignende muligheter i HomeSeer også?

[Moskus]

2 minutter siden, daniel.h.iversen skrev:

To websockets tilkoblinger per kunde burde vel holde?

Nei, det er jo poenget: Det gjør ikke det.

[daniel.h.iversen]

Når du trenger du flere?

[Moskus]

7 minutter siden, daniel.h.iversen skrev:

Home Assistant har et eget API som man kan koble seg på, så da kan man hente dataene fra Tibber med Home Assistant også streame de videre til alle de enhetene man ønsker.
Sikkert noen lignende muligheter i HomeSeer også?

Ja, det er jo det han har gjort. Men det var heller ikke poenget. 

 

Det er: Vi vil lese realtime data fra Tibber fra mer enn et system om gangen, og med kun to websockets tilgjengelig så kan det by på problemer. 

 

2 minutter siden, daniel.h.iversen skrev:

Når du trenger du flere?

Når man vil lage uavhengige systemer som leser data fra Tibber. 

[daniel.h.iversen]

Ja, to systemer kan man jo fint bruke samtidig

[Moskus]

3 minutter siden, daniel.h.iversen skrev:

Når du trenger du flere?

For å stille spørsmålet med motsatt fortegn:

 

Hvorfor skulle vi ikke få flere sockets?

 

Det vil kun være et fåtall av kundene deres som bruker det, men de vil til gjengjeld sette svært pris på det.

[daniel.h.iversen]

Som sagt så var det ingen begrensing i begynnelsen, og det førte til at en del aldri lukket tilkoblingenene, som igjen fører til unødvendig høy belastning på serverne.