CANopen · CiA 301 · CiA 419 · PDO · SDO · NMT · Ēku automatizācija · 10 min lasīšanai

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.

IndekssObjektsApraksts
0x1000Ierīces tipsObligāts — identificē ieviesto CiA ierīces profilu (piem., 0x00190191 = CiA 419 HVAC)
0x1001Kļūdu reģistrsObligāts — aktīvo kļūdu kategoriju bitu lauks (sakari, ierīce utt.)
0x1008Ražotāja ierīces nosaukumsNeobligāts — cilvēklasāma ierīces modeļa virkne
0x1017Ražotāja heartbeat laiksHeartbeat cikla laiks ms — 0 atslēdz heartbeat
0x1018Identitātes objektsRažotāja ID, produkta kods, versija, sērijas numurs (apakšindeksi 1–4)
0x1400–0x15FFRPDO komunikācijas parametriCOB-ID, pārraides tips un aiztures laiks katram Receive PDO
0x1600–0x17FFRPDO kartēšanas parametriKuri OD objekti tiek kartēti katrā RPDO (indekss, apakšindekss, bitu garums)
0x1800–0x19FFTPDO komunikācijas parametriCOB-ID, pārraides tips, notikuma taimeris katram Transmit PDO
0x1A00–0x1BFFTPDO kartēšanas parametriKuri OD objekti tiek iesaiņoti katrā TPDO
0x2000–0x5FFFRažotāja specifiskie objektiIerīces procesa vērtības — dzesētāja temperatūras, trauksmes kodi, iestatījumi
0x6000–0x9FFFCiA ierīces profila objektiStandartizē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 flooding

SDO — 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āvoklisPDO aktīviSDO aktīvsPiezīmes
InicializācijaIerīce sāk šeit pēc ieslēgšanas, pāriet automātiski
Pre-OperationalKonfigurē PDO kartējumus, iestata mezgla parametrus caur SDO
OperationalNormāls darba stāvoklis — PDO un SDO abi aktīvi
ApturētsApkopes 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 objektsIndekssApraksts
Pievades gaisa temperatūra0x6010:01INT16, vienība 0,01°C — daliet ar 100, lai iegūtu °C vērtību
Atgaitas gaisa temperatūra0x6010:02INT16, vienība 0,01°C — zonas izplūdes/reģenerācijas gaiss
Āra gaisa temperatūra0x6010:05INT16, vienība 0,01°C — āra sensora rādījums
Temperatūras iestatījums0x6011:01INT16, vienība 0,01°C — meistars var rakstīt, lai kontrolētu iestatījumu
Ventilatora ātruma iestatījums0x6020:01UINT16, vienība 0,01% — 0–10000 = ātruma komanda 0–100%
Faktiskais ventilatora ātrums0x6020:02UINT16, vienība 0.01% — faktiskais ventilatora jaudas procents
Vārsta pozīcijas iestatījums0x6030:01UINT16, vienība 0.01% — apkures/dzesēšanas vārsta komanda
Faktiskā vārsta pozīcija0x6030:02UINT16, vienība 0.01% — vārsta pozīcijas atgriezeniskā saite
Darbības režīms0x6040:01UINT8 — 0=izslēgts, 1=apkure, 2=dzesēšana, 3=auto, 4=tikai ventilators
Trauksmes statuss0x6050:01UINT32 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ārtejaProtokoliPiezīmes
Ixxat CANopen GatewayCANopen ↔ Modbus TCP/RTUKonfigurējams tīmekļa saskarnē — CANopen OD objektu kartēšana uz Modbus reģistriem; atbalsta līdz 127 CANopen mezgliem
Anybus X-gateway CANopen–BACnetCANopen ↔ BACnet IPHMS Networks — BACnet objektu kartēšana, izmantojot Anybus Configuration Manager; izmanto lielās BMS sistēmās
EMS Electronic CANopen–KNXCANopen ↔ KNX TPKartē CANopen PDO/SDO objektus uz KNX grupu adresēm; konfigurācija ar ETS6 spraudni
Weinzierl BAOS CANopen BridgeCANopen ↔ KNX IPKNX 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.

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 →
Ielādējas...
Uz augšu