Vinnerliste

Hei og hopp, godtfolk! Vår AMS-måler kom i går og jeg har for alvor satt i gang utviklingen av en Tibber-plugin. Jeg har tidligere ventet på et .NET-interface fra Tibber selv som hadde gjort utviklingen enda enklere, men det får jeg bygge om til når det er klart. Imen s kjører vi JSON. Men samme det! Det viktige NÅ er å finne ut hvilke funksjoner jeg skal legge inn. Så fortell meg hva du ønsker deg! Foreløpige planer inkluderer selvfølgelig noen opplagte funksjoner, men muligens også noen mindre opplagte. Strømprisen nå Strømpriser i dag (f.eks. en device pr time?) Strømpriser i morgen (f.eks. en device pr time?) Beregning av dagens (og morgendagens) gjennomsnittspris og utvalgte percentiler for strømforbruket til bruk til triggers, f.eks. IF strømpris > 90-percentil THEN set termostat to LOW. IF strømpris < 90-percentil THEN set termostat to HIGH. IF strømpris < 84-percentil AND mode Is Not Night THEN start lading av el-bil Etc... Grafer for strømpriser i dag og i morgen... ? Statistikk over strømforbruk Siste måned Siste kvartal Siste halvår Siste år Gjerne sammenligning med et "kjent snitt", forrige måned/kvartal/år, eller noe sånt. Tibber har jo en statistikk vi blir sammenlignet med, men jeg vet ikke hvor den kommer fra... Eller andre intervaller? Er det nødvendig med så mange? "Realtime" - Ikke mulig. "Vaskemaskinplanlegger": Gitt et tidsintervall, når er det mest lønnsomt å sette på vaskemaskinen? Alt dette kommer selvfølgelig IKKE i første beta! Og så er det noen avklaringer som vi må gjøre: Er det f.eks. nødvendig med en device pr time? Kanskje det er ønskelig? Det blir fort en vanvittig mengde devicer med en slik tilnærming, men det er jo ikke sikkert at gjør noe. Man kan jo skjule dem man ikke ønsker å bruke ... så: Hva ønsker DU deg? Jeg kan i utgangspunktet få til alt som ligger her: https://developer.tibber.com/explorer

Tenkte vi kunne lage en samletråd om hvordan vi har tenkt å håndtere effektleddet som er innført noen plasser til "test" og det kommende forslaget som nå er ute på høring. Kort fortalt er høringsforslaget slik: -Man betaler fast pris på ett abonnement(4kW). Dette er relativt rimelig ift dagens nettleie -All effekt over dette(i snitt over en time) belastes ekstra og ganske kraftig, da med en fastpris pr kW i tillegg til en sum pr time over. Mer info her: https://www.tu.no/artikler/slik-blir-de-nye-nettleieprisene-br/432271 Med andre ord bør en prøve å holde seg innenfor disse 4kW så mye en bare klarer for å holde prisene lave. Etter å ha tuklet med HAN porten i en liten periode har jeg begynt å tenke på hvordan jeg vil løse denne problemstillingen og har til nå kommet frem til dette: -Vi vill bli belastet hver time, dvs at nettselskapet vill ta målerstand fra nåværende time, minus sist time og bruke dette som snitteffekt for denne timen. -Dette kan en enkel hente ut av måleren selv, det detter inn en gang i timen: {"Date_Time":"2018-05-09 12:00:10", "Meter_Time":1525860010, "Host_Time":1525860010.959, "OBIS_List_Version":"KFM_001", "GS1":"snip", "Meter_Model":"MA304H4", "Act_Pow_P_Q1_Q4":195, "Act_Pow_M_Q2_Q3":0, "React_Pow_P_Q1_Q2":0, "React_Pow_M_Q3_Q4":392, "Curr_L1":489, "Curr_L2":902, "Curr_L3":967, "Volt_L1":2395, "Volt_L2":2386, "Volt_L3":2395, "Date_Time2":"2018-05-09 12:00:10", "Act_Energy_P":7485602, "Act_Energy_M":0, "React_Energy_P":1756, "React_Energy_M":2130200} -Her er React_Energy_P målerstand i denne sampelen, trekker en i fra sist sample får en snittet. -Denne verdien er mer eller mindre ubrukelig for oss da en allerede sitter i "saksa" og blir belastet for snittet for denne målingen. -En må altså konstant sjekke snittet slik at en kan ta grep om en nærmer seg "grensen". Jeg har sett på litt forskjellige løsninger men har funnet ut at det enkleste ofte er det beste og har endt opp med dette lille scriptet(Ja det er unødvendig langt...): Sub powerAverage(argumentsObject As Object) Dim sumDeviceName As String = "amsSum" 'Input the devicename where the sum should be stored here Dim averageDeviceName As String = "powerAverage" 'Input the devicename where average value should be stored here Dim powerDeviceName As String = "powerNow" 'Input the devicename to the AMS power value in realtime Dim powerAverageRefNum As Integer = hs.GetDeviceRefByName(averageDeviceName) Dim amsSumRefNum As Integer = hs.GetDeviceRefByName(sumDeviceName) Dim poweNowRefNum As Integer = hs.GetDeviceRefByName(powerDeviceName) Dim powerAverage As Double = hs.DeviceValueEx(powerAverageRefNum) Dim amsSum As Double = hs.DeviceValueEx(amsSumRefNum) Dim powerNow As Double = hs.DeviceValueEx(poweNowRefNum) Dim samplesOneHour As Double = 1800 'If the AMS communication is fully functioning there should be 1800 samples an hour Dim amsSumNew As Double Dim powerAverageNew As Double 'Calculate the new sum amsSumNew = powerNow + amsSum 'Calculate the average powerAverageNew = amsSumNew/samplesOneHour 'Set the new sum hs.SetDeviceValueByRef(amsSumRefNum, amsSumNew ,true) 'Set the new average hs.SetDeviceValueByRef(powerAverageRefNum, powerAverageNew ,true) End Sub -Det eneste dette scriptet gjør er å oppdatere en summerings device med alle samplinger til nå, dele denne på forventede samplinger innen en time og oppdatere dette til en snitt device. Dette kjøres for hver sampling jeg får inn fra AMS, i tillegg kjører jeg en timer som jeg igjen bruker til å varsle om det går lang tid mellom sampling osv: -Etter det har gått en time setter jeg snit og summerings devicene til 0 og slik fortsetter det inn i evigheten. Ender da opp med en ganske nøyaktig snitt beregning som jeg tenker å bruke til å trigge nedstengning av effektkrevende utstyr når en nærmer seg 4kW. Noen kurver: Noen tall: Så, la oss dele erfaringer, tanker og planer om dette og finne en god løsning frem mot 1.1.2019

Du må ha vippebryter, dimmerne kan ikke kobles mot fibaroen (eller noen andre)

5.32 er ikke tilgjengelig https://forum.z-wave.me/viewtopic.php?f=3419&t=26417 Ser ut som Z-Wave plugin 3.0.1.210 skal ha støtte for 5.25 Changed in version 3.0.1.210 (Beta) * Add support to restore node info to any Z-Wave interface using Z-Wave SDK 6.71 or 6.81 (includes latest version of UZB and Zee S2) https://forums.homeseer.com/showthread.php?t=175414 RaZberry and UZB have Z-Wave chip on board. This chip serves Serial API to allow Z-Way software speak to Z-Wave network. This firmware can be upgraded from Z-Way software. In Expert UI go to Network→Controller Info→Firmware upgrade or directly to IP:8083/expert/#/uzb 5.32: Updated SDK to 6.81. Support of Z-WAve «SmartStart». 5.27: Added Bridge version 5.26: Added forgotten new IMA functions. 5.25: Minor fixes 5.23: Updated SDK to 6.71.01. 5.22: Frequency not resetted to EU anymore on upgrade 5.16: Updated SDK to 6.70.00. 5.07:Updated SDK to 6.51.09 (for certification) 5.06: LED can be turned off: Change it via IP:8083/JS/Run/zway.NVMExtWriteLongBuffer(0x6510,[XX]), where XX is: 0x00 LED used only for memory test when device powers up. Silent mode. 0x01 LED used during memory test and to indicate inclusion/exclusion mode. 0x03 LED used during memory test, to indicate inclusion/exclusion mode and it blinks when data is sending. 5.05: Fixed Bootloader upgrade response 5.04: LED not turning off after some operations fixed. Offset of User NVM made static. 5.03: Fixed bug with wrong UID returned after license ap https://z-wave.me/support/uzbrazberry-firmwares/

OK ny versjon ute: Merk endringer: BREAKING CHANGES: Nye Event triggere (høyere en time nr X eller lavere enn time nr Y) gjør at du må sjekke alle triggere om de er riktige. Du kan nå velge hvilket hjem det skal hentes data fra (hvis du har flere registrert hos Tibber). 0 er default (og det første hjemmet). Noen endringer i genererte grafer Et par småbugs kverket Prøv denne @poskare, og gå til config og endre tallet 0 til 1.

Nei, jeg er i mot skytjenester for slike ting. Vil ikke ha det for kaldt (eller for varmt) kun fordi en Internett-tjeneste er nede. Jeg bruker en Global Caché (og en ZXT-120).

"Gratis" strøm i natt, om man ser bort i fra avgifter og nettleie

La du inn alle filene i den mappestrukturen de har i zip-filen? HSPI-fila på rotmappa, osv.

Egentlig, så ble det aldri noe ordning på problemet. Timeout fra noder og diverse lagg i nettverket var så å si likt. Etter diverse feilsøking og mye tid brukt. Søkte jeg etter litt info angående UZB1. På databladet for kontrolleren, fant jeg en liten info. "Using the device right on a notebook ore other heavy devices may partially degrade the signal significantly. Applying a USB-USB extender cabel of min 10cm will always provide the best radio experience" Jeg tenkte at en Raspberry ikke gikk under kategorien "heavy devices" men prøvde uansett som et siste forsøk på å få vekk tregheten i nettverket (kun ved scene valg) Etter en 20cm lang USB forlenger og en heal network senere forandret mye seg. Nå ser UZB1 dobbelt så mange noder som før den sto direkte i Raspberry. Og tregheten er helt borte. Ved et scene valg på ca 9 noder, kommer alle på momentant! Tydeligvis hadde det å få kontroller litt vekk fra Raspberryen mye å si for signalstyrken.