Phần 2 – Kiến trúc PROFIBUS: Master – Slave, DP-V0 / DP-V1 / DP-V2

Trong suốt nhiều thập kỷ, PROFIBUS đã trở thành “xương sống truyền thông” của hàng triệu hệ thống tự động hóa trên toàn thế giới. Dù ngày nay Ethernet công nghiệp và PROFINET ngày càng phổ biến, nhưng trong rất nhiều nhà máy, PROFIBUS vẫn đang âm thầm vận hành ổn định, chính xác và đáng tin cậy từng chu kỳ I/O.

Để hiểu vì sao PROFIBUS có thể duy trì được vị thế đó trong thời gian dài như vậy, chúng ta không thể chỉ dừng lại ở khái niệm hay lịch sử phát triển. Giá trị cốt lõi của PROFIBUS nằm ở kiến trúc truyền thông – cách mà Master và Slave phối hợp với nhau, cách quyền truy cập bus được kiểm soát chặt chẽ, và cách dữ liệu được truyền đi một cách xác định trong môi trường công nghiệp khắc nghiệt.

Trong Phần 2 của Series PROFIBUS, BKAII sẽ cùng bạn đi sâu “bên trong” giao thức, bóc tách từng lớp kiến trúc để làm rõ:

  • Mô hình Master – Slave và vai trò của từng loại Master
  • Cơ chế Token Passing – yếu tố giúp PROFIBUS tránh xung đột và đảm bảo thời gian thực
  • Chu kỳ bus và ảnh hưởng của nó đến tốc độ phản hồi hệ thống
  • Sự khác biệt giữa DP-V0, DP-V1 và DP-V2 trong điều khiển I/O, xử lý alarm và motion control

Nếu bạn đang trực tiếp cấu hình, bảo trì hoặc nâng cấp hệ thống PROFIBUS, việc nắm chắc phần kiến trúc này sẽ giúp bạn hiểu đúng – cấu hình đúng – và xử lý sự cố hiệu quả hơn, thay vì chỉ làm theo kinh nghiệm hoặc tài liệu rời rạc.


1. Kiến trúc tổng thể của PROFIBUS

PROFIBUS được thiết kế theo kiến trúc bus phân tán, trong đó PROFIBUS DP sử dụng tầng vật lý RS-485 cho các thiết bị tự động hóa rời rạc, còn PROFIBUS PA sử dụng chuẩn MBP (Manchester Bus Powered) – cho phép truyền dữ liệu và cấp nguồn cho thiết bị quá trình trên cùng một cặp dây.

MBP được tiêu chuẩn hóa trong IEC 61158-2 và là nền tảng để PROFIBUS PA đáp ứng các yêu cầu an toàn cháy nổ trong ngành dầu khí, hóa chất và xử lý nước.

Về mặt logic, PROFIBUS hoạt động theo mô hình Master – Slave, cho phép nhiều bộ điều khiển trung tâm cùng tồn tại trên một mạng nhưng vẫn đảm bảo tính xác định (deterministic). Tìm hiểu thêm: PROFIBUS có hỗ trợ real-time không? Hiểu đúng bản chất để thiết kế hệ thống

🔹 Các thành phần chính

  • PROFIBUS Master: PLC, DCS, IPC hoặc controller điều khiển mạng
  • PROFIBUS Slave: Remote I/O, biến tần, valve, cảm biến, thiết bị đo
  • Bus vật lý: Cáp PROFIBUS, đầu nối, termination

2. Mô hình Master – Slave trong PROFIBUS

Khác với các mạng Ethernet công nghiệp hiện đại theo mô hình truyền thông linh hoạt hoặc event-based, PROFIBUS được thiết kế dựa trên mô hình Master – Slave có kiểm soát chặt chẽ. Trong mô hình này, Slave không được phép tự ý phát dữ liệu lên bus, mà chỉ phản hồi khi nhận được yêu cầu hợp lệ từ Master.

Cách tiếp cận này giúp PROFIBUS đạt được một đặc tính rất quan trọng trong tự động hóa công nghiệp: tính xác định thời gian (deterministic communication). Mỗi thiết bị biết chính xác khi nào mình được giao tiếp, thời gian phản hồi bao lâu và chu kỳ bus diễn ra như thế nào.

Trong thực tế nhà máy, điều này đặc biệt quan trọng đối với các hệ thống: PLC – remote I/O – biến tần – van điều khiển, nơi mà độ trễ và tính lặp lại của chu kỳ truyền thông ảnh hưởng trực tiếp đến chất lượng điều khiển.

2.1. Nguyên lý hoạt động của mô hình Master – Slave

Trong một mạng PROFIBUS, Master đóng vai trò chủ động điều khiển toàn bộ quá trình truyền thông. Master sẽ lần lượt gửi yêu cầu (request) đến từng Slave theo một thứ tự xác định, và mỗi Slave chỉ trả lời (response) đúng phần dữ liệu được yêu cầu.

Chu trình này lặp lại liên tục theo chu kỳ bus, tạo thành cơ chế trao đổi dữ liệu tuần tự, giúp PLC luôn nắm được trạng thái I/O của toàn hệ thống trong một khoảng thời gian xác định trước.

Có thể hình dung đơn giản:

  • Master hỏi: “Slave số 3, trạng thái I/O của bạn thế nào?”
  • Slave số 3 trả lời: “Đây là dữ liệu đầu vào và đầu ra của tôi.”
  • Slave khác không được phép xen vào cuộc trao đổi này

Nhờ vậy, PROFIBUS tránh được va chạm dữ liệu trên bus và duy trì được độ ổn định cao, ngay cả trong các hệ thống có hàng chục hoặc hàng trăm thiết bị.

2.2. Phân loại Master trong PROFIBUS

Để phục vụ các mục đích khác nhau trong vòng đời hệ thống (vận hành, cấu hình, bảo trì), PROFIBUS định nghĩa hai loại Master chính: Class 1 Master (C1) và Class 2 Master (C2).

🔹 Class 1 Master (C1) – Master điều khiển chính

Class 1 Master là Master chịu trách nhiệm trao đổi dữ liệu chu kỳ với các Slave. Trong hầu hết các hệ thống, đây chính là PLC hoặc DCS.

Vai trò chính của C1 Master bao gồm:

  • Thiết lập và duy trì truyền thông chu kỳ với các Slave
  • Đọc dữ liệu đầu vào (Input Data) từ remote I/O, cảm biến
  • Ghi dữ liệu đầu ra (Output Data) đến cơ cấu chấp hành
  • Đảm bảo chu kỳ bus ổn định theo cấu hình hệ thống

Trong trạng thái vận hành bình thường của nhà máy, chỉ C1 Master tham gia truyền thông chu kỳ, đảm bảo hệ thống điều khiển hoạt động liên tục và nhất quán.

🔹 Class 2 Master (C2) – Master kỹ thuật và chẩn đoán

Class 2 Master không tham gia điều khiển trực tiếp, mà được sử dụng cho các tác vụ kỹ thuật, cấu hình và chẩn đoán. Ví dụ điển hình của C2 Master là:

  • Máy tính kỹ sư chạy phần mềm cấu hình (STEP 7, TIA Portal, PDM, v.v.)
  • Thiết bị cầm tay dùng cho commissioning và bảo trì

C2 Master thường được sử dụng trong các tình huống:

  • Cấu hình tham số thiết bị PROFIBUS
  • Đọc thông tin chẩn đoán chi tiết từ Slave
  • Commissioning hoặc bảo trì hệ thống khi PLC vẫn đang vận hành

Điểm quan trọng cần lưu ý là: C2 Master không làm gián đoạn truyền thông chu kỳ của C1 Master. Các hoạt động kỹ thuật được thực hiện theo cơ chế không chu kỳ, giúp hệ thống vẫn vận hành ổn định trong khi chúng ta thực hiện cấu hình hoặc kiểm tra.

2.3. Nhiều Master trên một mạng PROFIBUS

Một mạng PROFIBUS có thể tồn tại nhiều Master (ví dụ: một PLC và một máy tính kỹ sư). Tuy nhiên, để tránh xung đột, tại một thời điểm chỉ có một Master được quyền truy cập bus. Xem thêm tại: Multi-master trong PROFIBUS có cần thiết không? Khi nào nên sử dụng

Cơ chế phân quyền truy cập này được thực hiện thông qua Token Passing, sẽ được phân tích chi tiết trong phần tiếp theo của bài viết. Nhờ cơ chế này, PROFIBUS duy trì được sự cân bằng giữa:

  • Truyền thông chu kỳ ổn định cho điều khiển
  • Truyền thông không chu kỳ cho cấu hình và chẩn đoán

3. Cơ chế Token Passing – Trái tim của PROFIBUS

Khi một mạng PROFIBUS cho phép tồn tại nhiều Master (PLC, máy tính kỹ sư, thiết bị commissioning), một câu hỏi quan trọng được đặt ra là: Ai được quyền nói trên bus, và nói vào lúc nào?

Nếu không có cơ chế kiểm soát chặt chẽ, các Master có thể cùng lúc truy cập đường truyền, dẫn đến va chạm dữ liệu, sai lệch chu kỳ bus và mất ổn định hệ thống. Để giải quyết vấn đề này, PROFIBUS sử dụng một cơ chế đặc biệt gọi là Token Passing.

3.1. Token Passing là gì?

Token trong PROFIBUS không phải là một gói dữ liệu ứng dụng thông thường, mà là một khung logic (logical frame) đại diện cho quyền kiểm soát bus. Xem chi tiết Token Passing trong PROFIBUS là gì? Cơ chế điều khiển bus tránh xung đột

Có thể hiểu đơn giản: Token chính là “chiếc chìa khóa” cho phép Master được quyền sử dụng bus. Chỉ Master nào đang nắm giữ token thì mới có quyền:

  • Truy cập đường truyền PROFIBUS
  • Trao đổi dữ liệu với các Slave
  • Gửi dữ liệu chu kỳ (cyclic data)
  • Thực hiện truyền thông không chu kỳ (acyclic data)

Các Master khác, dù đang hoạt động trên cùng mạng, phải chờ đến khi nhận được token mới được phép giao tiếp.

3.2. Cách Token được truyền giữa các Master

Trong mạng PROFIBUS, các Master được sắp xếp theo một thứ tự logic (dựa trên địa chỉ PROFIBUS – Station Address). Token sẽ được truyền tuần tự từ Master này sang Master kế tiếp theo thứ tự đó.

Chu trình cơ bản diễn ra như sau:

  1. Master A nhận token
  2. Master A thực hiện truyền thông với các Slave của mình
  3. Sau khi hoàn tất hoặc hết thời gian cho phép, Master A chuyển token cho Master B
  4. Master B tiếp tục quá trình tương tự

Vòng lặp này được lặp lại liên tục, tạo thành một chu kỳ token (Token Rotation Time).

3.3. Master được phép làm gì khi giữ Token?

Khi một Master đang giữ token, nó có toàn quyền sử dụng bus trong phạm vi thời gian cho phép. Cụ thể, Master có thể:

  • Trao đổi dữ liệu chu kỳ với các Slave (I/O process data)
  • Gửi yêu cầu không chu kỳ như đọc/ghi tham số, chẩn đoán thiết bị
  • Xử lý alarm từ các Slave hỗ trợ DP-V1

Tuy nhiên, Master không được chiếm giữ bus vô thời hạn. Sau khi hoàn thành nhiệm vụ hoặc khi đạt đến giới hạn thời gian cấu hình, token phải được chuyển tiếp cho Master tiếp theo.

3.4. Vì sao Token Passing giúp PROFIBUS ổn định?

Cơ chế Token Passing mang lại nhiều lợi ích cốt lõi cho hệ thống PROFIBUS:

  • Không xảy ra va chạm dữ liệu vì tại một thời điểm chỉ có một Master truy cập bus
  • Thời gian đáp ứng xác định, phù hợp cho điều khiển thời gian thực
  • Dễ dự đoán chu kỳ bus, giúp PLC tính toán chính xác thời gian quét
  • Hoạt động ổn định với nhiều Master trong cùng một mạng

Đặc biệt trong các hệ thống điều khiển công nghiệp, việc dự đoán trước được độ trễ truyền thông quan trọng hơn rất nhiều so với tốc độ truyền tối đa. Đây chính là lý do PROFIBUS vẫn được sử dụng rộng rãi trong nhiều nhà máy dù đã xuất hiện các công nghệ Ethernet hiện đại hơn.

3.5. Ví dụ thực tế trong nhà máy

Xét một hệ thống PROFIBUS điển hình trong nhà máy sản xuất gồm:

  • 01 PLC Siemens đóng vai trò Class 1 Master (C1)
  • 01 máy tính kỹ sư (laptop/PG) đóng vai trò Class 2 Master (C2)
  • Nhiều remote I/O, biến tần và thiết bị trường đóng vai trò Slave

Trong điều kiện vận hành bình thường, PLC (C1 Master) là thiết bị giữ vai trò điều khiển chính. PLC liên tục nhận token theo chu kỳ, thực hiện trao đổi dữ liệu chu kỳ (cyclic communication) với các Slave để đọc trạng thái đầu vào và cập nhật tín hiệu điều khiển đầu ra cho hệ thống.

Các thiết bị Slave trong mạng PROFIBUS không tự phát dữ liệu, mà chỉ phản hồi khi được PLC truy vấn, nhờ đó đảm bảo chu kỳ bus ổn định và thời gian đáp ứng xác định.

Trường hợp 1: Kỹ sư vừa kết nối máy tính vào mạng PROFIBUS

Khi kỹ sư kết nối máy tính vào mạng PROFIBUS để giám sát, chẩn đoán hoặc chuẩn bị thay đổi tham số thiết bị, máy tính (Class 2 Master) ban đầu chỉ ở trạng thái lắng nghe bus. Tại thời điểm này, C2 Master chưa được phép truy cập buschưa thể thực hiện bất kỳ thao tác đọc/ghi nào nếu chưa nhận được token.

Trong suốt giai đoạn này, PLC (C1 Master) vẫn hoàn toàn kiểm soát bus, tiếp tục trao đổi dữ liệu chu kỳ với các Slave mà không bị ảnh hưởng bởi sự xuất hiện của C2 Master.

Trường hợp 2: C2 Master nhận được token

Khi đến lượt của mình trong cơ chế token passing, máy tính kỹ sư (C2 Master) sẽ nhận được token. Chỉ tại thời điểm này, C2 Master mới được phép khởi tạo các phiên truyền thông không chu kỳ (acyclic communication), chẳng hạn như:

  • Đọc thông tin chẩn đoán (diagnostic) của thiết bị
  • Giám sát trạng thái chi tiết của Slave
  • Thay đổi hoặc tinh chỉnh tham số cấu hình

Các thao tác này chỉ chiếm một khoảng thời gian rất ngắn và được thực hiện trong những khe thời gian được PROFIBUS cho phép. Sau khi hoàn thành, token sẽ tiếp tục được chuyển cho Master kế tiếp theo đúng cơ chế điều phối.

Quan trọng hơn, trong suốt quá trình C2 Master thực hiện giám sát hoặc thay đổi tham số, PLC (C1 Master) không bị mất quyền điều khiển. PLC vẫn duy trì truyền thông chu kỳ với các Slave, đảm bảo hệ thống điều khiển hoạt động liên tục và ổn định.

Chính cơ chế này cho phép kỹ sư vừa vận hành hệ thống, vừa thực hiện công tác bảo trì, chẩn đoán hoặc commissioning mà không cần dừng dây chuyền sản xuất.

Đây là một trong những ưu điểm quan trọng nhất của PROFIBUS trong môi trường nhà máy: đảm bảo điều khiển thời gian thực ổn định, đồng thời cho phép bảo trì và cấu hình song song trong quá trình vận hành.

3.6. Liên hệ với các phần tiếp theo

Cơ chế Token Passing không hoạt động độc lập, mà gắn chặt với các khái niệm như:

  • Chu kỳ bus (Bus Cycle Time)
  • Các cấp PROFIBUS DP-V0 / DP-V1 / DP-V2
  • Yêu cầu thời gian thực trong motion control

Trong phần tiếp theo của series, chúng ta sẽ đi sâu vào chu kỳ bus PROFIBUS và phân tích vì sao việc lựa chọn DP-V0, DP-V1 hay DP-V2 lại ảnh hưởng trực tiếp đến hiệu năng và độ ổn định của hệ thống.


4. Chu kỳ bus PROFIBUS (Bus Cycle Time)

Chu kỳ bus là thời gian cần thiết để một Master hoàn thành việc trao đổi dữ liệu với toàn bộ Slave của nó. Thông tin chi tiết xem tại đây: Chu kỳ truyền thông PROFIBUS: Cyclic vs Acyclic (DP-V0 & DP-V1)

Chu kỳ này phụ thuộc vào:

  • Số lượng Slave
  • Kích thước dữ liệu I/O
  • Tốc độ truyền (baudrate)
  • Cấp PROFIBUS DP đang sử dụng

Trong ứng dụng I/O thông thường, chu kỳ bus PROFIBUS DP có thể đạt từ vài ms đến vài chục ms – đủ đáp ứng hầu hết bài toán điều khiển cổ điển. 

Xem thêm cách tính & tối ưu hệ thống - Thời gian đáp ứng PROFIBUS (Cycle Time)


5. PROFIBUS DP-V0 – Trao đổi dữ liệu chu kỳ

DP-V0 là cấp cơ bản và phổ biến nhất của PROFIBUS DP.

Đặc điểm chính

  • Trao đổi dữ liệu theo chu kỳ
  • Dữ liệu I/O có kích thước cố định
  • Tốc độ cao, độ trễ thấp
  • Phù hợp cho remote I/O, biến tần, thiết bị chấp hành

DP-V0 là nền tảng của các hệ thống điều khiển I/O truyền thống trong nhà máy.


6. PROFIBUS DP-V1 – Dữ liệu không chu kỳ & Alarm

DP-V1 được mở rộng nhằm khắc phục hạn chế của DP-V0 trong việc xử lý dữ liệu không chu kỳ.

Điểm nổi bật

  • Hỗ trợ acyclic data (đọc/ghi tham số)
  • Hệ thống Alarm & Diagnosis
  • Cấu hình và bảo trì thiết bị online

DP-V1 đặc biệt quan trọng trong:

  • Thiết bị đo lường thông minh
  • Hệ thống điều khiển quá trình
  • Bài toán bảo trì & giám sát thiết bị

7. PROFIBUS DP-V2 – Đồng bộ & Motion Control

DP-V2 là cấp nâng cao nhất, được thiết kế cho các ứng dụng yêu cầu đồng bộ thời gian chính xác.

Tính năng chính

  • Isochronous Mode (truyền đồng bộ)
  • Slave-to-Slave Communication
  • Độ trễ cực thấp và jitter nhỏ

DP-V2 thường được sử dụng trong:

  • Motion control
  • Servo drive
  • Máy đóng gói, robot, dây chuyền tốc độ cao

Tuy nhiên, do độ phức tạp và giới hạn băng thông, DP-V2 ngày nay thường được thay thế bằng PROFINET IRT trong các hệ thống mới.

Tìm hiểu chuyên sâu sự khác nhau tại đây: PROFIBUS DP-V0, DP-V1, DP-V2 khác nhau thế nào? So sánh chi tiết


8. Tổng kết

Kiến trúc Master – Slave cùng cơ chế Token Passing giúp PROFIBUS trở thành một chuẩn fieldbus ổn định, xác định và đáng tin cậy trong suốt nhiều thập kỷ.

Việc hiểu rõ sự khác biệt giữa DP-V0, DP-V1 và DP-V2 sẽ giúp kỹ sư:

  • Chọn đúng cấp PROFIBUS cho từng bài toán
  • Thiết kế hệ thống hiệu quả và dễ bảo trì
  • Định hướng nâng cấp lên PROFINET khi cần

 
 

Số lượng người đang truy cập...

Không thể hiển thị dữ liệu người dùng trực tuyến vào lúc này.