Truyền thông mạng profibus 2 master

[Akachi]

Theo mình nghĩ trong một mạng Profibus không thể có 2 master, chỉ có 1 master còn lại đều là Slave. Còn nếu 2 master thì phải có 2 mạng Profibus khác nhau. Đây là tài liệu hướng dẫn của Siemens để truyền dữ liệu giữa 2 Master của 2 mạng Profibus khác nhau sử dụng DP Coupler, ai có DP Coupler test thử và up cho mọi người nhé
http://www.mediafire.com/view/?5o7s7fw2he37itb

Hi,
Để mình trình bày chi tiết xíu nhé.

1. Trường hợp sử dụng DP/DP Coupler:
Dùng cho 2 mạng Profibus khác nhau muốn trao đổi dữ liệu qua lại. Lúc này DP/DP Coupler được sử dụng, khi mình add Coupler vào hệ thống (hệ A&B). Thì output của hệ A sẽ là input của hệ B và ngược lại, cả 2 hệ A&B đều xem thằng DP/DP Coupler là I/O Slave của mình, cái này mình cũng không biết nói sao cho rõ hơn nữa.

2. Trường hợp Multimaster DP:

Trong mạng Profibus có cơ chế Token ring passing, mình diễn giải nôm na thế này:
- Token ring giống như là cái cờ khởi nghĩa, đến tay anh master nào thì anh master đó được quyền Communicating trên mạng. Anh Master nào đang cầm cờ thì mới dạy dỗ các em Slave mà ảnh quản lý được.

VD: Hệ thống có 3 Master A, B, C:

Master A (Class 1): PLC 1
Master A có các Slave mang node 10, 11, 12

Master B (Class 1): PLC 2
Master B có các Slave mang node 14, 15, 16

Master C (Class 2): OS - Operator System
Communicating với Master A & B

--------------------------------------------------
Mình quy ước
"->": write data
"<-": get data.

Sau khi mạng Profibus được initialized:

1. Anh Master A sẽ được "cầm đầu" (nắm token) và bắt đầu quy trình truyền thông với các Slave 10, 11, 12:

A -> 10
A <- 10
A -> 11
A <- 11
A -> 12
A <- 12
...
A thực hiện các thao tác truyền thông "không đồng bộ" với các Slave của mình. Sau khi đã hoàn tất, A sẽ thảy token qua cho B.

2. Có cờ trong tay, anh B lên làm việc với các đệ tử của mình:

B -> 14
B <- 14
B -> 15
B <- 15
B -> 16
B <- 16
...
A thực hiện các thao tác truyền thông "không đồng bộ" với các Slave của mình. Sau khi đã hoàn tất, B sẽ thảy token qua cho C.

3. C tới phiên làm việc, gọi hai anh A & B ra nói chuyện để cập nhật tin tức, sự kiện mà hai anh A & B cần phải báo cáo trong "tag list". Đặng anh C còn thể hiện ra cho người vận hành xem xét / ghi chép. Đương nhiên sẽ là truyền thông 2 chiều, có đọc & có ghi. Xong xuôi hết thì anh C lại quăng token cho anh A, bắt đầu lại quy trình...

--------
Trình bày thì dài, nhưng quá trình này diễn ra chỉ trong vòng một vài chục miliseconds thôi.