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

frodegill

Medlemmer
  • Innlegg

    86
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    5

Innlegg skrevet av frodegill

  1. 45 minutes ago, ArnieO said:

    Jeg har ikke full oversikt, men vet at @roarfred fikk sin Kaifa i drift. Han hadde som mål å lage kode som gikk på alle, men ble ikke ferdig før han dessverre gikk bort. @xibriz har kode i drift for Kamstrup, den har jeg lånt. Men jeg vet ikke om noen har kode i drift mot Aidon ennå. Mulig det står et sted på en av de forrige 54 sidene...

     

    Jeg er i ferd med å konvertere min Aidon-kode til OBIS. (Dvs, jeg har vel som mål å støtte alle tre, men det er Aidon jeg har i sikringsskapet..)

  2. NEK sier aktiv effekt skal sendes hvert 2,5 sekund, men også at "Frekvensen for uttak av aktiv effekt kan endres til maksimalt 10 sekunder om det foreligger begrensninger som hindrer en høyere oppdateringsfrekvens."

     

    Ser kamstrup sender liste1 hvert 10.sekund  xx:xx:x0, og liste2 sendes hver time xx:00:05. Hver time vil det dermed komme tre pakker (liste1-liste2-liste1) i løpet av ti sekunder. Aidon vil ikke sende liste1 når det i stedet sendes liste2, og sender ikke liste2 når det i stedet sendes liste3.

    Hvis jeg legger godviljen til er vel Kamstrup innenfor spec, men jeg skjønner ikke hvorfor leverandørene skal tøye på en så enkel og presis spec som AMS/HAN har.

  3. 1 hour ago, Andreas said:

    Hvis vi antar at oppkobling sending og nedkobling tar 3 sekunder(170mA) og at hvert mottak av data tar 1 sek (50mA).

    <snip>

    Så hvis vi sparer strøm i 2 sykluser, så burde det være nok til å kunde overføre uten å gå konkurs.

     

    Liste2 streames ut hvert 10 sekund, men husk at Liste1 kommer hvert 2,5 sekund (og for min del er det Liste1 jeg er interessert i)

  4. 47 minutes ago, ZoRaC said:

     

    Tja, det er vel et definisjonsspørsmål. Det står i en forskrift. Forskriften ligger på lovdata.no, sammen med Norges Lover og andre forskrifter. 

     

    Så det er litt mer enn et avtalebrudd, det er et forskriftsbrudd. Det er vel i mange tilfeller likestilt med et lovbrudd?

    Det er ikke likestilt med lovbrudd - brudd på forskrifter vil vel aldri kunne gi fengselsstraff (kun store bøter)? Men forskriften er tuftet på en lov (i dette tilfellet Energiloven)

     

    Har nå finlest forskriften, og det er et par morsomme punkter der. F.eks §4-2f sier at AMS skal "kunne sende og motta informasjon om kraftpriser og tariffer" og §4-4 sier at "Kraftleverandør skal kunne sende prisinformasjon til displayet". Jeg har alltid sett på AMS som en nettleveradør-ting, men her er altså kraftleverandørene pålagt å sende ut kraftprisene. Høres ut som de beskriver displayet jeg holder på å lage... (som ikke viser øyeblikksforbruket i KWh, men i NOKh basert på HAN og nordpool)

    §4-6 er paragrafen som pålegger åpning av HAN 1.1.2019.

    Det er også påstått at det ikke er noen vits å åpne HAN-porten nå, siden det ikke faktureres på timesnivå ennå og at det dermed ikke er noe å spare på å tilpasse seg timesprisene. §7-1a sier "Fakturering av nettjenester til forbrukere med timemåler skal skje på grunnlag av faktisk forbruk med timesoppløsning", og §7-1b sier at det samme skal gjelde for kraftleverandører. Dette skulle trådt i kraft 1.1.2016, med eneste unntak "Det kan faktureres på bakgrunn av stipulert forbruk dersom innhenting av målerstand medfører urimelig kostnad eller ulempe". Med AMS på plass er timesoppløsning ikke kostbart. Har noen oversikt over hvilke kraftleverandører som tilbyr spotpris etter faktisk timesforbruk?

     

     

    • Like 1
  5. 54 minutes ago, aleks said:

    Sa de noe på at hafslund nekter å åpne?

    De jobber med et "tilsvar" (les: gjøre noe en stund uten at noe skjer) og så kommer det dagbøter. Fra Hafslund til Staten - ingenting til oss forbrukere selvfølgelig. For vår del er det vel en svindel-sak. Vi har betalt for noe med en avtalt leveransedato, uten at vi har fått det vi har betalt for. Tviler på at politiet ønsker saken, og usikker på om NVE kan pålegge Hafslund å betale erstatning til forbrukerene som er rammet. Blir vel mer en sak der vi som sitter i yrker/stillinger der Hafslund er potensiell leverandør nå har lært at vi heller må gå til en av konkurrentene deres, og som forbrukere heller bare må akseptere at vi har en udugelig leverandør i en monopolsituasjon.

  6. 5 minutes ago, ZoRaC said:

    Kan de det da? Har ikke kunden noen rettigheter når man ikke får det man betaler for?

    <snip>

    Ville sjekket med NVE. :) 

    Jeg har hatt mye kontakt med både Hafslund og NVE. NVE har sagt at nettleverandørene må kunne åpne HAN-porten 1.januar 2019, men de har ikke spesifisert sanksjoner. Hafslund sier at Aidon er klar med firmware for AMS i løpet av Q1 2019. NVE vurderer å gi Hafslund foretaksstraff. Jeg har fortalt NVE at foretaksstraff ikke må ramme kundene, og at de derfor må kreve foretaksstraffen dekket av det som ellers skulle gått til utbytte. Så får vi se hva som skjer i tiden etter nyttår. Jeg holder ikke pusten, for å si det slik. Strengt tatt bør vel vi forbrukere anmelde dem for svindel (AMS er et produkt betalt og eid av sluttbrukerene, og det Hafslund gjør nå er å ikke levere det vi har betalt for)

  7. 13 minutes ago, Actibus said:

    Takk, men igår stoppet jeg å få data ut fra måleren. 

    Dioden som lyste på mbus siden av kortet har sluttet å lyse også. 

    Mulig kortet har tatt kvelden ?

    Skal få tak i et annet og se om det fungerer 

    Høres veldig rart ut. Både AMS/HAN og MBUS-to-TTL-kortet er godt sikret mot overspenning og feil. Sikker på at ikke nettleverandør har gjort noe?

     

    Nå har forresten Hafslund Nett bekreftet at https://www.nek.no/wp-content/uploads/2018/11/Aidon-HAN-Interface-Description-v10A-ID-34331.pdf er endelig dokumentasjon av OBIS for Aidon. Noen her som har eksempelfil på dump fra Aidon oppgradert til OBIS-format?

  8. On 24/11/2018 at 13:50, Actibus said:

    Jeg endret litt på koden din for å bruke den mot arduino plugin (vel jeg fjernet alt jeg fant som var relatert til webserver delen) 

    Hvis du ikke er interessert i nettverkskoden har jeg en egen branch 'offline' med nettverkskode fjernet.

    https://github.com/frodegill/ams-han/blob/offline/ams-han/ams-han.ino

     

    Koden er i ferd med å gå gjennom tre ulike faser.

    1) MQTT

    2) OBIS

    3) Bruke den sammen med en arduino og et lite display for å offline se nåværende strømforbruk (en kompis trenger dette for å kunne skru av enkeltkurser og se hvor det er all strømmen hans forsvinner)

     

    Overnevnte branch er starten på 3)  ?

  9. 6 minutes ago, 1v4r said:


    Skulle ikke dette være på plass innen 01.01.2019 iht. NVE kravspec? Mener ordet "dagbøter" har blitt nevnt.

     

    NVE sier "Etter 1. januar må nettselskapene åpne HAN-porten på forespørsel.", men jeg kan ikke se sanksjoner nevnt. De har et snasent kontakt-oss-skjema i Altinn(!). Har rapportert saken, og venter spent på svar. Det kommer vel som offisielt brev i postkassen min til sommeren, tenker jeg.

    • Haha 1
  10. 2 hours ago, 1v4r said:

    Har begynt å lese igjennom i håp om å få noe info fra min Aidon fra Eidsiva Nett til Hass.io.
    Tror dere at det kan fungere å kun koble TX->RX og  RX<-TX mellom disse to samt sette USB-strøm på D1-mini?
     

    https://www.amazon.com/Makerfocus-NodeMcu-Development-ESP8266-Compatible/dp/B01N3P763C/
    https://www.aliexpress.com/item/TSS721-Module-Board-M-BUS-To-TTL-with-RX-TX-Indicator-STM32-Development-Board-Free-Shipping/32751482255.html

     

    Vi er vel etthvert ganske mange som med hell bruker M-BUS-to-TTL mot NodeMCU. Merk at du ikke trenger å koble TX på NodeMCU til RX på M-BUS, AMS/HAN mottar ikke data.

     

    Jeg har ennå ikke fått oppdatert koden min til å bruke OBIS-koder. Sitter med Aidon fra Hafslund Nett og de har akkurat sent ut mail om at de kommer til å åpne opp HAN-porten "i løpet av Q1 2019". Dokumentasjon kan jeg få lov til å spørre om etter 1.januar. Hva gjør vi med slikt, da?

    • Thanks 1
  11. 16 hours ago, ZoRaC said:

     

    Men hvordan lager jeg en "wrapper"/"override" av "debugger->println()"?

    Jeg ønsker å unngå å endre på RemoteDebug- og HanReader-klassene.

    Ser for meg at jeg kan lage en RemoteDebugWrapper-klasse og som implementerer "print()" og "println()". I Java f.eks ville jeg brukt "extends", men hvordan kan jeg gjøre det i C?

    C har ikke konseptet klasser, så du kan ikke "extend"''e noe. I C vil du typisk bruke #ifdef og #define til å endre ting i preprocessoren, eller bruke cast av pekere for å tvinge dem til en gitt type.

    Nå har jeg kun tatt et kjapt blikk på kodene du nevner, og her brukes det C++. I C++ har du multiple inheritance, så kan bruke konstruksjoner som f.eks "class Debugger: public RemoteDebug, public HardwareSerial {...

    (men jeg skjønner ikke helt skrekken din mot å endre eksisterende kode)

  12. 1 hour ago, ZoRaC said:

     

    
    #include "RemoteDebug.h"        //https://github.com/JoaoLopesF/RemoteDebug
    
    RemoteDebug debugger;
    (...)
    // the setup function runs once when you press reset or power the board
    void setup() {
      debugger.begin(HOST_NAME); // Initiaze the telnet server
      
      if (debugger) {
        while (!&debugger);
          debugger->println("Started...");
        }
      }
    }

     

     

    "RemoteDebug debugger;" lager en instans av RemoteDebug. Denne instansen finnes i minnet, og vil ha en gitt adresse som garantert ikke er nullptr. Adressen til instansen finner du ved å kjøre "&debugger". I C er 0/NULL/nullptr definert til å være false, mens alle andre adresser er true. Linjen "while (!&debugger);" gir derfor ingen mening på så mange nivåer... (adressen av debugger vil aldri være nullptr, så derfor vil loopen aldri kjøre. Hadde den kjørt ville semikolon etterpå gjort at det ville blitt en evig loop, siden ingenting ville kunne satt debugger til nullptr. Koden i seg selv virker fornuftig, altså hvis du simpelthen bare fjerner linjen slik at det kun står "if (&debugger) { debugger->println...}

  13. 1 hour ago, ZoRaC said:

    Kunne du delt koden din? Så får jeg se om den kanskje er like grei å bruke som roarfred sin. :) 

    Koden har lagt ute hele tiden. https://github.com/frodegill/ams-han (Jeg holder forøvrig på å gjøre om koden til å pushe til MQTT. Endringene er så fersk at jeg ikke har pushet det til github)

     

    1 hour ago, ZoRaC said:

    Serial1 er vel en annen fysisk tilkobling enn via micro-USB-kontakten? Så man må ha en programmeringskabel og koble seg til på pinnene for å debugge via Serial monitor?

    Velger bare debug-port i ArduinoIDE, og ting funker automagisk...

  14. 28 minutes ago, H G said:

    Jeg misforsto nok litt tror jeg, jeg bruker ikke det, jeg tenkte bare for å sjekke, for dette er nøyaktige priser hver time. jeg tenkte ikke på noen integrering. Sorry!

    Har ikke de som leverer innlegget noen løsning, eller informasjon  på det?

    Jeg må innrømme att jeg har lite greie på det her, men jeg vet ikke om Nord Pool kan ha noe som kan hjelpe deg, de har jo en del tjenester, men man må kanskje kontakte de for mere opplysninger

     

     

    Hvis du ser i linken i mitt tidligere innlegg i dag ser du at jeg allerede henter ned spotprisene fra Nordpool. Problemstillingen (og tro meg, jeg har kontaktet mange og brukt mye tid på dette) er at Nordpool ønsker €1.600 pr år for automatisert tilgang til disse prisene. Jeg har kontaktet Hafslund (nettleverandør), Agva (strømleverandør), Elhub (som skal være kontaktledd mellom kunde og leverandør når AMS blir fullt ut operativt), NVE (som er ansvarlig for innføringen av AMS) og alle sammen peker til Nordpool og nettsiden deres merket med "Automatic extraction of data from this website and/or use for commercial purposes is strictly prohibited" for automatisert tilgang til priser. For meg virker det som om ingen av dem skjønner problemstillingen, selv når jeg sier at det ville vært urimelig om Kiwi hadde krevd €1.600 pr år for tilgang til prislappene sine. Hvor og hvordan skal forbrukere få tilgang til prisinformasjon fra Nordpool til en fornuftig pris (les: gratis)?

    • Like 1
  15. 1 hour ago, Actibus said:

    @frodegill

    Hvordan enklest lagre f.eks nåværende forbruk til en variabel?

    Jeg forsøkte meg på denne, men det funket ikke 

    
      effekt = response.concat(hexToInt(data_buffer, databuffer_pos, 48));
    

     

    Jeg skjønner jeg må både rydde i koden og kommentere den bedre :-)

    Slik koden er nå fylles data_buffer opp fortløpende når det kommer data, og når nettlesere kontakter arduinoen genereres det HTML basert på det som ligger i data_buffer (fra posisjon 0 til databuffer_pos). Jeg har laget et par hjelpefunksjoner som ekstraherer dataverdier med gitt datatype fra bufferet. Det ser ut til at du har kopiert litt av koden min, men kopiert litt for mye! Det koden din gjør er å først hente ut en integer fra data_buffer posisjon 48. Denne integer'en blir så implisitt konvertert til en String, og denne String'en legges til på slutten av String'en response. Variabelen effekt tilordnes returverdien fra concat (1 ved suksess, 0 ved feil). Det du ønsker er ganske enkelt 

    effekt = hexToInt(data_buffer, databuffer_pos, 48);
  16. 47 minutes ago, Actibus said:

    Funket med std::min

     

    Har koblet pin 1+2 inn på MB_A + MB_B og jord + 3v,

    På den adapteren jeg har er det også en jumper BAT VDD, noen anelse om hva den gjør?

    Har koblet TXD fra MBUS adapteren til D8 på Wmos Mini (siden D9 ikke er lagt ut der)

    Fint at det funket med std::min. Det er jo mere korrekt, så jeg skal oppdatere koden min.

    Jeg har også jumperen du snakker om. Ikke sikker på hva den gjør, men den er i hvert fall sluttet (som din). Virker også som du har koblet adapteret korrekt, men Arduino er koblet feil. Du skal koble til RX (som er receive-pin for Serial). På NodeMCU er dette D9 (GPIO3). På WeMos Mini ser RX ut til å være D0. Koble kabelen til RX og endre koden fra (D9) til (D0)  (Eller er det D0? Skal i hvert fall være GPIO3, så du kan jo bare endre (D9) til (3) )

  17. 4 hours ago, Actibus said:

    min' was not declared in this scope

     

    Fjernet 'min' og da lastet den, men skjønner ikke helt hvordan den skal settes opp, fikk lagt inn ssid og passord ved å legge SETUP pin til jord, men finner den ikke på nettverket.

    "min" burde være deklarert (går ut i fra at du har kjørt update på alt i boards manager og library manager?), men du kan jo prøve å erstatte "min" med "std::min".

     

    Hvis jeg skjønner deg rett fikk du opp "sensor-setup"-nettverket og lagt inn ditt eget ssid og ssid-passord, men at du ikke finner nodemcu i ditt eget nettverk etterpå. Kanskje dumt spørsmål, men du har fjernet SETUP-pin mot jord og restartet nodemcu etter at du lagret innstillingene?

  18. 15 hours ago, Actibus said:

    Er også interessert i om noen har klart å tolke dataene de fikk ut av Aidon, var vel noen her som nevnte det tidligere.

    Cpu22 har en grei oppsummering her. Jeg holder på med litt Arduinokode på github (som nå har blitt såpass uoversiktlig at neste steg er refaktorering og opprydding). Koden min kjører på en NodeMCU og output kan løpende sjekkes på https://gill-roxrud.dyndns.org:8207/ (ikke bli overrasket hvis det plutselig dukker opp debug-meldinger relatert til checksum. Det skal være CRC16-XMODEM, men av en eller annen grunn sier koden konsekvent at checksum er feil)

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