Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

Salvesen

Medlemmer
 Vis profil  Se deres aktivitet

  • Innlegg

    884

  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    14

 Innholdstype 

Innlegg skrevet av Salvesen

    AMS, hvordan håndtere effektleddet

    i Strømsparing og strøm-overvåkning

    Skrevet

    9 timer siden, berland skrev:

    Jeg er i tenkeboksen på noe tilsvarende, og lager kanskje noe til høsten (før det trengs det ikke). I Python i såfall.

     

    Det vil være enkelt å finne ut hvert minutt hvordan man ligger an for inneværende time, ved å følge med på målingene fra strømskapet. Det vanskelige vil være å justere strømlaster av og på på en en måte som bevarer komfort, de dagene det er hardt å holde seg under valgt effektgrense. Jeg har lagt inn en deltatemperaturfunksjonalitet på mine varmekabelkurser, slik at programvare kan justere opp og ned denne verdien. Ligger man over effektgrensen, så justeres deltatemperaturen ned et knepp på et utvalg varmekabler (blant de som er påslått for øyeblikket), og hvis man ligger under, så justerer man opp de som har lavest deltaverdi (eller de som har vært lave lenge).

     

    Alle varmekablene mine er Multireg/Heatit v1. Altfor få av mine har gulvføler, og de som bruker innebygd romføler klarer ikke oppføre seg like godt (som beskrevet i manualen). Erfaringen min er at disse oppfører seg delvis som om de har mange graders hysterese. For å styre disse adaptivt må jeg kanskje hoppe opp og ned 10 grader om gangen for å sikre at de faktisk slår seg av eller på.

     

    Varmtvannstank skal kanskje få lov til å stå ustyrt med tanke på effektgrense slik at heller varmekabler skrus av de minuttene der varmtvannstanken er på. Med tank på 3kW, så betyr det at 4kW effektleddgrense vil medføre et kaldt hus om vinteren timen etter noen har dusjet - jeg må nok legge meg på et høyere nivå. 

     

     

     

    For min del ryker nok elbilen først, om det fortsatt er tid til å nå målet for lading neste dag. Etter dette ryker nok VB i X antall minutt ut i fra varmetaps beregning, etter dette kan jeg vurdere å gjøre noe med temperaturer tenker jeg. Jeg har heldigvis kun 2kW koble på min VB 

    AMS, hvordan håndtere effektleddet

    i Strømsparing og strøm-overvåkning

    Skrevet

    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:

    image.png.782b66a5c3220f083200129a5221dc5a.png

    -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: 

    image.png.04e73fd53ca00302455ceb6c6ad75456.png

     

    Noen tall:

    image.png.ba2aad48d248a24e68c889f36b97583f.png

     

    Så, la oss dele erfaringer, tanker og planer om dette og finne en god løsning frem mot 1.1.2019 :)

    • Like 3

    Lokal lesing av HAN - The Easy Way (TM)

    i Strømsparing og strøm-overvåkning

    Skrevet · Endret av Salvesen

    På 17.4.2018 den 15.08, Salvesen skrev:

    Jeg bestilte akkurat 3 mbus adaptere til(kan umulig få feil på 4/4 selv om de kommer fra Kina) testing, ellers skal jeg prøve å gi power fra usb hub, koble til batteripakke osv når jeg kommer meg hjem fra jobb om ett par ukers tid :)

     

    Da har jeg mottatt mine nye MBUS til USB adaptere og plugget i en ny en og VOILA data detter inn og jeg har alle verdier! Jeg skal ikke juble for tidlig, men dette er lovende! Kommer til å teste de andre to også, fungerer en eller to bra sender jeg gledelig de rundt om til dere andre som sliter for test :) God helg! 

     

    Ett bilde sier mer en 1000 ord sies det:

    image.png.3aa92cb7435f3325d6dc2a30b0ec87a8.png

     

    :D:D:D:D:D

     

    EDIT1;Så kom det såklart en ny utfordring, mscMQTT plugin driver å quer beskjeder slik at jeg etterhvert havner langt ut av sync.... 

    EDIT2: mscMQTT så ut til å legge alt i kø når den skulle parse JSON selv. Gjør en dette før en sender via MQTT fungerer det helt topp :)

    • Like 1

    Lokal lesing av HAN - The Easy Way (TM)

    i Strømsparing og strøm-overvåkning

    Skrevet

    2 timer siden, Tore_Andersen skrev:

    Jeg har koblet til PC og leser ut rådata hexadesimalt og får samme utlesning der, melding som kommer hvert 10 sec "mangler" ofte 1 eller 2 byte, mens noen er normale. Det er alltid i slutten av meldingen slik at en av de 4 siste avlesningene blir feil og så har resten følgefeil pga det. Alt før dette er OK.

    "React_Pow_P":240,

    "React_Pow_M":-536870912,

    "Curr_L1":21109,

    "Volt_L1":2440

    Jeg skal skaffe meg en ny MBUS leser av en annen type og se om jeg får andre resultat. Jeg konstaterer ihvertfall at det ikke skyldes pi,

    tror jeg har testet alt av stoppbit og paritet som er mulig og hver gang det ser litt stabilt ut så faller det ut etter noen minutter eller bare noen sekunder så det er umulig å bli klok på :)

     

    Kjempe innsats! Da regner jeg med en av de 3 nye jeg har kjøpt fungerer, i og med at flere her inne har samme type som faktisk fungerer. 

    Lokal lesing av HAN - The Easy Way (TM)

    i Strømsparing og strøm-overvåkning

    Skrevet

    4 timer siden, hflatoey skrev:

    Eg har denne.

     

    blob.png.d842a714996094234bc415d34a509d21.png

     

    https://www.aliexpress.com/snapshot/0.html?spm=a2g0s.9042647.6.2.JejlIr&orderId=89823144334516&productId=32814808312

     

     

    Jeg bruker også denne, eller linken fra fremsiden. Den ser dog ikke lik ut som på bildet, kanskje bedre om folk kjører "lsusb" og får opp data om enheten? 

     

    Irriterer meg at jeg ikke får alle målingene :P Blir så ustabilt. 

    Lokal lesing av HAN - The Easy Way (TM)

    i Strømsparing og strøm-overvåkning

    Skrevet

    23 minutter siden, Tore_Andersen skrev:

    Hei

    Nå har jeg testet diverse og kommet til at det er ett strømproblem.

    Jeg kjøpte en strømadapter fra Kjell.com https://www.kjell.com/no/produkter/data-og-nettverk/enkortsdata/raspberry-pi/stromadapter-for-raspberry-pi-2-5-a-p88525
    og jeg klarte ikke lenger se "det gule lynet" så trodde alt var OK. Jo lenger jeg kjører mot serieporten jo verre ble det. det skal være 103 byte hvert 10 sekund inkludert stop og start for min 1 fase måler og jeg mister stadig noen byte. Jeg tror det er USB adapteren med MBUS som bruker for mye strøm. 

    Jeg har satt opp en reise powerbank som strømkilde og da kjører den ca 2 minutter før det kommer feilbit. Jeg har ikke noen 5 V 3 A poweradaptere som jeg kan koble rett på  IO pin så får skaffe meg det og teste om jeg får det helt stabilt. Så har dere en powerbank liggende , koble den til og se om det blir mer stabilt.

     

    Hm, spennende. Men rart når de "andre" fint leser hvert 2 sekund om det ligger på strømsiden? Selv har jeg kjøpt pi PSU uten særlig forandring. Er ikke noe mer effekt ut av banken min heller tror jeg, er vell 5V/2,5A maks. Men jeg skal prøve når jeg kommer meg hjem :)

    Hva har du kjøpt idag

    i Automasjonskaféen

    Skrevet

    1 minutt siden, clio75 skrev:

    Øyeblikksbildet i alle fall. pluss at de har noen kwH tellere som kan resettes.

    Men kunne tenkte meg litt mer muligheter for statistikk, fordeling mellom dager/timer/år. 

     

    Device history er en fin plass å starte :)

    Lokal lesing av HAN - The Easy Way (TM)

    i Strømsparing og strøm-overvåkning

    Skrevet

    9 timer siden, Tore_Andersen skrev:

    Jeg skjønner ikke hva som er galt. Er det noen her som har en kaifa 1 fase strømmåler og bruker USB dongle som virker? Der hver eneste melding kommer gjennom ?

    Jeg bruker han v1.14.

    mvh tore

     

    Ikke jeg heller. Har dog ikke forsket noe på det enda. Jeg har dog 3 fase, men sliter med det samme. Altså at det er litt tilfeldig hva som kommer inn. Dongel ser dog ut til å fungere, den blinker jevnt å trygt. Her er mine samplinger fra i dag:

     

    image.thumb.png.ba316711c25ca2ce824569a9e541e32d.png

     

     

    Kan gå nesten 1,5 time før den oppdaterer seg, men de fleste ligger på noen sekunds mellomrom. Men dette er også litt lureri da den somregel henter seg inn etter X antall minutt og sampler en 3-5 ganger og så stopper det opp igjen. For meg høres det ut som det mangler en else en eller annen plass slik at ingenting kommer ut eller noe slikt. 

     

    Gjøre om device text til desimaltall

    i Scripts

    Skrevet

    Ang å konvertere til flyttall:

      

        Public Sub numberHandling(numberString, deviceName)
        Dim tempInt As Double
        If IsNumeric(numberString) Then
            Double.TryParse(numberString), tempInt)
            hs.SetDeviceValueByRef(hs.GetDeviceRefByName(deviceName), tempInt, True)
        End If
    End Sub

     

×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.