Ulkul

Med GDPR kan man, som petersv skriver, kreve å få dataen utlevert og slettet. Siden kommunen definerer det som persondata som går under GDPR-lovgivningen vil det si at de heller ikke har lov til å samle inn mer data enn nødvendig. Så hvis de f.eks. fakturerer kvartalsvis på vannmåleren, har de ikke lov til å lagre mer enn 4 målinger per år. https://www.junglemap.no/innsikter/ikke-samle-inn-mer-data-enn-nodvendig

Har full forståelse for det. Bor på Sætre, og kunne ønske meg at kommunen hadde et API hvor man kunne få tilgang til all data de samlet inn om meg. Jeg tror at vannkostnader kommer til å bli vel så høye som strøm i dag pga et enormt etterslep i vedlikehold av ledningsnettet + at det blir nye krav knyttet til rensing av kloakk. Og da særlig nitrogenrensing. Skulle også gjerne hatt varslingstjenester på alarmene. Selv om jeg vet at noen målere kan være litt vel glade i å sende ut alarmer. 😄

@Bjørn Mork Kom forresten på at måleren du har bør kunne leses av med et optisk øye som man kan klistre på. Jeg vet ikke helt hvordan det funker, da jeg ikke har forsket på den delen av det. Du kan evt. høre med den norske leverandøren om hva de har: http://www.instrumentteam.no/produkter/vann/QALCOSONIC_F1.html Noen målere finnes det også en puls-> WMBus-converter, som støtter flere typer målere. Om man kjøper noe slikt separat, så bør man iallefall kunne få ut forbruk.

Det er byte nr 13 (Eller byte index 12) som er "status"-byten, altså Alarm. Dette er uten CRC-bytene. Husker ikke akkurat hvor de ligger. Hvis den ikke har alarm, er den 0x00, så da ser du nok raskt om du har CRC'er eller ikke. For hjemmeautomasjon er det ikke kritisk at dataen er riktig, så bare stripp dem bort. 🙂 Dette er fra dokumentasjonen på Axioma-måleren: Contains flag of alarms (if 1 = alarm is present) Bit 5-7: 01 – Burst 02 – not used 03 – Backflow 04 – Water Freeze 05 – Leakage Bit 4: Temporary error Bit 3: Permanent error Bit 2: Low Power 00 – no errors Bit 1: 01 – not used Bit 0: 02 – not used 03 – abnormal condition I tillegg, så mener jeg at det er en tamper-alarm også, hvis hexverdien er 0xFF. Men ta det med en god klype salt. 😄 Når det gjelder freeze-alarmen, så mener jeg å huske at den slår inn ved 2-3 grader. Burst og Leakage går på vannforbruk, og har en eller annen konfigurasjon. Hva den var satt til, vet jeg ikke. Helt enig. Men det store argumentet til målerprodusentene er at den må ha en ekstrem IP-klassifisering. Mange vannmålere står i kummer, utendørs og i fuktige krypkjellere. En annen forklaring jeg fikk var at målerne er utslitt etter 10-12 år uansett. Det gjaldt nok gamle målere med mekaniske deler, og av plast. Disse nye i kompositt-plast og med ultralydsensorikk for å beregne forbruk, vil jeg tro at har en mye lenger mekanisk levetid.

Det er nok C1-meldinger begge deler, men C1 har både "Full frame" og "Compact"-meldinger. Full frame-meldingene inneholder absolutt mest data. Men det kommer an på hvordan måleren er konfigurert. Noen er konfigurert til å sende data i "Drive-By"-modus, og da brukes ofte compact meldingene i tillegg til full frame. Lekkasjealgoritmen til Kamstrup er noe sånn som at hvis vannet ikke har stått stille i måleren (altså forbruk hver hele klokketime) så sender den en alarm. Noen Kamstrup-målere har også mikrofoner som lytter etter lekkasjer utover og innover i ledningsnettet. Dette fikk jeg dessverre aldri noe dokumentasjon på. 😕

Kom over denne tråden, og jeg jobbet et par år med vannmåling for Smartliv og Asker (og Lier) kommune. Jobbet en del med dekryptering av målerne. Det er korrekt som du påpekte tidligere her at målerne deler krypteringsnøkkel. Dette gjelder dog kun for Axioma sine og ikke Kamstrup sine, så hvis du har en Kamstrupmåler, bør du kunne få en nøkkel. Men tviler dessverre på at de som jobber med dette i Asker har kompetanse til det. Det som kommer ut av nettien har med CRC-koder, mens noen moduler skreller bort CRC, så der har du rett. Du finner en del dokumentasjon på WMBus-protokollen her: https://oms-group.org/fileadmin/files/download4all/specification/Vol2/4.3.3/OMS-Spec_Vol2_Primary_v433.pdf Når det gjelder payloaden du postet, så er den ca slik: 2a442d2c625484761b168d2a0114b76522cbaa96817c787f3183f757807e0a2fecf5a6ac0c35e3cd19d027 2A = lengde på meldingen 44 = C-field (kontrollfelt) 2D 2C = Manfacturer (Med en formel, så blir det stringen "KAM" 62 54 84 76 = A-field (Unikt nummer på måleren). Leses byte-vis baklengs: 76 84 54 62 1B = Versjonsnummer/Modellnummer. 16 = Device-type (0x16 = Cold Water) Kamstrup sender C1-mode, så husker ikke resten av bytene i hodet. Husker T1-mode litt bedre. 😄 Kamstrupen sender også Compact og Full Frame-meldinger, hvor den ene meldingen inneholder mye mer data. Når det gjelder Axioma / Qualcosonic-målerne så har den alarmer i en av header-bytene. Kamstrup har dem i den krypterte payloaden. Om du er interessert, kan jeg grave frem noe info der. Den har bl.a. disse alarmene: Leakage, Burst, Dry, Freeze, Tamper, Low Battery, Backflow. Er også en parameter som sier om alarmen er temporær eller permanent. Lekkasjealgoritmen er litt så som så. Det som ligger i selve payloaden er litt forskjellig etter modell og konfigurasjon. Her finner man selvfølgelig forbruk, men man kan også finne: flow-rate, positive volume, negative volume, temperature, low battery, error free time, error message.