CANopen ēku automatizācijā: objektu vārdnīca, PDO, SDO un HVAC profils CiA 419
CANopen ir lietojumslānis, kas darbojas virs CAN kopnes, standartizēts CAN in Automation (CiA) kā CiA 301. Tas nosaka, kā ierīces apraksta savus datus (objektu vārdnīca), kā procesa vērtības tiek apmainītas lielā ātrumā (PDO), kā parametri tiek nolasīti un ierakstīti nodošanas ekspluatācijā laikā (SDO), un kā tiek pārvaldīts tīkls (NMT) — kā arī ierīču profili, piemēram, CiA 419 HVAC sistēmām, kas precīzi norāda, kādi objekti jānodrošina dzesētājam vai gaisa apstrādes iekārtai.
CANopen objektu vārdnīca
Katrai CANopen ierīcei ir objektu vārdnīca (Object Dictionary, OD) — strukturēta tabula ar visiem parametriem un procesa vērtībām, ko tā atbalsta. Katrs ieraksts tiek adresēts ar 16-bitu indeksu (0x0000–0xFFFF) un 8-bitu apakšindeksu (0x00–0xFF). Ražotājs nodrošina OD elektroniskās datu lapas (EDS) failā — teksta failā INI formātā, ko konfigurēšanas rīki ielādē, lai uzzinātu, kādus objektus ierīce atbalsta.
| Indekss | Objekts | Apraksts |
|---|---|---|
| 0x1000 | Ierīces tips | Obligāts — identificē ieviesto CiA ierīces profilu (piem., 0x00190191 = CiA 419 HVAC) |
| 0x1001 | Kļūdu reģistrs | Obligāts — aktīvo kļūdu kategoriju bitu lauks (sakari, ierīce utt.) |
| 0x1008 | Ražotāja ierīces nosaukums | Neobligāts — cilvēklasāma ierīces modeļa virkne |
| 0x1017 | Ražotāja heartbeat laiks | Heartbeat cikla laiks ms — 0 atslēdz heartbeat |
| 0x1018 | Identitātes objekts | Ražotāja ID, produkta kods, versija, sērijas numurs (apakšindeksi 1–4) |
| 0x1400–0x15FF | RPDO komunikācijas parametri | COB-ID, pārraides tips un aiztures laiks katram Receive PDO |
| 0x1600–0x17FF | RPDO kartēšanas parametri | Kuri OD objekti tiek kartēti katrā RPDO (indekss, apakšindekss, bitu garums) |
| 0x1800–0x19FF | TPDO komunikācijas parametri | COB-ID, pārraides tips, notikuma taimeris katram Transmit PDO |
| 0x1A00–0x1BFF | TPDO kartēšanas parametri | Kuri OD objekti tiek iesaiņoti katrā TPDO |
| 0x2000–0x5FFF | Ražotāja specifiskie objekti | Ierīces procesa vērtības — dzesētāja temperatūras, trauksmes kodi, iestatījumi |
| 0x6000–0x9FFF | CiA ierīces profila objekti | Standartizēti profila objekti (CiA 419 HVAC: 0x6000–0x67FF) |
PDO — procesa datu objekti
PDO ir reāllaika datu apmaiņas mehānisms CANopen — ātri, ar zemu papildu slodzi CAN kadri, kas pārvada līdz 8 baitiem procesa datu. TPDO sūta datus no ierīces tīklā, RPDO saņem datus no meistara vai citas ierīces.
PDO kartēšana nosaka, kuri objektu vārdnīcas ieraksti tiek iekļauti PDO. Piemēram, dzesētāja TPDO1 var saturēt ūdens padeves temperatūru (0x6010:01, 16 biti), atgaitas ūdens temperatūru (0x6010:02, 16 biti), kompresora darbības statusu (0x6020:01, 8 biti) un trauksmes statusu (0x6030:01, 8 biti) — kopā 6 baiti vienā CAN kadrā, kas tiek nosūtīts ik sekundi.
PDO pārraides veidi — CiA 301 tabula
Transmission type (object 0x1800:02 for TPDO1):
Type 0: Acyclic, synchronous — PDO sent after SYNC only if data changed
Type 1–240: Cyclic, synchronous — PDO sent every N SYNC messages
Example: type 10 = send PDO every 10th SYNC telegram
Type 254: Event-driven, manufacturer-specific — sent on internal event
Type 255: Event-driven, profile-specific — sent when data changes
(most common for building automation — avoids fixed polling)
TPDO1 event timer (object 0x1800:05):
Value in ms — maximum time between PDO transmissions even if no change
Example: 5000 ms = resend TPDO1 every 5 seconds regardless
Use 0 to disable the timer (rely on event trigger only)
Inhibit time (object 0x1800:03):
Minimum time between two TPDO1 transmissions in 100µs steps
Example: 1000 = 100ms minimum between sends — prevent bus floodingSDO — servisa datu objekti
SDO izmanto konfigurācijai un parametru piekļuvei — jebkura objektu vārdnīcas ieraksta lasīšana vai rakstīšana ar apstiprinājumu. Atšķirībā no PDO (aizsūti un aizmirsti), SDO garantē piegādi un atgriež nolasīto vērtību vai rakstīšanas apstiprinājumu. SDO piekļuve ir lēna (vairāki CAN kadri uz vienu lasīšanu/rakstīšanu) un tiek izmantota ieregulēšanā, nevis cikliskai datu apmaiņai.
SDO lasīšanas/rakstīšanas piemērs — PCAN-View manuālais kadrs
SDO Read (Initiate Upload) — read object 0x6010:01 (supply water temp)
COB-ID: 0x600 + node ID (example: node 3 → 0x603)
DLC: 8
Data: 40 10 60 01 00 00 00 00
| | |
| | Sub-index: 0x01
| Index low byte: 0x10
Command specifier: 0x40 (Initiate Upload Request)
SDO Response from device:
COB-ID: 0x580 + node ID (example: node 3 → 0x583)
Data: 4B 10 60 01 E8 03 00 00
| |
| Value: 0x03E8 = 1000 → ÷10 = 100.0°C? No → check EDS
Command: 0x4B = 4-byte, expedited (2 meaningful bytes)
SDO Write — set temperature setpoint object 0x6011:01 to 45°C (0x01C2 = 450 × 0.1°C)
COB-ID: 0x600 + node ID
DLC: 8
Data: 2B 11 60 01 C2 01 00 00
| | | |
| | Sub-index: 0x01
| Index: 0x6011
Command: 0x2B (Write 2 bytes, expedited)NMT — tīkla pārvaldības stāvokļu mašīna
NMT meistars (parasti CANopen vārti vai PLC) kontrolē visu tīkla mezglu darbības stāvokli. Pēc ieslēgšanas mezgli automātiski pāriet Pre-Operational stāvoklī — PDO nav aktīvi, bet SDO piekļuve ir pieejama konfigurācijai. NMT meistars nosūta apraides komandu, lai pārslēgtu visus mezglus uz Operational, aktivizējot PDO apmaiņu.
| NMT stāvoklis | PDO aktīvi | SDO aktīvs | Piezīmes |
|---|---|---|---|
| Inicializācija | Nē | Nē | Ierīce sāk šeit pēc ieslēgšanas, pāriet automātiski |
| Pre-Operational | Nē | Jā | Konfigurē PDO kartējumus, iestata mezgla parametrus caur SDO |
| Operational | Jā | Jā | Normāls darba stāvoklis — PDO un SDO abi aktīvi |
| Apturēts | Nē | Nē | Apkopes stāvoklis — nav sakaru, izņemot NMT |
Heartbeat protokols (CiA 301) aizstāj vecāko Node Guarding mehānismu. Katrs mezgls sūta heartbeat rāmi ar konfigurējamu intervālu (parasti 1000 ms). NMT meistars uzrauga heartbeat saņemšanu — ja mezgls pārtrauc sūtīt signālus, meistars konstatē atteici un var iedarbināt trauksmi ēkas automatizācijas sistēmā.
CiA 417 liftu un CiA 419 HVAC ierīču profili
CiA ierīču profili standartizē objektu vārdnīcas izkārtojumu konkrētiem iekārtu tipiem, nodrošinot savietojamību starp dažādu ražotāju ierīcēm. Divi profili ir tieši saistīti ar ēku automatizāciju: CiA 417 liftu sistēmām un CiA 419 HVAC sistēmām.
| CiA 419 objekts | Indekss | Apraksts |
|---|---|---|
| Pievades gaisa temperatūra | 0x6010:01 | INT16, vienība 0,01°C — daliet ar 100, lai iegūtu °C vērtību |
| Atgaitas gaisa temperatūra | 0x6010:02 | INT16, vienība 0,01°C — zonas izplūdes/reģenerācijas gaiss |
| Āra gaisa temperatūra | 0x6010:05 | INT16, vienība 0,01°C — āra sensora rādījums |
| Temperatūras iestatījums | 0x6011:01 | INT16, vienība 0,01°C — meistars var rakstīt, lai kontrolētu iestatījumu |
| Ventilatora ātruma iestatījums | 0x6020:01 | UINT16, vienība 0,01% — 0–10000 = ātruma komanda 0–100% |
| Faktiskais ventilatora ātrums | 0x6020:02 | UINT16, vienība 0.01% — faktiskais ventilatora jaudas procents |
| Vārsta pozīcijas iestatījums | 0x6030:01 | UINT16, vienība 0.01% — apkures/dzesēšanas vārsta komanda |
| Faktiskā vārsta pozīcija | 0x6030:02 | UINT16, vienība 0.01% — vārsta pozīcijas atgriezeniskā saite |
| Darbības režīms | 0x6040:01 | UINT8 — 0=izslēgts, 1=apkure, 2=dzesēšana, 3=auto, 4=tikai ventilators |
| Trauksmes statuss | 0x6050:01 | UINT32 bitu lauks — katrs bits atbilst konkrētam trauksmes kodam |
CANopen vārtejas BACnet, Modbus un KNX
Lielākā daļa ēku automatizācijas sistēmu (KNX, BACnet, Modbus) nespēj tieši runāt CANopen — protokola vārteja pārveido datus starp lauka kopnēm. Plaši tiek izmantotas trīs vārteju saimes.
| Vārteja | Protokoli | Piezīmes |
|---|---|---|
| Ixxat CANopen Gateway | CANopen ↔ Modbus TCP/RTU | Konfigurējams tīmekļa saskarnē — CANopen OD objektu kartēšana uz Modbus reģistriem; atbalsta līdz 127 CANopen mezgliem |
| Anybus X-gateway CANopen–BACnet | CANopen ↔ BACnet IP | HMS Networks — BACnet objektu kartēšana, izmantojot Anybus Configuration Manager; izmanto lielās BMS sistēmās |
| EMS Electronic CANopen–KNX | CANopen ↔ KNX TP | Kartē CANopen PDO/SDO objektus uz KNX grupu adresēm; konfigurācija ar ETS6 spraudni |
| Weinzierl BAOS CANopen Bridge | CANopen ↔ KNX IP | KNX IP maršrutēšana ar CANopen master funkciju; izmanto sadales skapju vārtejās |
Pirms vārtejas pasūtīšanas vienmēr pieprasiet EDS failu no iekārtas ražotāja. Bez EDS nevar noteikt, kādus objektu indeksus ierīce atbalsta un vai tā realizē standarta CiA profilu vai izmanto tikai ražotāja specifiskus objektus. Daži dzesētāji atklāj tikai CiA 419 objektu apakškopu un prasa ražotāja specifiskus objektus trauksmes kodiem.
Saistītie ceļveži
Nepieciešama CANopen ierīču integrācija jūsu BMS?
Mēs izvēlamies un piegādājam CANopen↔KNX, CANopen↔BACnet un CANopen↔Modbus vārtejas ar pilnu objektu vārdnīcas kartēšanu, EDS balstītu iestatīšanu un PDO konfigurāciju HVAC sistēmām.
Pieprasīt cenu →