Salvesen

SD kort til raspberry, nettverkskabel/evt RJ45 plugg med en annen kabel inn til MBUS/USB. Alt jeg kommer på i farten iallefall

Ja det stemmer, noen får vettig info og andre ikke

Jeg har laget noe lignende, ligger i tråden "ams, hvordan håndtere effektleddet" eller noe slikt:) Ligger et script der du kan modifisere til å fungere for deg.

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

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

Ja, dropp de lange samtalene. Flere muligheter for feil. Selv skrur jeg så og si alltid på p3 uten problemer

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

Andre som opplever helt banale verdier innimellom? Jeg får innimellom 32XXX i en måling. Det var ikke slik i starten.

Hehe samme her, gikk for 3 av den andre denne gangen Utrolig at en ikke får disse greiene i Norge noen plass..

Problemet er at utrolig mye av dette ikke er testet og er derfor falskt "stemplet".

Nei, det har vært saker her inne med branntilløp tidligere.

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.

NICE! Python er mer opp min gate også!

Naaais!

har du en terminal oppe? Som har åpnet porten allerede? Jeg ville prøvd en sudo reboot og så kjørt en chmod og sjekket flow etter dette. Evt bare prøve med en terminal.

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

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 Blir så ustabilt.

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

Device history er en fin plass å starte

får du ikke det ut av disse da?:p

Mener å huske det samme, altså 17-32V.

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

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

Siden jeg har hukommelse som en gullfisk og at jeg sannsynligvis må gjøre dette for venner og familie i fremtiden(les 2019 når effektleddet innføres?) tenkte jeg å lage en liten manual, kanskje andre får bruk for den også. HAN over internett til HS3 for dummies.pdf

Det blei kanskje marginalt bedre med ny PSU men langt i fra det som er problemet, gikk akkurat 25 minutter mellom sist oppdatering