Gå til innhold

StenO

Medlemmer
  • Innholdsteller

    14
  • Ble med

  • Besøkte siden sist

Nettsamfunnsomdømme

2 Neutral

Om StenO

  • Rang
    Nybegynner
  • Bursdag 23. mai 1966

Hjemmeautomasjon

  • System
    Domoticz
    openHAB
  1. Lesing av AMS data (AMS/HAN -> IoT)

    Har modda på koden til roarfred og lagt til min egen dekoding dersom det er Aidon måler som er valgt. Satte også opp riktig baudrate på serieporten og måtte skrive om rutinen som setter sammen en hel ramme. Jeg kjører altså hele greia på hw som er spesialbygd :-) Om du mener den biten som henter ut data fra rammen, er det en enkel rutine som ser sånn ut: int HanReader::getInt(int start, int size) { int value = 0; int bytes = 0; int mask = 0x01; // Use if negative value (MSB = 1) for (int i = start + size -1; i >= start; i--) { mask = mask << 8; value = value << 8 | buffer[i]; } if (buffer[start+size-1] >= 0x80) { // Negative value return value - mask; } return value; } Her ligger data i buffer[] arrayet og jeg sender med byte index i start og størrelsen på data i size (2 eller 4 bytes) Aner egentlig ikke om det var svar på spørsmålet ditt...
  2. Lesing av AMS data (AMS/HAN -> IoT)

    Byte Verdi 00-15: ASCII målernummer 16-23: Import energi totalt (Wh) 24-31: Eksport energi totalt (Wh) 32-39: Reaktiv energi totalt R+ (VArh) 40-47: Reaktiv energi totalt R- (VArh) 48-51: Import effekt totalt (W) 52-55: Eksport effekt Totalt (W) 56-59: Reaktiv effekt totalt R+ (VAr) 60-63: Reaktiv effekt totalt R- (VAr) 64-69: ???? 70-73: Forbruk fase 1 (W) 74-77: Forbruk fase 2 (W) 78-81: Forbruk fase 3 (W) 82-83: Spenning fase 1 (V) *10 84-85: Spenning fase 2 (V) *10 86-87: Spenning fase 3 (V) *10 88-89: Strøm fase 1 (A) *10 90-91: Strøm fase 2 (A) *10 92-93: Strøm fase 3 (A) *10 94-95: Frekvens (Hz) *100 Det viste seg at det jeg trodde var effekt eksport alltid var null uansett hvor mye jeg leverte inn til nettet - men de andre tallene så ut til å stemme. Tror også ganske sikkert at 56 - 63 er reaktiv effekt. I alle fall teller 40-47 opp når jeg har verdier i 60-63 ig 40-47 stemmer med avlesning på displayet på måleren. Aner fremdeles ikke hva 64-69 inneholder, men nå tenker jeg det greier seg for min del :-)
  3. Jeg har funnet ut mye vil jeg si av hva som kommer ut av Aidon-måleren som default. Se posten min i den andre tråden: Er noen felter jeg ikke helt har fått styr på, men lurer på om det handler om reaktiv effekt.
  4. Lesing av AMS data (AMS/HAN -> IoT)

    Godt tips. Kanskje jeg rett og slett skal flytte grafana og influx til en annen RPi som ikke kjører openHab? Aner meg at det er grafana som tar mest ressurser...
  5. Lesing av AMS data (AMS/HAN -> IoT)

    Her er jeg veldig usikker. Har ikke gått så mye inn i dataene akkurat her. Kan det være at noen av disse er reaktiv effekt? Den teller i alle fall reaktiv VAh... I går var det imdlertid en solrik dag og Eksport sum (24-31) steg fra 58606 til 69540 Wh og det stemmer også bra med hva grafen over eksportert effekt forteller meg. Jeg fikk altså levert drøye 10 kW timer inn til resten av norge av en produksjon på 27,5 totalt i går. Fremdeles litt usikker på eksport-data på enkeltfasene - her hang ikke Influx med meg og har ikke greid å logge noe særlig. Fant også ut at strømtrekk plutselig kan være negative (!) og det hadde jeg ikke tatt høyde for i koden - så grafene for strømtrekk så mildt sagt spesielle ut. (6,5 kA overskygger det meste kan du si) Sidenote: Tror openhab og/eller influx sliter litt med å henge med i svingene når det blir mye data via Mosquitto (som forsåvidt går på en annen RPi) samtidig. Det ser ut til at den har helt gitt opp strømtrekket på fase 1 og et par andre verdier jeg ikke greier å finne data på. I panelet vises dataene helt greit...
  6. Lesing av AMS data (AMS/HAN -> IoT)

    Dette er data fra min Aidon måler som Lyse monterte i februar. Har spurt dem om å åpne HAN porten for meg, men det sier de at de ikke gjør før mot slutten av året siden alt ikke er klart mht spesifikasjonen på kommunikasjonen. Det er snakk om at det kan være behov for et sikkerhetsnivå på dette siden noen målere tross alt står i felles skap for borettslag eller leiligheter. Dataene som jeg viser her kommer ut av måleren på (det som senere vil bli) HAN-porten uten at jeg har foretatt meg den minste ting meg måleren som sådan. Jeg bruker kortet som roarfred designet og som er essensen i denne tråden, men koden har jeg skrudd litt på - blant annet fordi data kommer i 9600 8N1 og har SLIP formatering og data er kodet forskjellig.
  7. Lesing av AMS data (AMS/HAN -> IoT)

    Se meldingen over. Det er data fra min Aidon måler hvor strømselskapet ikke har åpnet porten enda (offisielt)
  8. Lesing av AMS data (AMS/HAN -> IoT)

    Utrolig hva man får tid til på kvelden! Har sjekket litt mer og forsøkt å løse opp i noen floker når det gjelder Aidons ukjente dataformat og har kommet til at dette stort sett stemmer: Byte Verdi 00-15: ASCII målernummer 16-23: Import sum (Wh) 24-31: Eksport sum (Wh) 32-39: Reaktiv energi R+ (VArh) 40-47: Reaktiv energi R- (VArh) 48-51: Import effekt totalt (W) 52-55: Eksport Effekt Totalt (W) 56-69: ??????? 70-71: Import fase 1 (W) 72-73: Eksport fase 1 (W) 74-75: Import fase 2 (W) 76-77: Eksport fase 2 (W) 78-79: Import fase 3 (W) 80-81: Eksport fase 3 (W) 82-83: Spenning fase 1 (V) *10 84-85: Spenning fase 2 (V) *10 86-87: Spenning fase 3 (V) *10 88-89: Strøm fase 1 (A) *10 90-91: Strøm fase 2 (A) *10 92-93: Strøm fase 3 (A) *10 94-95: Frekvens (Hz) *100 Tilfeldig dump av data (her her 0xC0 fjernet: Got valid SLIP data (99 bytes): 37 33 35 39 39 39 32 39 30 31 30 37 36 34 31 38 68 A1 AC 00 00 00 00 00 EE E4 00 00 00 00 00 00 37 21 00 00 00 00 00 00 85 A8 16 00 00 00 00 00 1E 18 00 00 00 00 00 00 00 00 00 00 3F 02 00 00 62 89 54 8B DA 8B 79 01 00 00 0B 10 00 00 99 06 00 00 2F 09 1C 09 36 09 14 00 B1 00 48 00 81 13 03 79 B8 Forbruk sum (kWh): 11313.51 Forbruk totalt (W): 6174 Forbruk fase 1 (W): 377 Forbruk fase 2 (W): 4107 Forbruk fase 3 (W): 1689 Eksport sum (kWh): 58.61 Eksport totalt (W): 0 Eksport fase 1 (W): 0 Eksport fase 2 (W): 0 Eksport fase 3 (W): 0 Strøm fase 1 (A): 2.00 Strøm fase 2 (A): 17.70 Strøm fase 3 (A): 7.20 Spenning fase 1 (V): 235.10 Spenning fase 2 (V): 233.20 Spenning fase 3 (V): 235.80 Frekvens: 49.93 Ser ut til å stemme sånn passe. Kommer tilbake og verifiserer om eksport data også stemmer når det er sol og midt på dagen og jeg ikke bruker strøm....
  9. Lesing av AMS data (AMS/HAN -> IoT)

    Noen har jo kommet et stykke på vei her: https://hackaday.io/project/85389-wesp32-wired-esp32-with-ethernet-and-poe
  10. Lesing av AMS data (AMS/HAN -> IoT)

    https://snapshot.raintank.io/dashboard/snapshot/A954RSu6Ef71Vdr0rpLOdCsCbL0367ce Har etter hvert fått litt skikk på data fra Aidon (som altså ikke er OBIS data enda) og bruker i store trekk mappingen som cpu22 la ut: Hadde allerede en lysdiode-teller som måler på forbrukt effekt (grønn kurve) og det ser faktisk ikke så ille ut med total effekt fra porten på målerene heller (gul kurve). Solcellene bidrar litt (blå kurve) men må nok mot et lavere strømbruk før jeg ser noen eksportert effekt foreløpig. Skal sjekke om jeg finner igjen noen data når situasjonen oppstår (altså større solproduksjon enn forbruk). Om jeg ser på effekttrekket på de tre fasene hadde jeg kanskje forventet meg en større korrelasjon mellom dem og totalt effekttrekk. Forstår ikke helt hvorfor vekslingen i totaltrekket på omtrent en kW ikke synes på en eller flere av fasene...
  11. Lesing av AMS data (AMS/HAN -> IoT)

    Død port viste seg å være et kabel-problem. Nå har jeg data - og de likner veldig på det jeg ser andre har fra Aidon her. Forsøker å pakke de delene jeg vet er riktig inn i en json og poste det til mqtt-seriveren min. Det går bra, men (og kanskje er det litt off topic) hvordan setter jeg opp OpenHab for å lese disse dataene? Har definert disse items: String strom_data "AIDON Data" (AMS) { mqtt="<[mqtt:ams2mqtt:state:default]" } Number strom_malerstand "Strøm Målerstand" Og laget denne regelen etter at jeg har slått på JsonPath transform: rule "Convert JSON to Item Type Number" when Item strom_data changed then // use the transformation service to retrieve the value val String json = (strom_data.state as StringType).toString val newValue = transform("JSONPATH", ".$.data.tPI", json) // post the new value to the Number Item strom_malerstand.postUpdate( newValue ) end Har denne vakre json datane inn: {"data":{"temp":"29.00","list":"99.00","id":"7359992901076418","tPI":"11195.54","tPO":0,"P1":1670,"P2":3034,"P3":314,"f":"50.01"}} Anyone?
  12. Lesing av AMS data (AMS/HAN -> IoT)

    Er forsåvidt klar over at det verken er OBIS data eller at Lyse har åpnet porten som sådan. Om det er test-data ut på min måler har jeg ikke greid å registrere noen enda.... Jobber videre med den saken :-)
  13. Lesing av AMS data (AMS/HAN -> IoT)

    Har solcellepaneler og har ikke greid å få noe data ut av den Aidon-måleren som Lyse installerte i februar hos meg. Har kontakter i Lyse så jeg skal sjekke om de har porten på i det hele tatt eller om det er målingene mine det står på... Er det noen her inne som har brukt AMS->MQTT kortet til Roarfred til dette? Kode jeg kan låne?
  14. Hei og tusen takk for at du lagde https://github.com/xibriz/nordpool-mqtt

    Har lett etter noe sånt, og etter litt skruing har jeg fått den til å funke med python3 også.

     

    Hvordan setter du denne opp med OpenHAB?

     

    1. Vis tidligere kommentarer  11 andre
    2. xibriz

      xibriz

      Jeg tok ikke med persistence-configen min til influxdb. Der har jeg sagt noe slik som at alle item med gruppen AMS skal lagres ved "change" av value.

       

       

      Jeg er ikke så god på det grafiske, men det er ganske enkelt å visualisere verdien til ett gitt Item i HabPanel bare for å sjekke om OpenHAB klarer å motta data fra topic 'nordpool/price/today/current'

       

    3. StenO

      StenO

      Takk igjen. Tror det er persistence som ikke er helt på plass her. Ser jeg får vist data i habpanel - så der  er vel et spørsmål om koblingen med influx/grafana tenker jeg.

      Takk for all hjelp. Bratt lærekurve dette :)

       

    4. xibriz

      xibriz

      Ja det er en bratt lærekurve, men så stabilt/ fleksibelt som man kan få det :)

  15. Lesing av AMS data (AMS/HAN -> IoT)

    Må bare si at jeg er imponert over innsats og resultater her. Og tusen takk for at du sendte meg en boks til kortet jeg har loddet sammen. Brukte bestilling i oppskriften - med komponenter og det hele og sitter nå med 3 printkort - ett er loddet sammen og ser ut til å fungere. Sleit litt med usb-kontakten og tror jeg har smeltet den ned såpass mye at pluggen akkurat ikke sitter skikkelig. Får powret opp, programmert og testet men siden Lyse ikke vil slå på HAN-porten på min Aidon-måler enda, får jeg ikke ut data. I mellomtiden har jeg snekret sammen en Reodor-felgen-løsning med en photon (particle.io) som teller diodeblink og sender data via REST til domoticz på en rpi. Har to kort til (av HAN-port leseren) som jeg tenkte å lodde sammen, men venter på flere komponenter i posten. Kjøpte til sammen 5 ESP8266 (2 ESP-12F og 3 ESP-12S) så her har jeg litt å gå på :-) Litt dårlig dekning av wifi i sikringsskapet merker jeg - vurderer å utvide/endre designet til en ren ethernet-basert leser heller enn wifi-basert. Igjen: Tusen takk roarfred for arbeidet!
×