Vinnerliste

Tenkte å beskrive min løsning på varmestyring. Når en får mange nok parametre å ta hensyn til så kan ordinær tilstandsstyring bli ganske kompleks. Styring av varme gjøres ofte basert på status om en er hjemme, strømpris, tid på døgn, temperatur, dører eller vinduer åpne, ønske om å skru på varme når en snart er hjemme (for å slippe å komme hjem til kaldt hus) osv. I tillegg ønsker en forskjellig styring på de forskjellige varmekildene. Alt dette gjorde at jeg så mørkt på å lage logikk som skal styre dette. Så jeg endte opp med å bruke noen bayesiske sensorer. Da koker det ned til å enkelt beskrive hvor mye jeg ønsker at varmen skal slås på i de forskjellige tilstandene isolert sett. Bayesisk sensor brukes vanligvis i hjemmeautomasjon til å avgjøre om en er hjemme eller ikke basert på forskjellige innsignaler. Den bayesiske sensoren i Home Assistant er binær, dvs at den har en tilstand som er av eller på (eller hjemme og borte). Mine varmekilder har 3 tilstander jeg ønsket å styre (borte, økonomi eller komfort som hver har sine temperaturer en ønsker å oppnå). Home Assistant sin bayesisk sensor har en attributt som angir kalkulert sannsynlighet og denne bruker jeg til å styre varmen. Er sannsynligheten for at jeg ønsker varme mindre enn 10% så settes varmekilden i "borte" modus. Er sannsynligheten mellom 10% og 50% så settes de i økonomi og ved mer enn 50% så settes de i komfortmodus. Dette løses ved å hente ut sannsynligheten med dette: - platform: template sensors: varmekabel_probability: friendly_name: "Varmekabel sannsynlighet" unit_of_measurement: '%' value_template: "{{ state_attr('binary_sensor.varmekabler', 'probability') }}" og følgende automatisering - id: varmekabler_eco alias: Setter varmekabler i øko trigger: - entity_id: sensor.varmekabel_probability platform: numeric_state above: 0.1 below: 0.5 for: seconds: 20 action: - alias: '' data: entity_id: - climate.bad_u_etg - climate.bad_1_etg - climate.gang_u_etg - climate.vaskerom preset_mode: eco service: climate.set_preset_mode Jeg har lagt inn 20 sekund forsinkelse her fordi ovnene liker ikke å bli mast på for ofte. Forsinkelsen kunne vært kortere som f.eks. 2s. Varme i garasjen har en forsinkelse på 2 minutt slik at kortvarig bruk av garasjeport ikke fører til endring på ovnen der. Så til selve den bayesiske sensoren: binary_sensor: - platform: bayesian name: 'Varmekabler' prior: 0.35 probability_threshold: 0.5 #device_class: presence observations: - entity_id: input_boolean.travel_enabled prob_given_true: 0.001 platform: 'state' to_state: 'on' - entity_id: binary_sensor.noen_er_hjemme prob_given_true: 0.7 platform: 'state' to_state: 'on' - entity_id: input_boolean.sleeptime prob_given_true: 0.32 platform: 'state' to_state: 'on' - entity_id: binary_sensor.soonsleeptime prob_given_true: 0.32 platform: 'state' to_state: 'on' - entity_id: input_boolean.soonhome prob_given_true: 0.66 platform: 'state' to_state: 'on' - entity_id: binary_sensor.preheat_day prob_given_true: 0.66 platform: 'state' to_state: 'on' - entity_id: binary_sensor.preheat_night prob_given_true: 0.66 platform: 'state' to_state: 'on' - entity_id: binary_sensor.extended_preheat prob_given_true: 0.6 platform: 'state' to_state: 'on' - prob_given_true: 0.6 platform: 'template' value_template: >- {{ float(states('sensor.electricity_price_orstad')) < (float(state_attr('sensor.electricity_price_orstad', 'max_price')) - float(state_attr('sensor.electricity_price_orstad', 'min_price'))) * 0.3 + float(state_attr('sensor.electricity_price_orstad', 'min_price')) }} - prob_given_true: 0.4 platform: 'template' value_template: >- {{ float(states('sensor.electricity_price_orstad')) > (float(state_attr('sensor.electricity_price_orstad', 'max_price')) - float(state_attr('sensor.electricity_price_orstad', 'min_price'))) * 0.95 + float(state_attr('sensor.electricity_price_orstad', 'min_price')) }} Jeg starter med å si at normal tilstand er 35% som betyr økonomimodus på varmekildene. På en bayesisk sensor er det slik at innganger som bidrar med mer enn 50% gjør at sannsynligheten for på/hjemme/sann/varme/osv går opp. Innganger som bidrar med mindre enn 50% gjør at den totale sannsynligheten går ned. Så når jeg har en bryter som sier jeg er på ferie og setter sannsynligheten til 0.001 så går sannsynligheten for at jeg ønsker varme så kraftig ned at ingen andre innganger klarer å få den over 10% som var grensen for bortemodus. Resten av inngangene er vel stort sett selvforklarende. Varmen settes i de forkjellige modusene ut i fra om jeg er hjemme, om det er sovetid osv. Nederst har jeg satt opp ønsket mitt ut i fra strømpris lav eller høy. To andre bayesiske sensorer hos meg ser slik ut: - platform: bayesian name: 'Panelovner garasje' prior: 0.35 probability_threshold: 0.5 #device_class: presence observations: - entity_id: binary_sensor.garasjeport prob_given_true: 0.001 platform: 'state' to_state: 'on' - entity_id: input_boolean.garage_comfort prob_given_true: 0.7 platform: 'state' to_state: 'on' - platform: bayesian name: 'Panelovner tvstue' prior: 0.35 probability_threshold: 0.5 #device_class: presence observations: - entity_id: input_boolean.travel_enabled prob_given_true: 0.001 platform: 'state' to_state: 'on' - entity_id: binary_sensor.noen_er_hjemme prob_given_true: 0.7 platform: 'state' to_state: 'on' - entity_id: input_boolean.sleeptime prob_given_true: 0.32 platform: 'state' to_state: 'on' - entity_id: binary_sensor.soonsleeptime prob_given_true: 0.32 platform: 'state' to_state: 'on' - entity_id: binary_sensor.preheat_day prob_given_true: 0.66 platform: 'state' to_state: 'on' - entity_id: input_boolean.soonhome prob_given_true: 0.66 platform: 'state' to_state: 'on' - entity_id: binary_sensor.heatlimit_morning prob_given_true: 0.4 platform: 'state' to_state: 'on' Den for garasje er svært enkel og styres kun ut i fra 2 innganger. Panelovnene inneholder mer, men i motsetning til varmekablene så er ikke strømpris med som en inngang på disse. Men strømpris kunne fint vært med, men da med sannsynlighet som lå nærmere 50% i forhold til det varmekablene har. Dess lenger fra midtpunktet på 50% en inngang bidrar med, dess mer påvirkes utgangen. Det som kompliseres er å finne riktige sannsynligheter på inngangene. For å gjøre denne jobben lettere, laget jeg et excel regneark der jeg kan simulere hvor mye hver inngang påvirker utgangen. Kan gjerne dele dette regnearket ..... Så det var min løsning. Sikkert ikke veldig unikt, men jeg tror at dette i det minste kan være til bittelitt nytte for de som eventuelt er i startgropa for å sette opp et system.

For en tid tilbake laget jeg en sensor/dings basert på ESP8266 for overvåking av om garasjeporten var åpen/lukket samt mulighet til å åpne/lukke porten via telefonen. Men for seks dager siden så takket sensoren for seg og ble helt stille. Skrudde den ned i går, og det ble fort åpenbart hva som hadde skjedd. For vann kom rennende ut av hullet til USB-kabelen. Det viste seg at betongtaket i garasjen er lekk, og at vann har kommet ut av et skruehull i taket og rent langs USB-kabelen og inn i sensorboksen. Men etter et par timer på 50-ish grader i stekeovnen så kom ESP8266'en opp å gå igjen. Det ene releet har begynt å ruste, så det skal byttes. Men det er tydelig at garasjetaket må impregneres til våren i hvert fall. ?

Dette prosjektet er en videreføring av prosjektet beskrevet i tråden Lesing av AMS/HAN uten spenningsforsyning ("The complicated way"), som fra min side er terminert. Utfordringen som skulle løses var: Tre fabrikater AMS-målere brukes i Norge: Kamstrup, Aidon og Kaifa. For at forbruker skal kunne avlese sin måler har NVE etablert en standard hvor data leveres på en såkalt HAN-port https://www.nek.no/info-ams-han-brukere/ Grensesnittet er MBUS (EN 13757-2) med en RJ45 plugg Spesifikasjonene til HAN-porten på de tre målertypene finnes her: https://www.nek.no/info-ams-han-utviklere/ På alle tre er det i prinsippet mulig å hente energi fra HAN-porten til å drive en "dongle", som for eksempel kan sende data til brukerens hjemmenettverk ved hjelp av en trådløs teknologi (WiFi, Zigbee, Z-wave etc.) HAN-porten på Kamstrup måleren er den mest "energigjerrige", det kan hentes maksimalt 144 mW ved 24V Dette er i utgangspunktet for lite for å benytte billige og lett tilgjengelige ESP8266-baserte moduler for Wifi - som jeg ønsket å benytte. Det finnes etablert og stabil løsning (kretsdesign og software) for dongle med ekstern strømforsyning. Ulempen med dette er at man må ha strømadapter i sikringsskapet. Kretsdesign og kortutlegg designet av @roarfred (som dessverre har gått bort i mellomtiden): Så vidt meg bekjent er @gskjold sin Github som har den best oppdaterte versjon av software for ESP-8266 modulen, videreutviklet fra @roarfred sin kode: https://github.com/gskjold/AmsToMqttBridge Det avsluttede prosjektet (link øverst) forsøkte å utvikle en dongle som fungerer på den strømgjerrige Kamstrup-måleren basert på boost-converter med høy virkningsgrad, superkondensator og utnyttelse av ESP-modulens strømsparemodi. Dette viste seg å være krevende. Så dukket det opp informasjon fra @Marius-H som tipset om at man kunne hente energi rett fra pluggen som sitter innenfor Kamstrups HAN-modul. Han viste til epost fra Kamstrup som sier at det der kan hentes inntil 75 mA ved 4,15 ± 0,25V, altså hele 311 mW (Rout < 0.6). Og dermed åpnet en helt ny mulighet seg! Det er lett å ta ut og åpne HAN-modulen i Kamstrup-måleren. Det ligger et kretskort løst inni plastboksen, som åpnes uten verktøy ved å klemme på sidene av den slik at festeklipsene utløses (en riktig veldesignet sak!): Til venstre ser vi RJ45 kontakten. Til høyre en 2x3-pin (pitch 2,54 mm) header pin plugg som kobler kortet til måleren. Pinout for 2x3 pluggen er: V_in er spenningsforsyningen, 4,15 ± 0,25V AMS_TX er datasignalet fra måleren, som hendig nok er et 3,3V signal. Det har samme polaritet som HAN-port signalet - og ligger altså høyt i periodene mellom datatelegrammer. Mitt nye prosjekt (temaet for denne tråden): Lage et erstatningskort som passer i Kamstrups HAN-modul, som direkte leverer målerdataene på Wifi / MQTT. Hovedelementene i designet er: ESP-12 (E eller F) Wifi modul En low dropout (LDO) spenningsregulator. Vi skal bare ned fra ca 4,15V til 3,3V, så tapet er til å leve med. Som kjent vil en spenningsregulator forbruke effekt tilsvarende spenningsfallet multiplisert med strømmen, i dette tilfellet blir det worst case (4,15 - 3,3) * 0,075 = 64 mW Jeg vurderte at dette kunne være til å leve med. Med 311 mW fra måleren er der fremdeles mer enn 245 mW tilgjengelig (75 mA ved 3,3V) til å drive kortet. Jeg hadde TPS73633 i komponentskuffen, og den egner seg godt. En superkondensator i fall spenningen dropper for lavt mens ESP'en sender. Valget mitt falt litt tilfeldig på en 1 F kondis fra Aliexpress. https://www.aliexpress.com/item/33016075482.html?spm=a2g0s.9042311.0.0.27424c4dsW9R6L En spenningsovervåker for å sikre rett driftsspenning for ESP'en: Ved oppstart skru på ESPen når spenningen passerer ca 3,2V Når superkondensatoren lades ned skrur av ESPen når spenningen faller under ca 2,6V For å få til dette må det settes opp en hysterese på spenningsovervåkeren, retningslinjene herfra ble brukt: http://www.ti.com/lit/an/slva360/slva360.pdf Jeg gir full kreditt til @spenceme for idéen til dette, samt de valgte komponentverdiene. Komponent: TPS3808G01 En RGB lysdiode som skal signalisere "Jeg er i live": Blinker blått når det kommer data fra Kamstrupen Blinker grønt når ESPen sender dataene over Wifi. Jeg har plassert den slik på kortet at den kan vippes ut av plastboksens åpning for RJ45 konnektor. Kretsløsningen er testet på breadboard. Datasignalet er hentet fra AMS-måleren med forlengelsesledning fra sikringsskap til hobbyrom (ca 15 -20 meter). Grunnet den lange avstanden hadde jeg ikke tro på å trekke 4,15V signalet den lange veien. Breadboard er derfor testet med power fra lab-spenningsforsyning: 4,15V med strømbegrensning satt til 70 mA. Etter litt innledende verifisering av at alt så ut for å fungere lastet jeg opp til ESP'en @gskjold sin siste versjon kode. Og sannelig - det fungerte! Uten modifikasjon av koden for å spare strøm stabiliserte spenningen seg fint, og den tikket og gikk. Her er dataene som dukket opp på MQTT: Jeg har nå gjort ferdig og bestilt PCB, hvor jeg har: Mulighet for lodde inn jumper for å benytte ESP Deepsleep (men det ser ikke ut for å trengs) Breakout av alle ESP pinner - for eventuell videreutvikling Jumper for AMS_Tx signalet (for å unngå eventuell datakrasj dersom FTDI programmerer mens det kommer inn data) En RGB lysdiode som skal signalisere "Jeg er i live": Blinker blått når det kommer data fra Kamstrupen Blinker grønt når ESPen sender dataene over Wifi. Jeg har plassert den slik på kortet at den kan vippes ut av plastboksens åpning for RJ45 konnektor. Pinner for å koble på ekstern spenning (forenkler programmeringen) Kortet er ellers lagt ut med jordplan på baksiden og spenningsplan på komponentsiden (3,3V over det meste, et lite 4,15V plan i området ved 2x3 konnektoren. Vedlagt: Komponentliste. Jeg har bestilt 10 PCBer, så dersom det fungerer kan jeg selge noen (tomme kort). De som eventuelt er interessert kan jo vurdere å bestille opp komponenter mens vi venter. Alle komponentene jeg har brukt finnes på Aliexpress. Chipkomponentene er ikke veldig små (1206 størrelse), så de fleste med en OK loddebolt vil klare å lodde opp dette. KamAMS2Wifi_BOM.xlsx

Først... All ære til @ZoRaC for denne! Jeg kjører Homeseer på Windows 10, så målet mitt var å kunne ordne alt derfra så jeg ikke var avhengig av en annen maskin. 1: Token 2: python Last ned fra https://www.python.org/downloads/windows/ og installer. Husk å få med at python skal legges i path i første steg av installasjonen. Denne står ikke på som default. 3: mosquitto Last ned fra https://mosquitto.org/download/ og installer. Her mener jeg det var en rett fram installasjon. 4: Vistual C++ Build Tools Last ned fra https://go.microsoft.com/fwlink/?LinkId=691126 og installer. Denne krevde reboot hos meg. 5: python-miio Installer python-miio. Det gjør du i command prompt (DOS! ?) med kommandoen: pip install python-miio Jeg husker ikke om jeg måtte kjøre command prompt i admin-modus. Da skal alt av verktøy være på plass. 6: Sjekke kommunikasjon mot støvsuger 7: Installere mcsMQTT i Homeseer Denne trenger ikke mer info. Den ligger under "Lighting & Primary Technology". Installer plugin og start den. 8: Få ut data fra Roborock til fil 9: Få data fra fil til Homeseer med MQTT 10: Kontrollere Roborock fra Homeseer 11: Automatisk oppdatere status på Roborock til Homeseer: Jeg tror det var alt. Håper jeg ikke har glemt noe. Dukker det opp noe, skal jeg oppdatere posten. Igjen, all credit til @ZoRaC. Jeg hadde aldri tatt i MQTT før jeg så posten hans. Det er helt sikker andre og bedre måter å få til dette på, men akkurat nå fungerer det hos meg, så da lar jeg det rulle og gå. Det eneste jeg har lyst til å finne ut, er hvordan jeg kan starte zoned cleanup av f.eks. kjøkken, stue, osv. Utfordringen her er koordinater. Jeg har ikke funnet noen enkel måte å hente ut koordinater. FloleVac har jeg prøvd, men jeg får ikke opp kartet på noen av Android-emulatorene jeg har prøvd. Disclaimer: Alt på eget ansvar, osv. Ta backup først! Edit: Gjorde topic litt bedre

Ikke dårlig forklart, bare dårlig lest. Klikk på DeviceID-knappen, for å få opp editor-vindu. I eksemplet her, har jeg delt på 3600 for å få antall timer

Bruker Duckdns, fungerer helt fint for meg. Enkel å oppdatere fra problemvare eller script. https://www.duckdns.org/

Jeg har brukt denne i mange år på de fleste domene mine! Ingen problemer her. Er også støttet direkte i Home Assistant.

Hadde tilsvarende problem med appen (iOS). Sendte følgende til Danalock support. I've paired my Danapad (Firmvware 0.3.0) (Serial xxxxxxx) with my Danalock, but I'm not able to set pin-codes. I'm always getting Error 18, failed to save pincode. The lock and the pad are only a few feet away from each other. I am able to lock with the "Easy lock", so the pairing between the lock and the pad is OK. Danalock device: Danalock V3-BTZE, Product firmware version: 0.11.9, Smartphone model: iPhone XR, Smartphone software version: iOS 13.1.3 Danalock app version: 3.7.007 Fikk følgende svar We found a bug in the latest iOS app version that prevents the setup of the first pin code on the Danapad. A quick fix is to use an Android device to set up the 1st pin code. Afterwards you can add 2nd, 3rd, and up till 20 codes in the iOS app. We are working on a fix and expect to release updated iOS app later this week. We apologize for the inconvenience. Har nå oppdater app , og det virker. Jeg får satt pinkoder .

Jeg kan ikke Yaml overhodet, og jeg lagde dette på en søndag denne uka. Det har gått opp et lys for meg etter å jobbet med HA. Homeseer virker foreldet i forhold. Samtidig kunne dette forumet het homeseer.hjemmeautomasjon.no, men den diskusjonen tar jeg ikke. Fordelen med HA er også at det er designet som noe som ligner i 2020. 20200114_162500_edited.mp4

Her er en ganske grei oversikt over errorkoder og state: https://github.com/rytilahti/python-miio/blob/master/miio/vacuumcontainers.py

Sjekk dokumentasjonen til python-miio. Du finner det meste under vacuum-modulen: https://python-miio.readthedocs.io/en/latest/miio.html#module-miio.vacuum

Så er den montert til erstatning for 433Mhz Nexa trykkbryter. Styrer 8 stk 5,5w led helt greitt. Gir ok WAF denne her, så bestilte like godt en til.

Det hørtes veldig greit ut, resten ser det ut som jeg har liggende på lur allerede

Jeg har ikke sjekket så mange alternativer, men selv så har jeg registrert domenene mine hos Loopia og bruker også deres DNS-tjener. Dette er satt opp med Dyn-DNS fra routeren min og fungerer tilsynelatende problemfritt. Koster meg drøyt 100kr/år pr domene (.no og .com).

Putt dem inni kjøleskapet/fryseren. Jeg har gjort det og de tåler det fint. I tillegg til varsel på mobil roper en Google Home mini ut "Husk å lukke kjøleskapsdøra". ?

Grupper sammen switchene, og så kan man muligens bruke switchgruppen som switch. Og selvfølgelig bruke generic thermostat.

Er en feil, ja. Det skal være 35% (Har ikke funnet en god måte å skalere sensorer på i forbindelse med visning i brukergrensesnittet)

Jeg har snekret sammen et python script som henter bussrute data fra entur.no og publiserer de til en MQTT broker. Dette scriptet henter ut alle data inkl. mode: bus, coach og skoleruter slik at man får en fullstendig liste over bussavganger til de aktuelle bussstoppene. Jeg har tilpasset scriptet til mitt lokale bussstopp og det er mulig å endre parametre i cfg fila slik at det passer for dine bussstopp. Man kan importere disse Mqtt dataene inn i hvilket som helst automasjonsystem som støtter Mqtt. Man benytter mcsMQTT plugin'en til å importere disse data inn i Hs3 og opprette devicer. I tillegg legger jeg ved et vb script som henter ut data fra Hs3 devicene og bygger opp en busstabell knyttet til en virtuell device som man må opprette manuelt. Det er litt arbeid med å hente ut DevID og legge de inn i vb scriptet..men det er kun en engangsjobb. Legger også ved det modifiserte pushoverhs.vb som tar DevID(til den virtuelle devicen i dette tilfelle) som parameter 2, og kan derfor sende deg bussruta til din smarttelefon om ønskelig. Legger også ved skjermdump fra smarttelefonens pushover meldinger. Legg merke til at jeg ikke takler samiske tegn...\u00E1 skal være en a med tøddel over. tar gjerne imot tips ang. dette. ? * Oppdaterte Createbus_table.vb scriptet da det ga feile data i visse situasjoner. busstabell-eksempel.txt entur2mqtt1.cfg entur2mqtt1.py installasjon.txt pushoverhs.vb createbus_table.vb

Siste 24 timer ser slik ut

Har brukt det en god stund (siden i fjor sommer) og synes det fungerer bra

Det kommer senere i dag eller i morgen

Jeg har akkurat begynt med Smartthings selv så jeg har dessverre ingen ekspertise på området, men det må vel gå an å resette termostaten?

Jeg har vært gjennom samme runde med dyndns og følt på samme irritasjon. Endte opp på no-ip.com for vel et år siden og har vært fornøyd. Oppdateres fra linux-boks, eller direkte fra Unifi gateway (tror det er det som er aktivert for øyeblikket her). Brukes mest til vpn.

I og med at det er Oracle som har kjøpt dyn.com så forventer jeg erfaringsmessig at følgende skjer: Jeg må betale en lisens basert på antall CPU-cores for å få tilsendt to stappfulle skoesker inneholdende DVDer med java-programmvare som halvveies fungerer for hver minste ting jeg skal bruke domenet mitt til. ? Hvordan jeg skal komme frem til antallet cores er noe som vil beskjeftige en advokatstand tilsvarende hva Norsk Hydro har tilgjengelig et par års tid. Noen flere alternativer til noip.com?

Det ser ut som flere leverandører kommer med LoRaWAN sensor varianter som kan brukes i smart hus.

Som jeg henta fra Fibaro-forumet for noen år siden

Da var Raspberry Pi HAN-uHAT produsert og testet. Testet på ZeroW, 3B, 3B+, 3A+ og 4B+. Fungerer utmerket. Test på RPi 3B: Nesten ingen CPU-last på 3B: Fungerer fint med vising av HAN-data i en kombinasjon av Highcharts og eCharts (javascript, nginx, uswgi, REST-api mot monetDB + mqtt for sisteverdier):

Fikk ikke kontakt med Z-Wave donglen, så måtte resette den også - derfor :-) Sent from my iPhone using Tapatalk

Hadde ikke fått med meg at Oracle er inne i bildet hos DynDns nå... ? Følger ikke så veldig med for jeg var så heldig at jeg betalte 30$ en gang i 2002 og endte opp med DynDns Pro "for life"... Blir spennende å se hva Oracle kommer til å prøve på for å sno seg unna det. Edit: Svaret er: de legger ned hele tjenesten i mai. Flaks at jeg var innom her i dag da, ellers hadde jeg neppe vært klar over det før de skrudde av lyset og gikk... ? Takk Oracle. ?

FIKK EN SLIK MONOPOL FØLELSE - GÅ TILBAKE TIL START ? Etter å ha jobbet med data siden 1985 så vet jeg jo at backup er en nødvendighet. Installerte HS3 og fikk inn over 30 noder i nytt hus, og følte vel at nå begynte det å ordne seg. Tok jevnlig kopi av HS3 mappen og laget en mappestruktur basert på backup dato og ventet i spenning på å installere en ny rack PC (1U) Gikk til innkjøp av en ny 500GB SSD disk og tenkte at å klone hele HS3 disken kunne jo være en fornuftig investering. Satte begge SSD diskene inn i disk kopiereren og ventet med spenning til disken var duplisert og satt tilbake i PCen. Startet opp og fikk melding "No operation system", tenkte hva hadde gått galt? Joda, jeg hadde satt originaldisken i B og den nye disken i A, så da var ALT slettet. Så nå begynner arbeidet med å få inn alt igjen, men en helt clean installasjon... /Helge