SveinHa

Det er en "Easy trigger" funksjon (den BURDE absolutt vært en integrert del av HS)

Teoretisk vil den pluggen være ok men bereder på Schuko kontakt er ikke lengre lovlig da der har vært en del saker med varmgang. Schuko skal tåle 16A men det er stor forskjell på kontinuerlig last i timevis og litt mer kortvarig last. Min bereder er 2.9kW og er koblet via et slikt: https://www.tronika.no/no/smarthus/zwave-produkter/z-wave-apparatstyring/bryter-zw078.html

Har brukt noe Z-Wave plugger utendørs og det går stort sett greit. Med direkte vestlandsregn rett på kan de også vare en stund men lurt er det ikke...

Helt rett men kraftselskapene skjønner ikke det, eller noen skriver i alle fall ikke det på nettsidene sine.

Hvordan håndterer du endebrytere? Altså hvordan vet du NÅR du skal stoppe i begge ender (oppe og nede)?

Hvordan håndterer du endebrytere?

Godt med folk som tenker 😉 Denne kommer annenhvert sekund, "accumulatedConsumptionLastHour" er det du er på jakt etter:

Linken til stigvi inneholder mye god informasjon. Lenge siden jeg var borti Telldus men er ganske sikker på at du må over på en litt mer avansert platform. Det meste kjører på RPi... Alarm blir litt defensivt synes jeg, automatikk er myyye bedre. Du trenger fjernstyrte brytere på last som du kan unnvære i perioder slik som vv.bereder og varmekabler så er du kommet et godt stykke på vei... Og det er nokså enkelt å lage en kontinuerlig timesmåler når du har sanntidsdata fra TibberPulse. ....og, velkommen til forumet @ness , mange flinke og hjelpsomme folk her.

Regn i alle fall med en læringsterskel som kan være ganske bratt. Det spørs jo mye på egne kunnskaper og evne til å lære. Veldig mye god hjelp å få her på forumet og nett generelt. Mye både gøy og frustrasjoner hører med... Mange muligheter fra helt gratis programvare og opp til ganske dyre... Noe hardware må du uansett ha for styring av lys og annet, det slipper du ikke unna uansett og som en tommelfingerregel snakker vi om kr 4-500.- pr enhet. Z-Wave eller Zigbee er også et valg...eller begge som jeg har. Jeg holder en knapp på Zigbee, det virker som om den bygger bedre meshnettverk og har langt bedre respons. Jeg har drevet med programmering i industrien hele livet men det er jo en helt annen verden enn hjemmeautomasjon så den erfaringen er ikke så mye verdt. Jeg startet med Telldus og har siden vært innom Zipatile, Fibaro, og vært kjapt innom OpenHAB og Home Assistant men har nå havnet på HomeSeer4 og Node-Red. Flere av alternativene er gratis og der er ofte også 30 dagers prøvetid før en må kjøpe. HomeSeer koster noen kroner og tilleggsfunksjoner koster også typisk USD40.- men Node-Red er gratis og også tilleggsfunksjonene er gratis. Bare en liten start, andre kommer nok med mer utfyllende svar. ...og: Velkommen til forumet

De er nå litt morsomme og da... I gamle dager bygget netteier ut nettet i forkant og var klar til å levere det kunden ville når kunden var klar til å motta men nå stikker aksjonærer og eiere av med overskuddet og kunden må blø... Vel, lite vi kan gjøre med det annet enn å tilpasse oss, synd med de som ikke har muligheten til å styre effekten... For å få et bilde av mitt forbruk har jeg en stor HSTouch skjerm stående midt i glaningen med en del nøkkeldata: Tall med grønn skygge er pådrag/SP for luft/vann varmepumpe. Tall med rød skygge er Reelt energiforbruk denne time, estimert forbruk for hele timen og reelt forbruk forrige time. Tall med gul skygge nede til høyre er reelt effektforbruk (øyeblikksverdi). Data lagres i SQL og presenteres i andre verktøy som Node Red Dashboard:

Tror nok det enkleste er å skifte hele Danfoss boksen med et eller annet annet. Aktuatorene er 24VDC eller 230VAC og kan styres med hva som helst som kan levere noen få W av riktig spenning. Termostatfunksjonen kan du jo lett lage i hvilket som helst automasjonssystem eller evt ferdigkjøpt Z-Wave eller Zigbee termostat. Denne her kan jo være et eksempel, støttet av zigbee2mqtt: https://www.tronika.no/no/smarthus/zigbee-produkter/zigbee-klimastyring/termostat-cctfr6400.html og 4 av disse styrer aktuatorene: https://www.tronika.no/no/smarthus/zigbee-produkter/zigbee-apparatstyring/bryter-2-veis-sin-4-2-20.html Edit: Nå kan ikke jeg gå god for at de nevnte enhetene snakker sammen direkte men med en eller annen automasjonsbit som HomeSeer, Home Assistant, NodeRed eller slikt med Zigbee grensesnitt vil det i alle fall virke, og det er jo en nødvensighet for å få litt kontroll med strømselskapenes krumspring...

Loggingen så langt ser glimrende ut. Maxeffekt fra Tibber passerer 5kW få timer over midnatt men den betyr jo heldigvis ikkeno. Ellers ligger jeg jo laaangt under den magiske grensen... Har ikke gjort noe særlig for å spare strøm men har lagt mye arbeid å flytte forbruket til tidspunkt med billig strøm og det er ganske enkelt med vannbåren varme og betonggulv. Har regnet litt på det manuelt og bare med å flytte forbruket i forhold til å bruke en gjennomsnitts døgnpris så sparer jeg 10-11% men antar at jeg reelt sparer mer da normalt en større del av forbruket vil havne i de dyre periodene i 8-9 tiden og 16-17 tiden om jeg ikke aktivt prøver å unngå disse periodene. Berederen får grunnvarme fra varmepumpe mens toppvarmen ALLTID er av når strømprisen er over dagens gjennomsnitt. 2 stk kWh kolonner i tabellen her men det er nå litt bortkastet da den ene er fra Tibber og den andre er min egenproduserte måler og de er jo ganske like. Ikke at jeg skjønner helt hvorfor så har jo strømforbruket mitt i år blitt drastisk redusert (mørkeblå er i år, gul i fjor osv...): Konebytte for et godt år siden har tydeligvis påvirket mer enn jeg hadde trodd, ellers er det jo pool på 28m3 med 17kW varmepumpe som holder forbruket oppe om sommeren. September med 2/3 av normalt forbruk, 2208kWh, kosta 4.300.- i år... 😲 Edit: Litt mer studering så har jeg jo noe å ta tak i jeg og... men som sagt så har jeg ikke hatt noe fokus på å ta bort toppene enda. Begge de høyeste toppene er kl 21:00 og den tredje høyeste er kl 02:00. De 2 første er nok stekeovn/komfyr som får ta skylden for...

Spot on 👍

Nåja, det nytter ikke å snakke om epler når det handler om appelsinjuice... De som lever av dette burde ikke snuble i begrepene, det hjelper i alle fall ikke menigmann at de snakker feil...

Fixa hele problemet med å pynte litt på SQL SELECT. I MariaDB er en timestamp som heltall i formatet YYYYMMDDHHMMSS så "SELECT MID(Timestamp,9,4) AS 'Tid i dag',..." gjorde jobben: Presentasjonen i Node-Red Dashbord ble slik:

Vi snakker nok heller om noe i området rundt en måling pr sekund summert opp til en kWh-total pr time og starter på 0 igjen neste time. Blir vel noe sånt som min egenproduserte måler: Hver gang en ny kW-momentanverdi kommer inn i systemet ganger jeg opp med antall millisekund siden forrige verdi dukket opp og flytter komma et passe antall plasser, lagrer i SQL database, nullstiller og starter igjen: Må jo begynne å logge litt for å se hvor utfordringene blir...

Er nok bare TU journalisten som har snubla i begrepene, om en leser kWh der det står kW så rimer det langt bedre...

Det var det jeg trodde men artikkelen i TU sa meg noe helt annet...

Ser for meg at der kan bli noen automasjonsutfordringer her. Er det nok med et millisekund over 5kW før en hopper opp på 10kW? F.eks. om min 2.9kW bereder står på så kan jeg jo lett slå den av i det jeg slår på komfyren men der vil jo være en topp et øyeblikk før zwave bryteren på berederen får tid til å reagere... Regner med det er den maxen Tibber viser meg som blir gjeldende og da havner jeg lett over 5kW HVER dag med et dagsforbruk på typisk i området rundt 30-40 kWh/døgn

Driver og lagrer noe data i en MariaDB SQL database og lagringen går fint. Et par screenshots fra phpMyAdmin og Sequeler: Klokkeslettene er riktige i forhold til vår tidssone men når NodeRed henter de samme data blir datofeltet vist i CET: Har lett etter settinger for timezone uten å finne noe... I MariaDB påvirker ikke tidssonen noe i alle fall... Maskinen som kjører NodeRed har i alle fall riktig tidssone. Resultatet i NodeRed er teknisk sett riktig for tidsmarkeringene (Z) viser at det er CET. Noen gode ideer? Ikke noe stort problem men ser litt teit ut...

I gamle dager var det nok, da ventet Win på at du selv tok initiativet for å oppdatere men ikke nå lengre...

Hvis det hadde virket... Min HS4 server restartet i går selv om jeg har gjort alt jeg kan for å unngå det... Tror neste steg er å unngå Windows...

Samme har jeg gjort. Stuen har manuelle brytere (HSTouch på flere nettbrett rundtom) og det meste av resten styres av div sensorer. Et par brytere styrer taklys på soverom og kjører scripts for å slukke hele huset og låse entredør eller slå på litt basislys, låse opp entredør og slå på espressomaskinen. Helt enig

Har pynta litt på koden i første innlegg, lagt til Watchdog som automatisk restarter Arduino om der ikke mottas data fra MQTT innen 5 minutt (krever forbindelse mellom pin 0 og pin RESET).

En kan lage mye fint i HST men der mangler jo mange ting som de instrumentene i første innlegg her. Har brukt HST i mange år og har vel 15-20 skjermbilder som ser greie ut og gjør jobben sin helt fint men utvalget av grafiske elementer er ikke særlig godt og fontstørrelser i utvikleren avviker sterkt fra klientene og også forskjellig alt etter skjermoppløsningen på klientene. Rapporterte en litt alvorlig bug i HST for et halvt år siden, måtte vel rapportere den 3-4 ganger før jeg fikk noe respons og siden har ingenting skjedd... Fordelen med HST er jo at den er rimelig godt integrert med HS... Ankepunktet er i hovedsak HSTouch Designer, den mangler mye på å være et fullverdig verktøy (og jeg har nå litt å sammenligne med, har hatt HMI som en del av jobben min siden 1985 og har bl.a. designet HMI til brann og gassovervåkingen på en av platformene i Nordsjøen...).