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

[gskjold]

Interessant tanke, mulig at det har en sammenheng ja. Jeg har selv deaktivert roaming på mitt IoT nettverk fra dag 1, så jeg har aldri prøvd det sammen med ESP. Kan teste det på mitt hovednettverk en dag, hvor det aller meste er aktivert.

[stigvi]

På de tidspunktene jeg mangler timeverdi for kwt-telleren så har jeg allikevel mottatt alle andre verdier. Det er ingenting som tyder på at det har vært wifi-problemer på disse tidspunktene.

[ArnieO]

21 minutes ago, stigvi said:

På de tidspunktene jeg mangler timeverdi for kwt-telleren så har jeg allikevel mottatt alle andre verdier. Det er ingenting som tyder på at det har vært wifi-problemer på disse tidspunktene.

Det kan godt tenkes at ditt problem ikke har noe med dette å gjøre, men la meg forklare litt bedre hvorfor

lang re-oppkoblingstid kan gjøre at man mister nettopp timesverdien.

 

Eksempel: Kamstrup måler:

Norske målere er satt opp slik at de sender "Liste 2" hvert 10 sekund, og hver hele time kommer en mer omfattende "Liste 3". Denne Liste 3 erstatter imidlertid ikke Liste 2, den kommer innimellom. Det vil si at det der er et kortere tidsintervall mellom datagrammene fra måleren enn det er resten av tiden. Dette kan potensielt føre til at lang re-oppkoblingstid til Wifi gjør at leseren mister timesmålingen.

 

I Danmark er det gjort litt enklere, der er det kun Liste 3 som kommer hele tiden, med 10 sek intervall.
 

(Innholdet i Liste 2 og Liste 3: https://github.com/gskjold/AmsToMqttBridge/wiki/Message-formats)

[dagb]

WiFi og roaming er minst et trehodet troll: 802.11k, v og r.

 

Hvilke(n) standard(er) som støttes av aksesspunkter (AP) og klienter (STA) avhenger av både hardware og firmware.

Ditto hva slags kombinasjoner som kan forventes å funke noenlunde smertefritt, og hva som er kjent å medføre issues. Google er din venn. (Not really, men finner svarene). Summasummarum, så er ikke mesh-nettverk og nye flotte standarder *nødvendigvis* noe som forbedrer situasjonen for klienter med begrensede egenskaper.

 

Hva angår ESP32, så er vel dette aktuelle lenker:

 

https://github.com/espressif/esp-idf/issues/3671

https://github.com/espressif/esp-idf/issues/8298

https://docs.espressif.com/projects/espressif-esp-faq/en/latest/software-framework/wifi.html#does-esp32-support-seamless-roaming-between-different-aps-with-the-same-ssid   (Spoiler: no)

 

Har ikke funnet eksplisitte uttalelser om ESP8566, men jeg ville vel minst veddet en lunken cola på at det ikke er noe bedre stelt der.

 

For stabiliteten på forbindelsen, er det generelt greit å være konservativ med DTIM settinger på AP og disable STA power saving modes. I alle fall om strømbudsjettet tillater det.

 

Evt. kan man jo også sette opp et dedikert AP (med egen SSID, på en noenlunde 'ledig' frekvens) for bruk med ESPdingser. Så kan laptoper og iphoner og annet knask kjøre på autobahn og ESPxx holde seg på krøtterstien.

 

[ArnieO]

Tusen takk for mye god informasjon!

 

Dette moderne mesh-systemet er forenklet/fordummet så mye at det meste av nyttige knapper å skru på ikke eksisterer. 
 

Det er ditt siste tips der som jeg har som backup plan dersom det ikke blir stabilt på annen måte. Problemet er at det vil bli wifi-baserte IoT dingser spredt rundt om i heimen etter hvert, og da blir det igjen problemer med dekningen fra et enkelt aksesspunkt. Jeg hadde håpet at et solid mesh system skulle dekke det behovet...

[frodegill]

Jeg har etterhvert testet meg gjennom en god del mesh-systemer, og er vel egentlig særdeles skuffet. Har vært gjennom 4 noder ASUS AIMesh, 3 noder TP-Link Deco M9, 3 noder Freemesh før jeg har endt opp med 3 noder (men behov for flere) D-Link COVR. Alle systemene har vært satt opp med kablet backbone. Det gjennomgående problemet er at mobiltelefoner lett hopper av én node, men klarer så ikke å koble på neste node - og ender da enten opp enten uten fungerende nettverksforbindelse eller at trafikken styres over på datamålt 4G.

[dagb]

Det pågår en evig kamp mellom ingeniører som skal lage idiotsikre løsninger, og universet som kontinuerlig lager bedre idioter. Så lang vinner universet....   🙂

 

Ser at ESP har en opsjon for å binde WiFi-forbindelsen til en spesfikk AP (BSSID). Det kan kanskje funke som en 'advanced option'?

 

 

[ArnieO]

15 minutes ago, dagb said:

Det pågår en evig kamp mellom ingeniører som skal lage idiotsikre løsninger, og universet som kontinuerlig lager bedre idioter. Så lang vinner universet....   🙂

 

Ser at ESP har en opsjon for å binde WiFi-forbindelsen til en spesfikk AP (BSSID). Det kan kanskje funke som en 'advanced option'?

 

 

Vet du mer om dette? Jeg bruker fast IP med APen sin IP spesifisert. I mitt mesh system er dette hovednodens IP så jeg ser ikke umiddelbart at det kan gjøres annerledes - med mindre der er en nettverksopsjon i ESPen jeg ikke er kjent med.

[dagb]

frodegill skrev (1 minutt siden):

Jeg har etterhvert testet meg gjennom en god del mesh-systemer, og er vel egentlig særdeles skuffet. Har vært gjennom 4 noder ASUS AIMesh, 3 noder TP-Link Deco M9, 3 noder Freemesh før jeg har endt opp med 3 noder (men behov for flere) D-Link COVR. Alle systemene har vært satt opp med kablet backbone. Det gjennomgående problemet er at mobiltelefoner lett hopper av én node, men klarer så ikke å koble på neste node - og ender da enten opp enten uten fungerende nettverksforbindelse eller at trafikken styres over på datamålt 4G.

 

Det høres i grunnen ut som akkurat det jeg hadde forventet meg av 802.11bokstavsalaten, ja. Kombinert med implementasjonsbugs, enda ikke implementerte features eller subfeatures, og fjerning av alle knapper og hjul som kan skrus på.

 

Jeg liker kablet nett.

https://www.cnx-software.com/2020/11/09/6-wt32-eth01-is-a-tiny-esp32-board-with-ethernet/

 

Jeg har dratt frem UTP til sikringsskapet mitt. Og til garasjen. Og ganske mange av vinduene. Og en del andre steder. Og de neste rommene jeg renoverer vil definitivt også få UTP.  WiFi er til øvrig familie og tilfeldige gjester.  

 

Så langt funker min Pow-U upåklagelig, men vet ikke om jeg tør å oppgradere fra 220103.5.   🙂

ArnieO skrev (1 minutt siden):

Vet du mer om dette? Jeg bruker fast IP med APen sin IP spesifisert. I mitt mesh system er dette hovednodens IP så jeg ser ikke umiddelbart at det kan gjøres annerledes - med mindre der er en nettverksopsjon i ESPen jeg ikke er kjent med.

 

Se:

https://docs.espressif.com/projects/espressif-esp-faq/en/latest/software-framework/wifi.html

[torsteint]

Noen som har en oppskrift på dette uten og lese igjennom hele tråden?

[dagb]

torsteint skrev (4 minutter siden):

Noen som har en oppskrift på dette uten og lese igjennom hele tråden?

 

Hvorfor skal du ha det noe bedre enn oss andre?   🙂

 

Hva har du, hva vet du, hva kan du, hvor vil du?

 

[gskjold]

13 minutes ago, torsteint said:

Noen som har en oppskrift på dette uten og lese igjennom hele tråden?

 

Hvis du vil ha HAN data inn på MQTT kan du ta en titt her:

https://github.com/gskjold/AmsToMqttBridge

 

Les wiki før evt spørsmål

[ArnieO]

1 hour ago, torsteint said:

Noen som har en oppskrift på dette uten og lese igjennom hele tråden?

Lese hele denne tråden er et stort prosjekt i seg selv!

 

Kort svart:

• Firmwaren er "ferdig" men fremdeles under forbedring - ref linken @gskjold ga deg ovenfor.
• Hardwaren kan du enten mekke selv basert på enten ESP32 eller ESP8266 - eller kjøpe ferdig fra min nettbutikk amsleser.no.

 

Endret 15. februar 2022 av ArnieO

[Gunnar-K]

Puh! Lest gjennom det aller meste av tråden. Imponert av det som er lagt ned av arbeid her, og mye å lære for en nybegynner. Så smått igang med Openhab, og strømpriser og forbruk er noe av grunnen til at jeg vil lære meg litt om dette. Får ut strømpriser ved hjelp av Xibriz sin nordpool-mqtt. Dette fungerer utmerket, og gir meg blant annet et mqtt-topic for strømpris pr time for i dag og i morra, pluss en del annet. Jeg ser det diskuteres at dette muligens er i gråsonen å hente ut prisene fra Nordpool på denne måten?  Nå tenkte jeg å lage et kort  for å lese ut data fra HAN-porten, og da kan jeg samtidig få ut strømpriser vha gskjold sin programvare? Tenker jeg prøver meg på roarfred sitt design for kortet.

 

Da jeg installerte Openhab fant jeg en binding som heter aWATTar, som er fleksibel når det gjelder å finne de laveste prisene. Det er mulig å definere en "MQTT-thing" som kan finne laveste pris mellom to tidspunkt, valgbart om det skulle være sammenhengende eller ikke. Da kan en f eks lage en "MQTT-thing" for hver flyttbar last, og sette egne betingelser for denne. Dessverre var bindingen bare for tariffer fra Awattar i Tyskland, og jeg fikk heller ikke installert den riktig, så jeg fikk ikke prøvd i praksis. Jeg antar at det er mulig å få dette til ved hjelp av "Rules" i Openhab også, kanskje noen her har laget noe slikt allerede?

 

 

Endret 20. februar 2022 av Gunnar-K
skrivefeil

[ArnieO]

5 hours ago, Gunnar-K said:

Puh! Lest gjennom det aller meste av tråden.

Imponerende - for denne tråden er virkelig blitt langlesing. Kudos!

Men veldig gøy at det kommer til nye lesere som får lyst til å gå løs på denne problematikken.

 

Automatisk lesing av day-ahead strømpris:

Nordpool er kommersielt drevet, og vil ha betalt - så vær klar over at du bryter retningslinjene deres om du setter opp automatisk lesing derfra. Derimot er https://transparency.entsoe.eu/ en offentlig EU-tjeneste hvor du får API-nøkkel gratis. Den leverer imidlertid priser kun i EUR, så du må da også innom et API for valutakurser, for eksempel åpent API hos Norges bank.

 

@roarfred sitt design og kort var det første jeg prøvde meg på i sin tid. Det fungerer helt fint, men trenger ekstern strømforsyning - som strengt tatt ikke er nødvendig.

 

Jeg har jobbet videre med problematikken, og det har blitt til to design som jeg selger fra min nettbutikk https://amsleser.no/. Dersom du har en Kaifa eller Aidon måler kan kanskje Pow-U være noe for deg. Om du har en Kamstrup-måler kan du få en mer elegant løsning hvor du bytter ut kortet i HAN-modulen med et Pow-K kort. Da slipper du å ha en løs "dongle" i sikringsskapet. Pow-K kan du dessuten få som byggesett! (Jeg er dessverre utsolgt for Pow-K kort nå - men får inn nye deler om ikke lenge.) Begge kortene bruker AmsToMqttBridge, som er firmwaren @gskjold har videreutviklet basert på arbeidet @roarfred startet i sin tid.
(Spoiler: Pow-K kommer snart i ny utgave med ESP32!)

 

Om du heller vil snekre selv så anbefaler jeg deg å lage et design basert på en ESP32. Fordelen med den fremfor ESP8266 er at den har kapasitet nok til å lese strømprisene fra EntsoE (du må selv skaffe deg gratis API-nøkkel derfra og legge inn).

 

Uansett hva du velger - lykke til! 🙂

[Gunnar-K]

ArnieO skrev (3 timer siden):

Imponerende - for denne tråden er virkelig blitt langlesing. Kudos!

Men veldig gøy at det kommer til nye lesere som får lyst til å gå løs på denne problematikken.

 

Automatisk lesing av day-ahead strømpris:

Nordpool er kommersielt drevet, og vil ha betalt - så vær klar over at du bryter retningslinjene deres om du setter opp automatisk lesing derfra. Derimot er https://transparency.entsoe.eu/ en offentlig EU-tjeneste hvor du får API-nøkkel gratis. Den leverer imidlertid priser kun i EUR, så du må da også innom et API for valutakurser, for eksempel åpent API hos Norges bank.

 

@roarfred sitt design og kort var det første jeg prøvde meg på i sin tid. Det fungerer helt fint, men trenger ekstern strømforsyning - som strengt tatt ikke er nødvendig.

 

Jeg har jobbet videre med problematikken, og det har blitt til to design som jeg selger fra min nettbutikk https://amsleser.no/. Dersom du har en Kaifa eller Aidon måler kan kanskje Pow-U være noe for deg. Om du har en Kamstrup-måler kan du få en mer elegant løsning hvor du bytter ut kortet i HAN-modulen med et Pow-K kort. Da slipper du å ha en løs "dongle" i sikringsskapet. Pow-K kan du dessuten få som byggesett! (Jeg er dessverre utsolgt for Pow-K kort nå - men får inn nye deler om ikke lenge.) Begge kortene bruker AmsToMqttBridge, som er firmwaren @gskjold har videreutviklet basert på arbeidet @roarfred startet i sin tid.
(Spoiler: Pow-K kommer snart i ny utgave med ESP32!)

 

Om du heller vil snekre selv så anbefaler jeg deg å lage et design basert på en ESP32. Fordelen med den fremfor ESP8266 er at den har kapasitet nok til å lese strømprisene fra EntsoE (du må selv skaffe deg gratis API-nøkkel derfra og legge inn).

 

Uansett hva du velger - lykke til! 🙂

Takker 🙂 Jeg har delene liggende, så jeg gjør et forsøk selv først, så får vi se.. Jeg har Aidon-måler, så det er vel greit nok med effekt til å drive leseren, men jeg hadde uansett tenkt å trekke kabel fra sikringsskapet og ned i kjelleren, og ha leseren der. Har ledige trekkerør, som forhåpentligvis fører et sted hvor jeg kommer til.. 

[ArnieO]

Javisst, Aidon har effekt nok tilgjengelig. Men så vidt jeg husker er ikke regulatoren i TSS721 (som brukes i @roarfred designet) i stand til å tappe særlig mye effekt fra M-bus. Så du må nok drive den med eksternt power, eller mekke en DC/DC konverter. Ta i så fall en kikk på ADP2360ACPZ-3.3-R7 (LFCSP pakke, så nesten umulig å håndlodde). Tips: Du kan få gratis sampler tilsendt fra AD, om du klarer å komme gjennom registrerings-nåløyet!
 

Men eksternt power funker jo det også - og dersom du skal ha leseren i et annet rom har du nok et stikk tilgjengelig.

Muligheten for lang kabel er jo en stor (men kanskje den eneste!) fordelen med M-bus som brukes på det norske grensesnittet.

 

Lykke til - og det er bare å ta kontakt om jeg kan bistå med tips!

[Gunnar-K]

Kan nok tenkes at jeg trenger et og annet tips etterhvert.. I kjelleren har jeg stikk, og på den første varianten blir det eksternt 5V power m/AMS1117 3,3V regulator på kortet, som hos roarfred. Har installert Kicad, men det ser ut til at det har vært mange endringer på programmet siden roarfred lagret sine filer. Et eller annet med symbolbiblioteket som er endret. Får bare masse ?? i stedet for symboler. Men alle komponentene er tilgjengelige, så jeg tegner det pånytt for å trene litt på Kicad. Har ikke brukt det før, men har litt erfaring med bla Protel.

Endret 20. februar 2022 av Gunnar-K

[ArnieO]

Ah.. javisst husker det nå, det var en lineær regulator han brukte, fra ekstern 5V. Med bakgrunn fra Protel finner du helt sikkert ut av KiCAD!
 

Tips: Ikke bruk UART0 for HAN, bruk en annen ledig GPIO, f.eks GPIO12. Og en RGB LED er nyttig, firmwaren passer fint for GPIO 13 og 14 som rød og grønn. Blå kan kobles rett på HAN signalet, så ser du innkommende paylods visuelt.

[LarsH]

12 hours ago, Gunnar-K said:

Kan nok tenkes at jeg trenger et og annet tips etterhvert.. I kjelleren har jeg stikk, og på den første varianten blir det eksternt 5V power m/AMS1117 3,3V regulator på kortet, som hos roarfred. Har installert Kicad, men det ser ut til at det har vært mange endringer på programmet siden roarfred lagret sine filer. Et eller annet med symbolbiblioteket som er endret. Får bare masse ?? i stedet for symboler. Men alle komponentene er tilgjengelige, så jeg tegner det pånytt for å trene litt på Kicad. Har ikke brukt det før, men har litt erfaring med bla Protel.

Mens du designer, er det i mellomtiden kanskje interessant å koble opp en av moduler - bare for å se hvordan det funker.

Holder en knapp på ESP32 -alternativet. For meg virker WiFi'en bedre.

Gadd ikke å designe/ skrive ut egen boks. Fikk klemt inn ESP32 + Mbus/TTL interface i en innbyggingsboks fra Kjell&Co (#89043). Enda bedre etter jeg satte på vinklet microUSB som tar en 270grader sving før den kommer ut av boksen

ams2mqtt-1.1.pdf

[frodegill]

On 20/02/2022 at 10:30, Gunnar-K said:

Får ut strømpriser ved hjelp av Xibriz sin nordpool-mqtt. Dette fungerer utmerket, og gir meg blant annet et mqtt-topic for strømpris pr time for i dag og i morra, pluss en del annet. Jeg ser det diskuteres at dette muligens er i gråsonen å hente ut prisene fra Nordpool på denne måten?

 

Å hente data maskinelt fra Nordpool er ikke i gråsonen - det er eksplisitt ikke tillatt.

Jeg har laget litt kode som henter strømpris fra ENTSO-E og valutakurs fra exchangeratesapi.io , og publiserer dette bl.a. på et MQTT-endepunkt. Topics m.m. er dokumentert på https://gillhub.org/index.php?view=article&id=8&catid=21 .

 

[tronde]

Hvis det er noen som har litt diverse av komponenter liggende på lur, går det helt fint å bygge en HAN-TTL med et par motstander, en zenerdiode og en optokopler som absolutt minimum hvis man ikke skal drive alt med strøm fra porten.

 

Det forutsetter at man er i stand til å tilpasse med det man finner i skuffen. Optokopleren i skjemaet er en SFH610A-3. Det er ingen annen grunn til det, enn at jeg har mange av dem. Denne har CTR, current transfer rate (kall det strømforsterkningsfaktor) på 100 - 200%. Andre optokoplere kan ha ulik benplassering, så sjekk med aktuelt datablad.

 

Det kan muligens være en fordel å ikke bruke en optokopler som har veldig lav CTR. 

 

Kretsen i PDF-en er mer komplisert enn nødvendig, for den inneholder en brolikeretter så man ikke behøver å tenke på polariteten på signalet fra HAN, og en lysdiode som viser at det kommer data. 

 

Hvis man har tilgang til en variabel spenningskilde som går opp til 24V, kan man se at lysdioden slukker når spennnigen blir lav nok, og tenner igjen når spenningen øker litt igjen.. Hvis det er sånn passe midt mellom 15V og 24V bør det være OK.

 

Jeg har bevisst valg å drive kretsen litt hardt med 15 mA, for det er nok å hente fra Aidon. Zenerdioder vil helst ha minst 5 mA for å regulere. 

 

Zenerdioder kan seriekoples for å få ønsket verdi, og en vanlig silisiumdiode i serie med den i lederetning gir ca. 0,6V ekstra spennigsfall. Røde, gule og grønne lysdioder har ca. 2V spennigsfall og blå og hvite  ca. 3V. Det er mange måter å få til et passende spenningsfall for denne kretsen hvis man har litt liggende. 

 

Det er summen av spenningsfallene fra D1, R1, D2, D3 og lysdiodedelen i optokopleren som bestemmer skiftepunktet. En brolikeretter har dobbelt så stort spenningsfall som en enkelt diode. 

 

 

Denne kretsen har jeg brukt uten problemer i to år på min Aidonmåler. 

very_simple_han_to_ttl.norsk.pdf

[Gunnar-K]

LarsH skrev (9 timer siden):

Mens du designer, er det i mellomtiden kanskje interessant å koble opp en av moduler - bare for å se hvordan det funker.

Holder en knapp på ESP32 -alternativet. For meg virker WiFi'en bedre.

Gadd ikke å designe/ skrive ut egen boks. Fikk klemt inn ESP32 + Mbus/TTL interface i en innbyggingsboks fra Kjell&Co (#89043). Enda bedre etter jeg satte på vinklet microUSB som tar en 270grader sving før den kommer ut av boksen

ams2mqtt-1.1.pdf 330 kB · 4 Nedlastninger

Ja, tenker å kjøre litt tutorials på ESP8266.

frodegill skrev (8 timer siden):

 

Å hente data maskinelt fra Nordpool er ikke i gråsonen - det er eksplisitt ikke tillatt.

Jeg har laget litt kode som henter strømpris fra ENTSO-E og valutakurs fra exchangeratesapi.io , og publiserer dette bl.a. på et MQTT-endepunkt. Topics m.m. er dokumentert på https://gillhub.org/index.php?view=article&id=8&catid=21 .

 

Topp! Skal se om jeg får det til å fungere.

tronde skrev (5 timer siden):

Hvis det er noen som har litt diverse av komponenter liggende på lur, går det helt fint å bygge en HAN-TTL med et par motstander, en zenerdiode og en optokopler som absolutt minimum hvis man ikke skal drive alt med strøm fra porten.

 

Det forutsetter at man er i stand til å tilpasse med det man finner i skuffen. Optokopleren i skjemaet er en SFH610A-3. Det er ingen annen grunn til det, enn at jeg har mange av dem. Denne har CTR, current transfer rate (kall det strømforsterkningsfaktor) på 100 - 200%. Andre optokoplere kan ha ulik benplassering, så sjekk med aktuelt datablad.

 

Det kan muligens være en fordel å ikke bruke en optokopler som har veldig lav CTR. 

 

Kretsen i PDF-en er mer komplisert enn nødvendig, for den inneholder en brolikeretter så man ikke behøver å tenke på polariteten på signalet fra HAN, og en lysdiode som viser at det kommer data. 

 

Hvis man har tilgang til en variabel spenningskilde som går opp til 24V, kan man se at lysdioden slukker når spennnigen blir lav nok, og tenner igjen når spenningen øker litt igjen.. Hvis det er sånn passe midt mellom 15V og 24V bør det være OK.

 

Jeg har bevisst valg å drive kretsen litt hardt med 15 mA, for det er nok å hente fra Aidon. Zenerdioder vil helst ha minst 5 mA for å regulere. 

 

Zenerdioder kan seriekoples for å få ønsket verdi, og en vanlig silisiumdiode i serie med den i lederetning gir ca. 0,6V ekstra spennigsfall. Røde, gule og grønne lysdioder har ca. 2V spennigsfall og blå og hvite  ca. 3V. Det er mange måter å få til et passende spenningsfall for denne kretsen hvis man har litt liggende. 

 

Det er summen av spenningsfallene fra D1, R1, D2, D3 og lysdiodedelen i optokopleren som bestemmer skiftepunktet. En brolikeretter har dobbelt så stort spenningsfall som en enkelt diode. 

 

 

Denne kretsen har jeg brukt uten problemer i to år på min Aidonmåler. 

very_simple_han_to_ttl.norsk.pdf 38 kB · 7 Nedlastninger

Kretsen ser jo veldig grei ut. Kunne jo være kjekt å se at en klarer å få ut data før en knekker til med wi-fi.

ArnieO skrev (21 timer siden):

Ah.. javisst husker det nå, det var en lineær regulator han brukte, fra ekstern 5V. Med bakgrunn fra Protel finner du helt sikkert ut av KiCAD!
 

Tips: Ikke bruk UART0 for HAN, bruk en annen ledig GPIO, f.eks GPIO12. Og en RGB LED er nyttig, firmwaren passer fint for GPIO 13 og 14 som rød og grønn. Blå kan kobles rett på HAN signalet, så ser du innkommende paylods visuelt.

Kan du velge hva som skal brukes uten å endre firmwaren? Jeg tenkte å legge inn ferdig firmware som en start.

[ArnieO]

Quote

Kan du velge hva som skal brukes uten å endre firmwaren?

Ja. Du velger det enkelt i brukergrensesnittet.

[Gunnar-K]

ArnieO skrev (36 minutter siden):

Ja. Du velger det enkelt i brukergrensesnittet.

👍