frodegill

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

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.

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)

Jeg satser på å bruke wESP32 med power over ethernet. Gir kablet kobling frem til MQTT-serveren og strøm i samme slengen..

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?

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.

Har igjen vært i kontakt med NVE, og de skal oppdatere teksten de klusset til 21.desember.

Her er siden før endringen: https://web.archive.org/web/20181027055646/https://www.nve.no/stromkunde/smarte-strommalere-ams/

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)

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?

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) ?

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.

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?

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)

"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...}

Jeg har en Aidon fra Hafslund, så det er Aidons standard firmware (altså ikke oppdatert til OBIS ennå)

I meldingen min du siterte i stad prøvde jeg å si at, nei, det er det samme hvilken ledning som går til A og B.

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) Velger bare debug-port i ArduinoIDE, og ting funker automagisk...

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)?

Hvordan får du prisene fra APP og inn i hjemmeautomatiseringsanlegget?

10.000kr? Hva inkluderes da? AMS-måler og pris-sammenstilling har kostet meg i overkant av 50kr pluss litt fritid (og litt tvilsom henting av strømpriser fra Nordpool. Hvor er det egentlig meningen at forbrukere skal hente strømpriser?)

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);

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

"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?

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)