Strukturdata/-element
MaterialNumber
Type
IO_Module02
...
IO_Module10
Values
MaterialNumber
Type
NumberOfConfiguredIO_Module
s
ValveModules ValveModule01
Values
MaterialNumber
Type
ValveModule02
...
ValveModule32
Values
MaterialNumber
Type
NumberOfConfiguredValveModu
les
RawValues
4.2.2 Värdebeskrivning
Value
För varje modul genereras en JSON-sträng i posten "Value", där utgångs- och
ingångsdata vid uppdateringstillfället anges. Vid stora system kan det
förekomma att dessa inte uppdateras med den minimala samplinghastigheten
(50 ms). Om det krävs ett uppdateringsintervall på 50 ms vid de här systemen går
det att använda sig av RawValue. Detta prioriteras vid uppdatering och
uppdateras därmed även vid större system med en samplinghastighet på ca
50 ms.
JSON-strängens uppbyggnad:
Strängen består av följande delar:
1. Inledande klammerparentes: {.
2. Om det finns ingångsdata: "i":[ med motsvarande värden.
Om det finns utgångsdata, ett "o":[ med motsvarande värden.
3. Varje värde anges hexkodat med ett föregående "0x".
4. För analoga moduler matas det sammanräknade hexvärdet för bitlängden in.
För digitala moduler matas byte in i form av byteblock. En byte kompletteras
med inledande nollor om den fullständiga formen inte används.
5. Värdena separeras från varandra med komma.
6. Avslutande hakparentes: "]".
7. Avslutande klammerparentes: "}".
Följande exempel illustrerar strängens uppbyggnad för olika moduler:
Modul
Ingångsvärden
4AI-modul
4x 8-bits
ingångsvärden
(10 dec, 20 dec,
30 dec, 40 dec)
AVENTICS™ AES OPC-UA | R412028203-BAL-001-AA | Svenska
Specifikation/
Datatyp
värdebeskrivning
Materialnummer på IO-modul
1
Modul Name, kodat i ett
Enum
IO Module 2-10
Aktuell status för modulens
in- och utgångar som JSON-
objekt
Materialnummer på IO-modul
10
Modul Name kodat i ett Enum
Antal på anslutna IO-moduler
Ventil modul 1
Aktuell status för modulens
in- och utgångar som JSON-
objekt (se även
värdebeskrivning)
Materialnummer på ventil
modul 1
Modul Name, kodat i ett
Enum
Ventil modul 2-32
Aktuell status för modulens
in- och utgångar som JSON-
objekt (se även
värdebeskrivning)
Materialnummer på ventil
modul 32
Modul Name, kodat i ett
Enum
Antal på anslutna
ventilmoduler
Aktuella in- och utgångsdata
med tidsstämpel för
tidpunkten då data samlades
in som kommaseparerad
sträng
Utgångsvärden
String
{"i":
["0x0A","0x14","0x1E","
0x28"]}
Modul
Ingångsvärden
2AI2AO-modul
2x 16-bits
String
ingångsvärden
(100 dec och 500 dec)
Enum
16DO-modul
Ventilmodul för 2
String
ventilplatser
RawValues
String
RawValue-angivelsen har tagits fram för en så effektiv dataöverföring som
möjligt. Därför bearbetas inte uppgifterna modulspecifikt här. Mottagaren måste
Enum
tilldela modulerna data själv (se
Byte
sträng överförs i Big-Endian-format och är hexkodade. Endast tidsstämpeln är
decimalkodad.
Följande exempel illustrerar uppbyggnaden av strängen för modulen
String
M44,2AI2AO2M12-AE.
Beräkning av utgångs- och ingångsvärden: se
Modul
String
Ventilsida
EP (M)
Enum
Ventilmodul
för 4
ventilplatser
(4)
String
Ventilmodul
för 4
ventilplatser
(4)
String
IO-sida
Analog
kombimodul
Enum
(2AI2AO2M12
-AE)
Byte
Tidsstämpel: 1 h, 26 min, 4 s och 608 ms sedan modulstart (5164608 ms)
String
Innehållet i kolumnerna separeras från varandra med komma. Se följande
exempelsträng: "5164608,01F4,01F455AA,07D02710,01F43A98".
Tidsstämpel i
Ingångsdata
ms sedan start
ventilsida
(decimalkodad)
(hexkodade)
5164608
01F4
4.2.3 Modulernas ordningsföljd
De in- och utgångsdata som modulerna använder för att kommunicera med
styrsystemet består av en sträng av bytes. Längden på ventilsystemets in- och
utgångdata beräknas utifrån modulantalet och databredden för respektive
modul. Då räknas datainformationen endast bytevis. Om en modul har mindre än
1 byte utgångs- resp. ingångsdata fylls övriga bits upp till byte-gränsen med så
kallade stuffbits.
Exempel: Ett kretskort för 2 ventiler med 4 bit användardata får 1 byte data i
byte-strängen, eftersom resterande 4 bit fylls med stuffbits. På så sätt börjar även
data för nästa modul efter en byte-gräns.
Numreringen av modulerna börjar till höger intill fältbussnoden i ventilområdet
med det första kretskortet för ventildrivenhet (modul 1) och går till och med det
sista kretskortet för ventildrivenhet i höger ände av ventilenheten (modul 9). Se
g Bild 1.
Förbikopplingskretskort räknas inte. Inmatningskretskort och UA-OFF-
övervakningskretskort tilldelas en modul. Se
Inmatningskretskort och UA-OFF-övervakningskretskort styr inga byte till
ingångs- och utgångsdata. De räknas dock, eftersom de har en diagnostik.
Datalängden på tryckregulatorn finns i driftanvisningen för AV-EP-
tryckregulatorn.
Numreringen fortsätter i I/O-området. Där startar man med modulen direkt till
vänster om fältbussnoden, och fortsätter därefter vidare åt vänster till änden.
Utgångsvärden
2x 16-bits
utgångsvärden
(700 dec och
1500 dec)
16x digitala utgångar,
inställt:
0b000100100011010
0
4x digitala utgångar,
inställt: 0b00001111
g 4.2.3 Modulernas
ordningsföljd). Data i denna
g 4.2.3 Modulernas
Ingångsdatat
Ingångsdata Utgångsdata
yp
typ
16-bits
500 (decimal) 16-bits
Integer
Integer
---
---
8-bits
enkelbyte
---
---
8-bits
enkelbyte
2x 16-bits
2000
2x 16-bits
Integer
(decimal)
Integer
10000
(decimal)
Utgångsdata
Ingångsdata IO-
ventilsida
sida
(hexkodade)
(hexkodade)
01F455AA
07D02710
g Bild 1
(modul 7).
String
{"i":
["0x0064","0x01F4"],"
o":
["0x02BC","0x05DC"]}
{"o":["0x12","0x34"]}
{"o":["0x0F"]}
ordningsföljd.
Utgångsdata
500 (decimal)
0x55 (hex)
0xAA (hex)
500 (decimal)
15000
(decimal)
Utgångsdata IO-
sida
(hexkodade)
01F43A98
35