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

Alexander Frøyseth

Medlemmer
  • Innlegg

    8
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av Alexander Frøyseth

  1. funny0frank skrev (20 timer siden):

    @Alexander Frøyseth Da bruker jeg dato API-et til Norges bank: https://github.com/karl-gustav/power_price/blob/master/currency/currency.go

     

    Trenger ikke å cache data-ene fra norges bank pga jeg cacher resulatet av pris*exchange rate (respons objektet jeg sender ut blir cachet til neste gang noen spør på samme dato/zone). Så maks 5 kall til norges bank pr dag uansett...

    Ser at jeg fikk en feilmelding på morgendagens priser 14:45 i dag. Glemte å ta kopi, men var norges bank feil.

    16:30 så fungerte det.

    Nå er ikke jeg en kløpper i go, men jeg mistenker at det er fordi du sjekker kurs på dagens dato når man spør om morgendagens priser, og siden prisen for i dag er cache med "gårsdagens" (fredags) kurs, så fikk jeg ikke feilmelding på den. (jeg henter både dagens og morgendagens priser).

     

    Ser at du sjekker dato om det er helg, men det er også bevegelige helligdager der kursen ikke blir oppdatert som vil føre til at det krasjer.

     

    Jeg har aldri programmert go, så jeg tør ikke gjøre noen endringer på github, men i psuedo kode så ville jeg endra GetExchangeRate() til å hente for de siste 7 dagene for valgt dato (så lenge det ikke er i framtiden), også plukke ut den nyeste kursen.

    Når klokka er etter kl 16 så ville jeg tømt cachen for å hente oppdaterte priser og kurser.

  2. funny0frank skrev (34 minutter siden):

    Hei igjen! Fikk melding fra google om feil når du gjorde den spørringen :), det var pga jeg forsøkte å få ut kurs for faktisk dagen du spørr etter og ikke bare dagen i dag. Men det gikk vist ikke.

     

    Hvis noen her har tips til å få kursen for en gitt dato fra https://app.norges-bank.no/query/#/en/currency så setter jeg pris på hjelp her.

    Undersøker også om https://openexchangerates.org kan brukes...

     

    I mellomtiden så har jeg bare revertet tilbake til at kursen bare er for dagen i dag selv om du heter ut historiske data...

    Etter en kjapp kikk så ser jeg at det kommet nye kurser ca kl 16 på hverdager. Så dagens kurs er fra fredag, og man får derfor feilmelding hvis man spør om en dato som ikke er en hverdag, som feks i dag.

     

    Norges bank sitt api så faktisk veldig kurrant ut, har ikke sett veldig nøye på det, men for å vite hvilken kurs du skal bruke for en hviss dato, så kan du hente ut de siste 7 dagene før ønsket dato og bruke den nyeste. Det vil bli mest korrekt her 😊

    Hvis ikke api'et har en egen funksjon for sånt da 😅

    Du kan også med god samvittighet buffre kursene i en database, så slipper du å spørre en ekstern part på hver spørring 😊

  3. funny0frank skrev (5 timer siden):

    Da er kravet om "key" aktivert i API-et

    Har du gjort noen endringer mot å hente euro kurs? Får feilmelding på morgendagenspriser.

     

    ["None 200 response code 404 from https://data.norges-bank.no/api/data/EXR/M.EUR.NOK.SP?startPeriod=2022-01-10&endPeriod=2022-01-10:","<?xml version=\"1.0\" encoding=\"UTF-8\"?>\r","<mes:Error xsi:schemaLocation=\"http://www.sdmx.org/resources/sdmxml/schemas/v2_1/message https://registry.sdmx.org/schemas/v2_1/SDMXMessage.xsd\" xmlns:mes=\"http://www.sdmx.org/resources/sdmxml/schemas/v2_1/message\" xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\"><mes:ErrorMessage code=\"100\"><com:Text xmlns:com=\"http://www.sdmx.org/resources/sdmxml/schemas/v2_1/common\">No data for data query against the dataflow: urn:sdmx:org.sdmx.infomodel.datastructure.Dataflow=NB:EXR(1.0)</com:Text></mes:ErrorMessage></mes:Error>",""]

  4. OlavT skrev (På 1/7/2022 den 7.10):

    Her er et eksempel fra mine data:

     

      7:00 8:00 9:00
    Cumulative hourly active import energy (A+) (Q1+Q4) 81288.81 81291.23 81292.31
    Cumulative hourly active export energy (A-) (Q2+Q3) 0 0 0
    Cumulative hourly reactive import energy (R+) (Q1+Q2) 30332.1 30333.82 30333.82
    Cumulative hourly reactive export energy (R-) (Q3+Q4) 1979.08 1979.18 1979.37
           
    Diff   2.42 1.08
           
    Elhub   2.421 1.082

     

    Som dere ser så er målerverdiene fra Elhub nesten identiske med differansen i "Cumulative hourly active import energy (A+) (Q1+Q4)", men ikke 100%.

    Ut fra dette så vil jeg si at du får de samme tallene, bare med en annen oppløsning (1Wh kontra 10 Wh). Og maks avvik per enkelt time vil da være 5Wh, summert opp for 30 dager så tilsvarer det 3,6 kWh.

    Så selv om det urealistisk vil lese av et maks avvik hver time, og bruke dette i en månedsavregning, så vil det fortsatt ikke ha noen betydning 😊 og hvis du tar månedsavregning ved å ta diff total målerstand over måneden, så vil maks avvik mot elhub være 5Wh, altså ubetydelig 😉

     

    Matematisk så har du like verdier i elhub og hanport når du tar høyde for antall gjeldende siffer

    • Like 2
  5. funny0frank skrev (50 minutter siden):

    Hehe, driver å fikser på det slik at jeg ikke blir stengt ute av API-et jeg bruker igjen, den har ikke cache på spørringer den ikke finner dataer for (dvs når folk spør for langt frem i tid). Det var ikke noe jeg trodde var nødvendig med nå får jeg drøye antall spørringer som spør for langt frem i tid 🤦‍♂️
    Nå har jeg lagt på sjekk hos meg som blokerer spørringer for neste dag før kl 14:00, istedenfor å spør EU om de dataene...

     

     

    @erikolaulvestad Hei! Dataene er i EUR og så bruker jeg API til Norges bank for å regne fra EUR-->NOK (en svakhet i koden nå er at på gamle data så brukes forsatt dagens kurs) https://github.com/karl-gustav/power_price/blob/master/main.go#L19

    Jeg regnet nesten med det ja :D Igjen takk for at du hoster denne tjenesten. Hvis du skal legge til en API nøkkel for oss som bruker dette, hadde du orka å gitt et headsup her hvis man må sende en epost for å få nøkkel? Så slipper automatikken min å feile unødvendig :) 

     

×
×
  • 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.