Denne guide er udarbejdet for at sikre de bedst mulige resultater fra Kiona. Den indeholder oplysninger om den dokumentation, der kræves for automationsleverancen, herunder IWMAC-topanlæg. Kontakt din Kiona-repræsentant, hvis du ikke kan finde en skabelon.
Hurtig vejledning:
- Download skabeloner og tjeklister som vedhæftede filer nederst i artiklen
- Udfyld skabelonerne og tjeklisterne med oplysninger om anlægget
- Send dokumentation til support_iwmac@kiona.com
- Kiona gennemgår og vender tilbage, hvis der er spørgsmål eller behov for supplerende oplysninger
📘 1 – Design og integrationsvejledning
1.1 – Formål
Denne vejledning er udarbejdet for at sikre det bedst mulige resultat fra leverancen fra Kiona. Vejledningen indeholder oplysninger om den dokumentation, der er nødvendig for automationsleverancen. Leverancen inkluderer IWMAC-topsystemet og tilhørende supplerende tjenester. Bilagene beskriver de nødvendige data til leverancen med specifikke detaljer for visse anlægstyper og protokoller.
Alle eksempler og skabeloner er også tilgængelige på webstederne for vores Kiona-certificerede partnere.
Hvis du ikke kan finde en skabelon, bedes du kontakte din Kiona-kontaktperson i salg eller leverance.
1.2 – Netværk/IT-infrastruktur
Når leverancen er bestilt, sendes en installationsserver fra Kiona. For at leverancen kan starte, skal der tages kontakt med den udsendte installationsserver i god tid inden den planlagte opstart. Start derfor med de nødvendige forberedelser, så netværket er klar til tiden.
Det er vigtigt, at kunden tidligt afklarer med slutkunden, om installationsserveren skal kommunikere med Kiona-skyen via direkte internetforbindelse eller VPN. Når Kiona har modtaget oplysningerne fra kunden, bestiller Kiona den korrekte opsætning hos sin netværksleverandør.
Ved opstart af leverancen modtager du et standardskema for internetforbindelse og VPN-forbindelse, der beskriver de oplysninger, Kiona har brug for, samt den konfiguration, slutkunden skal udføre for at installationsserveren kan komme online. Kiona vil ikke kunne starte arbejdet, før skemaerne er returneret og de beskrevne indstillinger er bekræftet udført.
En installationsserver leveres med to netværkskort. Kiona skal tildeles to netværksforbindelser – dette er vigtige oplysninger, som kunden skal indhente. Det anbefales, at det ene interface reserveres til internetforbindelsen og er adskilt fra det tekniske netværk. Det andet interface tilsluttes det tekniske netværk.
Konvertere leveret af Kiona vil blive konfigureret som en del af leverancen, når de nødvendige oplysninger er overdraget. For konvertere, der ikke er leveret af Kiona, kan Kiona hjælpe med at konfigurere og installere disse på installations-pc’en. Denne service er dog ikke inkluderet i leverancen og vil blive håndteret som en tilvalgsydelse.
1.3 – Topologi
For at etablere kommunikationsforbindelse med alle automationsenheder har Kiona brug for en komplet topologi, der angiver alle nødvendige netværksoplysninger. Kiona er afhængig af at modtage alle oplysninger om serie-til-netværkskonvertere med tilhørende oversigt over, hvilke automationsenheder der er tilsluttet de forskellige porte.
Se følgende eksempler:
- Grafik: topologi i PNG-format, lavet i Gliffy eller tilsvarende software – IWMAC Skabelon 12 – Topologi.png / IWMAC Skabelon 13 – Topologi.gliffy
- Excel: Simpel skabelon til enheder på IP, avanceret skabelon til enheder på IP og serielle enheder via konvertere – IWMAC Skabelon 10 – Enkel topologi kun IP / IWMAC Skabelon 11 – Topologi IP og seriekonvertere.xltx
1.4 – Parameterlister, tagnavne og beskrivelser
IWMAC bruger navne og beskrivelser, der modtages i dokumentationen fra kunden. I visse tilfælde kan dette læses direkte fra udstyret. For at Kiona kan give slutbrugerne læsbare og lokaliserbare tagnavne skal datalisterne indeholde de nødvendige oplysninger samt en struktur, der giver Kiona mulighed for at opbygge tagdatabaserne korrekt.
Her er nogle generelle retningslinjer:
- Kiona forudsætter, at der for hver parameter-/taglinje angives et systemnummer og TFM-komponentkode samt en simpel parameterbeskrivelse, enten af fysisk komponent eller funktion.
- For rumstyring skal hvert rum, etage og om nødvendigt bygning eller fløj kunne adskilles.
- Alle ensartede funktioner inden for hvert rum skal have samme funktionskode.
- For overordnede centrale komponenter og zonestyrede funktioner skal zone-/gruppetilhørighed fremgå for hver parameterlinje.
- For lister, der omhandler en enhed, der kun betjener ét systemnummer, kan systemnummeret udelades.
Kionas komponentkodestandard vil blive brugt i billeder, medmindre andet er aftalt, eller hvis komponentkoder ikke findes i taglisten eller tilhørende systemskitse. Al dokumentation skal være konsistent i tegnkodning, for at Kiona kan identificere komponenternes tilhørighed.
Eksempel for temperaturføler (procesværdi) og parameter for beregnet settpunkt:
- 360.001 RT401 Tillufttemperatur eller bygningsnr._360001_RT401_PV Tillufttemperatur
- 360.001 RT401 Beregnet settpunkt eller bygningsnr._360001_RT401_ASP arb. settpunkt
Eksempel for rum:
- R201_Erverdi – Rumtemperatur
- R201_BasSetp – Grundsettpunkt
- R201_HVlv – Varmepådrag
- R201_SQ401_lm – Tilluft VAV1 luftmængde
- R201_SQ402_lm – Tilluft VAV2 luftmængde
- R201_SQ501_spjv – Aftræk VAV1 spjeldvinkel
I Modbus-, KNX-, OPC-, N2- og tilsvarende taglister kan typisk både TFM-kodning og beskrivelse indgå i én og samme tekst. Det er da vigtigt, at strukturen er ens for alle linjer med systemkomponentfunktionskode i fast rækkefølge med faste skilletegn samt beskrivelse til sidst.
For BACnet-objekter kan TFM-kodning typisk indgå i selve objektnavnet, mens beskrivelsen placeres i attributten “description”. Anden strukturering er også mulig, så længe taggen indeholder alle nødvendige oplysninger og den struktur, der er beskrevet ovenfor.
1.5 – Alarmfunktionalitet og skriverettigheder
Kiona skal direkte i tagdatabasen specificere, hvilke punkter der er læsbare og/eller skrivbare. Det samme gælder alarmniveauangivelse for punkter, der er beregnet til at generere alarm.
IWMAC kræver normalt kun digitale alarmer i databasen. Hvis kunden ønsker at generere alarmer på multistate (heltal) eller flydende kommatal, kræves afklaring med Kionas leveranceansvarlige om, hvorvidt dette er muligt, og hvilke konsekvenser det kan have.
Se det specifikke protokolbilag for en beskrivelse af de oplysninger, Kiona kræver med hensyn til, om punkter skal være skrivbare eller definere alarmpunkter, samt tilhørende alarmniveau.
Tjeklister:
✅ 2.1 – IWMAC Tjekliste – BACnet
BACnet/IP: enheden skal svare på Who-is. BBMD kræves ved multi-subnet netværk. I større netværk opdelt i flere subnets skal kunden sikre korrekt IT-infrastruktur og BACnet-understationskonfiguration. Kiona skal have topologi med IP-adresse, netmaske, gateway, netværksnummer, enheds-ID og BBMD-identitet (inkl. FDT/BDT-tabelposter).
| Tjekliste – integration af BACnet-enhed | Enhed:______________________ | |
|---|---|---|
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
| Enheden er fuldt idriftsat og funktionsafprøvet. | ☐ | |
| Enheden kan pinges fra en IWMAC-pc. | ☐ | |
| Ekstrakolonner er tilføjet i slutningen af EDE-filen. | Alarm Pri, Include Attri., Gruppe, Rom. Se skabelon: IWMAC Skabelon 03 – BACNET Ede.csv | ☐ |
| Kolonne "settable" justeret: skrivbare punkter sættes til "Y", alle andre til "N". | Skrivbare punkter er normalt settpunkter, SD-kontakter/-vælgere og lignende. | ☐ |
| Alle punkter med intrinsic reporting og alarmtilstand aktiveret er sat til "1" i "Include Attri.". | ☐ | |
| En separat liste over attributter der skal fremsendes for datapunkterne er udarbejdet. | For alle objekter hvor "Include Attri." er sat til "1". | ☐ |
| Hver parameter/linje i EDE-filen indeholder systemnummer, komponent/mærkning og forklarende tekst. | Eksempel: "320.001 RT401 Fremløbstemperatur radiatorkredsløb A-blok". | ☐ |
| Hvis systemnummeret ikke fremgår ovenfor, skal følgende to linjer udfyldes af kunden. | ☐ | |
| Kolonne "Gruppe" er udfyldt med systemnummer for alle linjer i EDE-filen. | Samme nummer/navn for alle objekter i samme system. | ☐ |
| Kolonne "Rom" er udfyldt for alle objekter/linjer tilhørende rumregulering/zonestyring. | Samme rumbenævnelse for alle objekter i samme rum/zone. | ☐ |
| Alarmniveau A, B eller C er angivet for alle alarmobjekter. Skal også udfyldes på linjer hvor "Include Attri." = "1". | A = højeste (normalt sendt som SMS), C = laveste. | ☐ |
| Eventuelle NC binære alarmer er angivet i en separat oversigt. | Aktiv alarm, når Present value = binær "0". | ☐ |
| Present value på multistate-objekter bruges ikke til alarmstatus, driftsstatus og lignende. | Hvis ikke, rådgiv med Kiona for at se, om det er muligt at transformere data i IWMAC-systemet. | ☐ |
| Binært datapunkt til kvittering/nulstilling af alarmer er afsendt. | Punktet bør automatisk vende tilbage til "hvilestilling" efter aktivering. | ☐ |
| IWMAC overordnet systemkalenderer bruges, linket til objekt: ___________________________ | Objekttype og ID eller datapunktnavn til linking i undercentral, én pr. IWMAC overordnet systemkalender. Objekterne kan være binære eller multistate. Hvis Kiona skal indstille tiderne, skal disse også angives på forhånd. | ☐ |
| EDE- og state-tekster er afsendt i CSV-format. | Se skabelon: IWMAC Skabelon 04 – BACNET StateTexts.csv | ☐ |
| Stort netværk med flere subnets/IP-områder: topologi afsendt. | ☐ |
✅ 2.2 – IWMAC Tjekliste – Modbus
Modbus-enhedsskanning er ikke mulig. Parameterlister i Excel skal indeholde: register/adresse, datatype (sint16, float, bool, uint32 mv.), bitnummer, startbit/antal, word-swap/byte-swap, system+komponent+beskrivelse, måleenhed, skalering, alarmprioritet A–B–C, statustekst (f.eks. 0=Fra 1=Til), læse/skriveindikator.
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
|---|---|---|
| Vurdering af antallet af enheder og opdateringsfrekvens på seriesløjfer. | Kiona integrerer hele parameterlisten medmindre andet er angivet. | ☐ |
| Unikke slaveadresser og samme kommunikationsindstillinger pr. sløjfe. | Baudrate, data- og stopbits, paritet. | ☐ |
| Enhed(er) idriftsat og funktionstestet. | ☐ | |
| Tællerpolling kørt for at teste kontakt med mindst ét register pr. enhed. | ☐ | |
| Bustopologi med alle enheder sendt. | Slaveadresser, IP-adresser, COM-porte, mediekonvertere osv. | ☐ |
| Fabrikat, model og Modbus-parameterliste sendt. | ☐ | |
| Komplet Modbus-parameterliste udarbejdet. | Hvis udstyret er tilpasseligt programmerbart. | ☐ |
✅ 2.3 – IWMAC Tjekliste – N2 / N2 Open
Enhedsskanning er ikke mulig. Tilstrækkelige parametre til grundfunktion i topanlæg (Drift/Fejl/Frost/Kalender/Temperaturer/Setpunkt osv.). Per parameter: beskrivelse (system+komponent+tekst), måleenhed, statustekst, læse/skriveindikator. Johnson DX: N2-protokoladresser kræves (f.eks. AI1, XT3DI1, PM10K02). Johnson FX: .prn-fil er utilstrækkelig; N2-adresser kræves (adf1, adi1, bd1, bit1).
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
|---|---|---|
| Kontrollér antallet af enheder og opdateringsfrekvens | En vurdering er foretaget af antallet af enheder på serielle sløjfer for at sikre tilstrækkelig opdateringsfrekvens. | ☐ |
| Kontrollér adresser og kommunikationsopsætning | Alle serieenheder på en sløjfe har unikke slaveadresser og lignende kommunikationsopsætning. Baudrate, databits og stopbits, paritet. | ☐ |
| Enhed(er) idriftsat og funktionstestet. | ☐ | |
| Bustopologi med alle enheder sendt. | ☐ | |
| Komplet tagliste udarbejdet og sendt til Kiona. | ☐ |
✅ 2.4 – IWMAC Tjekliste – KNX via NETxOPC-server
For at IWMAC kan integrere KNX, er der behov for visse oplysninger for at sikre, at alt fungerer, som det skal. Det er ikke muligt at "scanne" enhederne eller datapunkterne fra enhederne, hvorfor kunden skal eksportere og fremsende de nødvendige data fra ETS (programmeringsværktøjet).
Inden anlegget programmeres, skal en gruppeadressestruktur og navngivning fremsendes til IWMAC til gennemgang og godkendelse, så muligheden for effektiv billedsammenkædning kan varetages.
Inden integrationen kan påbegyndes, skal IWMAC have modtaget alle de oplysninger, der er angivet i tjeklisten nedenfor. Alle parametre bør navngives på en måde, der gør dem let identificerbare; se dokumentet "1 – Design og integrationsvejledning".
Et Excel-ark med supplerende oplysninger skal indeholde følgende 7 ekstra kolonner ud over data fra *.esf-filen:
- Skrivbare parametre (rw)
- Måleenhed (°C, m³/h, % osv.)
- Skalering (0–255=0–100 osv.)
- Gateway/IP (for at skelne mellem parametre tilhørende de enkelte gateways)
- Alarmprioritet (A-B-C), A er højeste prioritet og vil normalt gå ud som SMS til alarmvagt
- Normalt lukket/NC (0=Alarm, 1=OK)
- Læs ved genopkobling (Read on reconnect)
Tjeklisten nedenfor gælder for hele integrationen. KNX-installationen skal være færdigopstillet og testet inden IWMAC kan importere parameterlisten.
| Tjekliste – KNX-integration | Enhed:______________________ | |
|---|---|---|
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
| Gruppeadressestruktur er afklaret og godkendt af IWMAC. | Strukturen er også tilpasset til effektiv sammenkædning af rumkontrolbilleder. | ☐ |
| Alle parametre er navngivet i overensstemmelse med "1 – Design og integrationsvejledning", eller alternativt er dette afklaret med og godkendt af IWMAC. | ☐ | |
| Alle komponenter på bussen er fuldt idriftsat og funktionstestet. | ☐ | |
| IWMAC er underrettet om, hvor mange datapunkter der skal integreres. | Licens for antal datapunkter og antal gateways. | ☐ |
| Topologi, der viser hver gateway med underliggende buslinjer og adresser. | ☐ | |
| Excel-ark med de nødvendige oplysninger ud over indholdet af ESF-filen er oprettet og sendt til IWMAC. | ☐ | |
| *.esf-fil fra ETS, renset for parametre der ikke skal integreres, er sendt til IWMAC. | Afstemt med det antal punkter, der er angivet ved licensbestilling. | ☐ |
| Oversigt over ønskede SD-kalendere og hvilke datapunkter de skal skrive til, er sendt til IWMAC. | Driftstider skal kendes, hvis IWMAC skal indtaste dem. | ☐ |
✅ 2.5 – IWMAC Tjekliste – OPC DA
OPC-enhedsskanning er ikke mulig. Udfordrende når OPC-server er på en anden computer. Kiona skal vide, om OPC-serveren kan installeres på en IWMAC-PC. Forbindelsesoplysninger: forbindelsesstreng, brugernavn/adgangskode, gruppeadresse/adgangssti, DCOM-parametre (hvis på anden PC), antal parallelle tråde. Parameterliste: unikt navn+beskrivelse (TFM+komponent), OPC-adresse+datatype+længde, bitspecifikation, måleenhed, skalering, statusværdier (f.eks. 0=Fra 1=Til), læse/skriveindikator (r/rw), alarmniveau (A/B/C).
| Værdi | Datatype | Beskrivelse |
|---|---|---|
| 0 | VT_EMPTY | Standard/Tom |
| 2 | VT_I2 | 2-byte heltal med fortegn |
| 3 | VT_I4 | 4-byte heltal med fortegn |
| 4 | VT_R4 | 4-byte reelt tal |
| 5 | VT_R8 | 8-byte reelt tal |
| 11 | VT_BOOL | Boolean (TRUE=−1, FALSE=0) |
| 17 | VT_I1 | 1-byte heltal med fortegn |
| 18 | VT_UI1 | 1-byte heltal uden fortegn |
| 19 | VT_UI2 | 2-byte heltal uden fortegn |
| 20 | VT_UI4 | 4-byte heltal uden fortegn |
| +8192 | VT_ARRAY | Matrix med værdier |
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
|---|---|---|
| Alle parametre navngivet iht. vejledning eller godkendt af Kiona. | ☐ | |
| Alle komponenter idriftsat og funktionstestet. | ☐ | |
| OPC-adgang testet med OPC-klient på IWMAC-PC. | Bekræftelse på at forbindelsen virker. | ☐ |
| Forbindelsesoplysninger sendt til Kiona. | ☐ | |
| Komplet tagliste udarbejdet og sendt. | ☐ | |
| Kalenderoversigt sendt. | ☐ |
✅ 3.1 – IWMAC Tjekliste – Ventilation
For at Kiona kan sikre korrekt IWMAC-visualisering, har vi brug for tilstrækkelig dokumentation. Målet er at skabe et enkelt, klart og forståeligt system for anlæggets slutbrugere.
Indsendt dokumentation skal som minimum indeholde: systemnummer og driftsområdebeskrivelse; anlægsspecifik funktionsbeskrivelse med temperaturregulering, ventilatorstyring, aktive funktioner inkl. natkøling, recirkulation og forlænget drift, sæsonkompenseringskurver, kalenderfunktioner og blokeringer; systemskitse med komponentkoder (som bygget); samt beslutning om tidsstyring (automationens ur eller IWMAC-topanlægskalender).
Tjeklisten nedenfor gælder pr. ventilationssystem (systemnummer).
| Tjekliste – ventilationsanlæg | Systemnr.:_______ Enhed:___________ | |
|---|---|---|
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
| Systemskitse med alle komponentkoder er sendt til IWMAC med "som bygget" komponentplacering. | ☐ | |
| Koder på systemskitsen er også i parameterlisten. | ☐ | |
| Alternativt anvendes IWMAC-mærkning i billeder. | ☐ | |
| IWMAC-tidsurstyring skal anvendes. | ☐ | |
| Alternativt anvendes regulatorens interne tidsstyring. | ☐ | |
| Funktionsbeskrivelse med de oplysninger, der er anmodet om ovenfor, er sendt til IWMAC. | ☐ | |
| Punkter på tjeklisten for kommunikationsprotokollen er behandlet. | ☐ | |
| Eventuelle yderligere funktioner er angivet i skriftlig støttedokumentation. | Husk at bestille smarte funktioner om nødvendigt. | ☐ |
✅ 3.2 – IWMAC Tjekliste – Varme- og kølesystemer
For at IWMAC kan sikre, at den visualisering, vi leverer, er korrekt, skal vi modtage tilstrækkelig og nøjagtig dokumentation. Målet er at skabe et enkelt, klart og forståeligt system for anlæggets slutbruger.
- Korrekte tegninger ("som bygget") hvor komponentmærkningen stemmer overens med mærkningen i parameterlisten. Dvs. automation der styrer/regulerer varmesystemet skal have den samme mærkning, som er vist i dokumentationen.
- Fuldstændige parameterlister, hvor parametrene har fornuftige og nøjagtige tekster og er mærket med komponentnumre i henhold til tegningen. Slutbrugeren skal kunne forstå teksterne – dette er særligt vigtigt for alarmtekster.
- Se "IWMAC Design og integrationsvejledning" for en detaljeret beskrivelse af kravene til navngivning.
- Funktionsbeskrivelse af anlægget. Alt vedrørende låsninger, alarmfunktioner, sæsonskiftsfunktioner og reguleringsfunktioner skal medtages.
- Hvilke settpunkter ønsker kunden vist direkte i skærmbilledet? (Alle parametre er tilgængelige under Indstillinger). I billedet viser vi normalt vigtige SP, som slutbrugeren skal kunne ændre, såsom kurver, temperaturer, settpunkter osv.
IWMAC designer billeder efter egen standard, der afspejler varmeanlæggets struktur i overensstemmelse med PID-tegningen. Alle alarmindikatorer angives som alarmklokker; disse er kun synlige ved en aktiv alarm. IWMAC-standardmærkning er det norske tværfaglige mærkningssystem (TFM) til 3 cifre.
Tjeklisten nedenfor gælder for hvert varme- eller kølsystem (systemnummer).
| Tjekliste – Varme- og kølesystemer | Systemnr.:_______ Enhed:__________ | |
|---|---|---|
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
| Systemskitse med alle komponentkoder er sendt til IWMAC med "som bygget" komponentplacering. | ☐ | |
| Koder på systemskitsen er også i parameterlisten. | ☐ | |
| Funktionsbeskrivelse med de oplysninger, der er anmodet om ovenfor, er sendt til IWMAC. | ☐ | |
| Punkter på tjeklisten for kommunikationsprotokollen er behandlet. | ☐ | |
| Eventuelle yderligere funktioner, f.eks. vejrudsigt, strømmåling, måleværdifordeling, alarmfunktioner og lignende, er angivet i skriftlig støttedokumentation. | Husk at bestille smarte funktioner om nødvendigt. | ☐ |
✅ 3.3 – IWMAC Tjekliste – Rumstyring
For at IWMAC kan sikre, at den visualisering, vi leverer, er korrekt, skal vi modtage tilstrækkelig og nøjagtig dokumentation. Målet er at skabe et enkelt, klart og forståeligt system for anlæggets slutbruger.
For at skabe billeder af rumstyringsdata er det nødvendigt at opstille et system for, hvordan datapunkter struktureres, navngives og kobles til planerne. Se "IWMAC Design og integrationsvejledning" for nærmere beskrivelse af kravene. Tjeklisten nedenfor gælder per ventilationssystem (systemnummer).
| Tjekliste – Rumstyring | Systemnr.:_______ Enhed:__________ | |
|---|---|---|
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
| En rumliste med rumtyper og en liste over alle rum af de forskellige rumtyper er udarbejdet og sendt til IWMAC. | ☐ | |
| Der er opnået afklaring med IWMAC om, hvilke værdier der vises i pop-ups. | ☐ | |
| Plantegninger er indsendt i det angivne format, og giver mulighed for nem fjernelse af uønskede oplysninger. | ☐ | |
| Indsendt dokumentation indeholder alle de oplysninger, der er anmodet om i dette dokument. | ☐ | |
| Parametre har de samme navne som i parameterlister. | ☐ | |
| Punkter på tjeklisten for kommunikationsprotokollen er behandlet. | ☐ | |
| Eventuelle ønsker om visualisering af tilsidesættelsesfunktioner er indsendt (sæt en streg i rubrikken, hvis ikke relevant). | ☐ | |
| Eventuelle yderligere funktioner, f.eks. vejrudsigt, strømmåling, måleværdifordeling, alarmfunktioner og lignende, er angivet i skriftlig støttedokumentation. | Husk at bestille smarte funktioner om nødvendigt. | ☐ |
| Der er opnået afklaring med IWMAC om indelingen af tidsstyringskatalogerne. Normalt er der ét tidsstyrings-katalog per etage. | ☐ |
✅ 3.4 – IWMAC Tjekliste – Teknisk og elektrisk
For at IWMAC kan sikre, at den visualisering, vi leverer, er korrekt, skal vi modtage tilstrækkelig og nøjagtig dokumentation. Målet er at skabe et enkelt, klart og forståeligt system for anlæggets slutbruger.
Signalerne der ønskes præsenteret i IWMAC, kan præsenteres individuelt med komponentnummer og beskrivelse, eller de kan grupperes i logiske enheder. Se "IWMAC Design og integrationsvejledning" for nærmere beskrivelse. Tjeklisten nedenfor gælder per system (systemnummer).
| Tjekliste – Teknisk og elektrisk | Systemnr.:_______ Enhed:__________ | |
|---|---|---|
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
| Kunden har indsendt en liste over alle tekniske signaler, der skal præsenteres i skærmbilleder. | ☐ | |
| Kunden har afklaret med IWMAC, hvordan signaler skal grupperes til præsentation. | ☐ | |
| Indsendt dokumentation indeholder alle de oplysninger, der er anmodet om i dette dokument. | ☐ | |
| Parametre har de samme navne som i parameterlister. | ☐ | |
| Punkter på tjeklisten for kommunikationsprotokollen er behandlet. | ☐ | |
| Eventuelle yderligere funktioner er angivet i skriftlig støttedokumentation. | Husk at bestille smarte funktioner om nødvendigt. | ☐ |
✅ 3.5 – IWMAC Tjekliste – Energirapport
Når du bestiller et energimodul fra IWMAC, vil alle energimålere blive indsat i en energirapport.
For at IWMAC kan oprette en klar rapport er det vigtigt, at vi modtager en oversigt over målerstruktur og navngivning. Tjeklisten nedenfor gælder for energirapporten som helhed.
| Tjekliste – Energirapport | System:_________________ | |
|---|---|---|
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
| Målerstruktur indsendt til IWMAC. | ☐ | |
| Målte værdier på alle målere er kontrolleret og godkendt. | ☐ |
✅ 3.6 – IWMAC Tjekliste – EOS (Energimoniteringssystem)
For at IWMAC kan opsætte et klart og præcist EOS, har vi brug for at have et godt billede af, hvordan kunden ønsker at visualisere energiopsætningen. Alle fysiske målere skal være implementeret og idriftsat på anlægget. Der skal gennemføres en kvalitetssikringsprocedure, der bekræfter, at den fysiske måler og IWMAC viser den samme værdi.
Der skal træffes beslutning om, hvordan træstrukturen skal grupperes, og hvilke beregninger der er nødvendige. IWMAC skal modtage en liste over målerne med mærkning samt en angivelse af den gruppe, hvori kunden ønsker dem præsenteret. Vigtig bemærkning: Når der vælges flere målere/grupper af målere i EOS, er det centrale at bemærke, at alle parametre specificeret under disse vil blive summeret i systemet. En klar strategi er therefore nødvendig for, hvordan målerne grupperes, for at undgå at værdier summeres flere gange.
| Tjekliste – EOS | ||
|---|---|---|
| Kontrolpunkt | Forklaring | Udført (Ja/Nej) |
| Alle beregninger, der skal foretages, er dokumenteret og sendt til IWMAC. | ☐ | |
| Alle nøgleindikatorer er sendt til IWMAC. | Antal personer pr. areal, areal for hvert bygningsafsnit osv. Se EOS-skabelon. | ☐ |
| Der er opnået afklaring med IWMAC om, hvilke rapporter der kan udtrækkes. | ☐ | |
| Målerstruktur indsendt til IWMAC. | ☐ | |
| Målte værdier på alle målere er kontrolleret og godkendt. | ☐ |
Skabeloner:
📊 IWMAC Skabelon 01 – Energirapport
Select tab: DA – Energirapport.
| Hovedgruppe | Målernavn | Placeret på enhed | Kommentar |
|---|---|---|---|
| Elektrisk energi | |||
| 001.001-OE01-[Name] | 001.001-OE01 | ||
| Termisk energi – Varme | |||
| 011.001-OE01-[Name] | PLS01 | ||
| Termisk energi – Køling | |||
| 021.001-OE01-[Name] | PLS01 | ||
| Vandmåler – Volumen | |||
| 031.001-OE01-[Name] | 031.001-OE01 |
📊 IWMAC Skabelon 02 – Tekniske signaler
Select tab: DA – Tekniske Signaler.
| Hovedgruppe | Komponent som i tagliste | Placeret på enhed | Kommentar |
|---|---|---|---|
| 310 Sanitær | |||
| 310.001-MO001 | 434.002-OU001 | ||
| 351 Køling | |||
| 351.001-QS001 | PLS1 |
📊 IWMAC Skabelon 03 – BACnet EDE
BACnet EDE-filen (Engineering Data Exchange) er det standardiserede CSV-format, der bruges til at eksportere BACnet-objektlister fra en understation og importere dem i IWMAC. Kiona har tilføjet fire ekstra kolonner i slutningen af standardformatet.
| Kolonne | Type | Beskrivelse |
|---|---|---|
| keyname | Standard | Unikt objektnavn (f.eks. OBJECT_ANALOG_INPUT:11164) |
| device obj.-instance | Standard | Enhedens instansnummer |
| object-name | Standard | Kortnavn på objektet (f.eks. RT401 TILLUFTSTEMP) |
| object-type | Standard | Objekttype (0=Analog Input, 1=Analog Output, 3=Analog Value, 4=Binary Input osv.) |
| object-instance | Standard | Objektinstans |
| description | Standard | Beskrivelse – skal indeholde systemnummer + komponentkode + tekst (f.eks. "360.001 RT401 Tillufttemperatur") |
| settable | Standard | Y = skrivbar i IWMAC, N = læsbar |
| state-text-reference | Standard | Referencenummer til Skabelon 04 StateTexts (for binære/multistate-objekter) |
| Alarm Pri | Kiona-tilføjelse | Alarmprioritet: A (højest/SMS), B eller C |
| Include Attri. | Kiona-tilføjelse | 1 = inkluder attributter (f.eks. intrinsic reporting). Kræver separat attributliste. |
| Gruppe | Kiona-tilføjelse | Systemnummer til gruppering (samme for alle objekter i samme system) |
| Rom | Kiona-tilføjelse | Rumsbetegnelse for rumstyrningsobjekter (samme for alle objekter i samme rum/zone) |
Tip: Åbn CSV-filen i Excel med semikolon som afgrænser. Gem altid som CSV UTF-8 uden BOM, når du sender til Kiona.
📊 IWMAC Skabelon 04 – BACnet StateTexts
StateTexts-filen definerer tekstetiketter for BACnet-objekter med heltals- eller binære værdier. Den refereres fra EDE-filen via kolonnen state-text-reference. Hvert referencenummer (1, 2, 3…) definerer et sæt tekster, hvor tekst 1 = værdi 0, tekst 2 = værdi 1 osv.
| #Ref | Tekst 1 (værdi 0) | Tekst 2 (værdi 1) | Tekst 3 | Tekst 4 |
|---|---|---|---|---|
| 1 | OK | Fejl | ||
| 2 | SD-ur | FAC-ur | ||
| 3 | Fra | Til | ||
| 4 | Vinter | Sommer | ||
| 7 | Auto | Fra | Til | |
| 8 | Lav | Høj | Auto (udetemperatur) |
Tip: Tilføj egne rækker for hver unik statuskombination i anlægget. Referencenummeret kobles til kolonnen state-text-reference i EDE-filen. Binære objekter kræver mindst 2 tekster (f.eks. Fra/Til). Multistate-objekter kan have op til n tekster.
📊 IWMAC Skabelon 05 – DX9100
Skabelon til Johnson DX9100-regulatorer. Rediger Template 1 eller Template 2. Fliken Example viser eksempeldata og Element IDs indeholder alle DX9100 element-ID-referencer.
| Kolonne | Beskrivelse |
|---|---|
| Element_id | N2-protokoladresse, f.eks. PM01K01, AI1 |
| System number | TFM-systemnummer, f.eks. 360.001 |
| Tag text | Komponentkode/tag, f.eks. RT401 |
| Aliastext | Beskrivende navn på parameteren |
| Alarm | Alarmprioritet: A (højest/SMS), B eller C |
| Eng unit | Måleenhed, f.eks. °C, %, m³/h |
| Scale | Skalering, f.eks. x100 eller x10 |
📊 IWMAC Skabelon 06 – EOS
Skabelon til energimoniteringssystem (EOS). Vælg fliken DA – EOS. Skabelonen har 8 kolonner:
Hovedgruppe → Undergruppe 1 → Undergruppe 2 → Undergruppe 3 → Undergruppe 4 → Ligger bag måler → Fysisk måler → Virtuel måler (kol. M)
| Hovedgruppe | Undergruppe 1 | Undergruppe 2 | Undergruppe 3 | Undergruppe 4 | Ligger bag måler | Fysisk måler | Virtuel måler (kol. M) |
|---|---|---|---|---|---|---|---|
| Udendørstemperatur | |||||||
| Kvarter A | |||||||
| Termiske målere | |||||||
| Varmesystem | 300.001-OE01 | ||||||
| Ventilation | 310.001-OE02 |
Tip: Undergruppe 3 og 4 bruges til dybere hierarkier. "Ligger bag måler" angiver, hvilke underniveauer der summeres i en overordnet måler. Kolonne M (Virtuel måler) beskriver beregnede værdier uden en fysisk måler.
📊 IWMAC Skabelon 07 – FX15
Skabelon til Johnson FX-regulatorer. Rediger fliken Parameterliste (original). Fliken Status DA (Statustekster) indeholder statustekster på dansk, Guide DA forklarer kolonnerne.
| Reference | 0 | 1 | 2 |
|---|---|---|---|
| AvPå | Fra | Til | |
| AutoAvPå | Auto | Fra | Til |
| NormalAlarm | Normal | Alarm | |
| NormalFeil | Normal | Fejl | |
| InaktivAktiv | Inaktiv | Aktiv | |
| AapenLukket | Lukket | Åben | |
| AutoNatt | Auto | Nat | |
| NormalUtløst | Normal | Udløst |
Key columns:
| Kolonne | Beskrivelse |
|---|---|
| Point type | ADI=heltal, ADF=float, BD=boolean |
| Point address | N2-adresse, f.eks. adf1, adi1, bd1 |
| Direction | Input=skrivebeskyttet, Output=skrivbar |
| Long name | Fuldt beskrivende navn |
| Alarmnivå | A (højeste/SMS), B eller C |
| rw-flagg | r=læs, rw=læse/skrive |
📊 IWMAC Skabelon 08 – Modbus
Modbus – in English for all languages.
| Kolonne | Beskrivelse |
|---|---|
| Section A – System code | Systemnummer/TFM-kode |
| Section B – Component code | Komponent og funktionskode |
| Section C – Description | Beskrivende tekst |
| Data type | BOOL, UINT16, INT16, FLOAT32 osv. |
| Function code (read) | Modbus-læsefunktionskode (01,02,03,04) |
| Function code (write) | Modbus-skrivefunktionskode (05,06,15,16) |
| Register type | 0x coil/1x input/3x input reg/4x holding reg |
| Register address | Modbus-registeradresse (decimal) |
| Engineering unit | f.eks. °C, %, m³/h |
| Scale (reference) | Skalering fra Scale-fanen |
| State-text (reference) | Statustekst fra State-Texts-fanen |
| Alarm level | A=højeste/SMS, B, C |
State-Texts tab:
| Reference | 0 | 1 | 2 |
|---|---|---|---|
| OnOff | Fra | Til | |
| AutoOffOn | Auto | Fra | Til |
| NormalAlarm | Normal | Alarm | |
| NormalFault | Normal | Fejl |
📊 IWMAC Skabelon 09 – Rumliste
Select tabs: DA – Rumstyper and DA – Bygning x fløj x.
| Rumstype | Beskrivelse | Temperatur (RTxxx) | CO2 (Ryxxx) | Fugt (RHxxx) | PIR (RBxxx) |
|---|---|---|---|---|---|
| Rumstype1 | [Room] | °C / r | ppm / r | %RH / r | r |
| Rumstype2 | [Conference] | °C / r | ppm / r |
📊 IWMAC Skabelon 10 – Enkel topologi (kun IP)
Topologi med kun IP. Vælg fanen DA – Topologi kun IP.
| Udstyr | Placering/etage/rum | Switch/rum/etage | IP-adresse | Maske | Standard-gateway | DNS1 | Port |
|---|---|---|---|---|---|---|---|
| =360.001 | Floors 2–9 | Switch-A | 10.0.12.3 | 255.255.255.0 | 10.0.12.1 | 8.8.8.8 | |
| =432.001 | Energy centre | Switch-A | 10.0.12.5 | 255.255.255.0 | 10.0.12.1 |
📊 IWMAC Skabelon 11 – Topologi IP + seriekonvertere
Topologi IP + seriekonvertere. Vælg fanen DA – Topologi IP + serie.
| Udstyr | IP-adresser | Netmaske | Betjener | IP-driver | Driveradresse |
|---|---|---|---|---|---|
| Block A | |||||
| =360.001 | 10.0.12.3 | 255.255.255.0 | Floors 2–9 | PMGOLDA | 1_1 |
| Sauter | 10.0.12.5 | 255.255.255.0 | Energy centre | BACnet | 0_1 |
| Moxa | 10.0.12.6 | 255.255.255.0 | Modbus serial |
📊 IWMAC Skabelon 12 – Topologieksempel
Eksporteret PNG-billede af topologidiagrammet. Viser netværkstopologien med alle automationsenheder, IP-adresser, switch, firewall og Kiona-server. Bruges som referencebillede i dokumentation og som bilag.
📊 IWMAC Skabelon 13 – Topologikilde (Gliffy)
Redigerbar kildefil til topologidiagrammet i Gliffy-format (.gliffy). Filen kan åbnes og redigeres i Gliffy (gliffy.com) eller draw.io (app.diagrams.net) – begge er gratis at bruge til grundlæggende funktioner. Opdater diagrammet med projektspecifik information og eksportér derefter en ny PNG (Skabelon 12).
Version 1.0 – april 2026
-
SUOMI_IWMAC_Tarkistuslistat_ja_Mallit.zip
2 MB Download
-
DANSK_IWMAC_Tjeklister_og_Skabeloner.zip
2 MB Download
-
DEUTSCH_IWMAC_Checklisten_und_Vorlagen.zip
2 MB Download
-
ITALIANO_IWMAC_Liste_di_Controllo_e_Modelli.zip
2 MB Download
-
POLSKI_IWMAC_Listy_Kontrolne_i_Szablony.zip
2 MB Download
-
NORSK_IWMAC_Sjekklister_og_Maler.zip
2 MB Download
-
FRANCAIS_IWMAC_Listes_de_Controle_et_Modeles.zip
2 MB Download
-
SVENSKA_IWMAC_Checklistor_och_Mallar.zip
2 MB Download
-
ENGLISH_IWMAC_Checklists_and_Templates.zip
2 MB Download