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.

[newbie]

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.

bác có thể nói rõ hơn về cái token này không? nó được thảy qua master khác như thế nào, cấu trúc ra sao?

[ncrazy]

Cái thằng token này thì có nghe nói rồi tuy nhiên chưa gặp bao h, cũng chưa nghiên cứu luôn ^_^ akachi biết thì chia sẻ với anh em chút nhé

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.

[chi.tam92]

ak cho mình xin lối "Akachi+dohung " nha !!!!
hai anh xem lại câu mình nói nha mình chỉ nói là con 200 chỉ làm slave thôi không làm master được .chụp bậy chết em ak .
còn nói như anh "Akachi"

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.

cái nầy thì em thấy kun ok lắm nhưng không piết thật hư thế nào.mong anh chỉ giáo thêm.
nhưng niếu vậy thì anh kunphải làm hai mạng Profibus rồi liên kết nó lại bằng một thiết bị chuyên dụng rôi."sử dụng DP/DP Coupler:"

[newbie]

Cái thằng token này thì có nghe nói rồi tuy nhiên chưa gặp bao h, cũng chưa nghiên cứu luôn ^_^ akachi biết thì chia sẻ với anh em chút nhé

cái nè là một phần hay và có tính thực tế ứng dụng mặc dù chỉ ở những nhà máy hoặc hệ thống lớn mới có nhưng nó rất đáng để quan tâm. vụ nek chắc đợi bác Hiếu chuyên về siemen chia sẻ.

[Akachi]

Cái thằng token này thì có nghe nói rồi tuy nhiên chưa gặp bao h, cũng chưa nghiên cứu luôn ^_^ akachi biết thì chia sẻ với anh em chút nhé

Mình copy đoạn này cho nó rõ ràng, anh em đọc qua tham khảo:

Token-Passing Method:
In order to achieve the coordination between the active stations (master devices), a token-
message (special data frame) is passed on from one active station to the next (in order of the
ascending addresses). The active station, which possesses the token at the moment, has the
right to access the bus and to communicate with passive stations (slaves) or with other active
stations. When it has finished its communication tasks, it passes on the token to the next
station.
In order to guarantee that each station can send data in any case after a maximum period of
time, it is necessary to set a maximum period of time during which the token must have
completely passed once through the logical ring. For this purpose, the target rotation time TTR
is set during the configuration of the bus system. When a station receives the token, it
compares the target rotation time with the measured real rotation time TRR. The station is
allowed to send messages as long as the target rotation time is not exceeded. In any case the
station has the right to send one message with high priority. Figure 2 depicts the message
processing algorithm.

2012-10-27_091824.jpg

*Các thông số Trr & Ttr thì tự động Step7 Manager nó sẽ tính toán khi mình compile & download xuống các master.

[Akachi]