Nếu bạn quản lý hoặc duy trì hệ thống điều khiển dựa trên Allen{0}}Bradley thì có thể bạn đã gặp phải tình huống này. Một mô-đun PLC bị ngừng sản xuất hoặc giá từ nhà cung cấp ban đầu đột ngột tăng gấp ba và thay vào đó bạn bắt đầu xem xét một mô-đun thay thế hoặc mô-đun tương thích. Thông số kỹ thuật có vẻ ổn, đầu nối vật lý phù hợp và giá cả hợp lý. Nhưng trước khi bạn đặt hàng, một câu hỏi có xu hướng bị bỏ qua: mô-đun này có thực sự nói cùng một giao thức, theo cùng một cách, như mô-đun mà nó đang thay thế không?
Đây là một phần trong cách giao tiếp của Allen{0}}Bradley hiếm khi được giải thích rõ ràng. Hầu hết các hướng dẫn đều tìm hiểu chung về EtherNet/IP, DeviceNet hoặc ControlNet, nhưng rất ít người kết nối kiến thức đó với các quyết định thực tế mà các kỹ sư phải đối mặt khi tìm nguồn cung ứng các bộ phận. Trong bài viết này, chúng tôi sẽ đề cập đến các giao thức giao tiếp chính của Allen{3}}Bradley PLC, trong đó mỗi giao thức phù hợp với một hệ thống thực và quan trọng không kém là những nội dung cần kiểm tra trước khi mua mô-đun thay thế hoặc mô-đun tương thích để bạn không gặp phải sự cố giao tiếp sau khi cài đặt.
Giao thức truyền thông PLC là gì và tại sao nó quan trọng
Định nghĩa bằng ngôn ngữ đơn giản
Giao thức truyền thông đơn giản là một bộ quy tắc đã được thống nhất cho phép hai thiết bị trao đổi dữ liệu một cách chính xác. Hãy nghĩ về nó theo cách bạn nghĩ về một ngôn ngữ dùng chung: nếu PLC và HMI sử dụng cùng một giao thức, chúng sẽ hiểu được thông điệp của nhau. Nếu không, kết nối có thể trông ổn về mặt vật lý trong khi không có dữ liệu hữu dụng nào thực sự truyền qua giữa chúng.
Tại sao việc lựa chọn giao thức lại ảnh hưởng đến thời gian hoạt động của hệ thống và chi phí bảo trì
Giao thức không khớp là một trong những nguyên nhân phổ biến hơn và có thể phòng ngừa được hơn gây ra thời gian ngừng hoạt động. Một hệ thống điều khiển được xây dựng dựa trên giao thức sai cho quy mô của nó sẽ gặp khó khăn trong việc mở rộng sau này và việc kết hợp thiết bị cũ và mới mà không kiểm tra tính tương thích của giao thức thường dẫn đến các lỗi gián đoạn khó chẩn đoán vì hệ thống dây điện và nguồn điện trông có vẻ chính xác. Chi phí bảo trì cũng bị ảnh hưởng. Việc khắc phục sự cố ở cấp độ giao thức-thường mất nhiều thời gian hơn so với việc khắc phục lỗi nối dây vì các triệu chứng hiếm khi chỉ ra nguyên nhân trực tiếp. Hiểu giao thức nào hệ thống của bạn dựa vào và giao thức đó yêu cầu gì từ bất kỳ thiết bị nào được kết nối với nó là bước đầu tiên để tránh những vấn đề này.
Với nền tảng đó, chúng ta hãy xem xét các giao thức mà bạn có nhiều khả năng gặp nhất trong môi trường Allen{0}}Bradley, bắt đầu với giao thức chiếm ưu thế trong các bản cài đặt mới hiện nay.
Giao thức dựa trên Ethernet{0}}hiện đại
EtherNet/IP
EtherNet/IP (Giao thức công nghiệp Ethernet) là giao thức truyền thông được xây dựng trên hầu hết các hệ thống Allen{0}}Bradley mới. Nó chạy trên phần cứng Ethernet tiêu chuẩn và sử dụng Giao thức công nghiệp chung (CIP) ở lớp ứng dụng, đây là nền tảng giao thức tương tự được chia sẻ với DeviceNet và ControlNet. Nền tảng chung đó là một lý do khiến EtherNet/IP tích hợp rất mượt mà trên kiến trúc Rockwell Automation.
Một số điều khiến EtherNet/IP trở thành lựa chọn mặc định cho các bản dựng mới. Nó sử dụng các bộ chuyển mạch và cáp Ethernet thông dụng, do đó chi phí phần cứng luôn ở mức thấp và bộ phận CNTT có thể hỗ trợ mạng bằng các công cụ mà họ đã biết. Nó có quy mô tốt vì mạng Ethernet chuyển mạch không chia sẻ băng thông trên tất cả các thiết bị theo cách mà các giao thức dựa trên bus-cũ thực hiện. Và vì EtherNet/IP được áp dụng rộng rãi nên các cảm biến, ổ đĩa và cổng{4}}của bên thứ ba hầu như luôn hỗ trợ nó ngay lập tức, điều này khiến cho việc tích hợp nhiều nhà cung cấp-ít khó khăn hơn nhiều so với trước đây.
Nếu hệ thống của bạn cần chia sẻ dữ liệu với MES, nhà sử học hoặc bảng điều khiển đám mây, EtherNet/IP gần như là lựa chọn mặc định vì nó có thể nằm trên cùng một mạng vật lý với cơ sở hạ tầng CNTT của bạn mà không cần lớp cổng riêng.
Những mẫu AB nào hỗ trợ nó:Hầu hết các bộ điều khiển Bradley-thế hệ Allen{1}}hiện tại, bao gồm cả nền tảng ControlLogix và CompactLogix, đều bao gồm EtherNet/IP dưới dạng cổng giao tiếp-tích hợp tiêu chuẩn. Một số mẫu bộ điều khiển cũ hơn hoặc chuyên dụng hơn có thể yêu cầu mô-đun giao tiếp bổ sung-để tiếp cận mạng EtherNet/IP thay vì hỗ trợ mạng này nguyên bản, do đó, cần xác nhận bản sửa đổi mô hình và chương trình cơ sở cụ thể thay vì giả định hỗ trợ trên toàn bộ dòng sản phẩm. Nếu bạn đang tìm nguồn cung ứng bộ điều khiển hoặc mô-đun giao tiếp và muốn xác nhận số bộ phận cụ thể hỗ trợ những gì, chúng tôiAllen-Bradley PLCVàAllen-Mô-đun PLC Bradleycác trang liệt kê số lượng hàng hiện có cùng với thông tin chi tiết về giao thức hoặc bạn có thể gửi trực tiếp cho chúng tôi số kiểu máy.
Tham khảo nhanh EtherNet/IP
|
tham số |
Giá trị điển hình |
|
Phương tiện vật lý |
Ethernet tiêu chuẩn (đồng hoặc cáp quang) |
|
Tốc độ |
10/100 Mbps phổ biến, hỗ trợ gigabit trên phần cứng mới hơn |
|
Cấu trúc liên kết |
Sao, chuyển mạng. |
|
Sử dụng điển hình |
Cài đặt mới, tích hợp IT/OT, điều khiển chuyển động và I/O |
Giao tiếp dựa trên Ethernet{0}}hiện đại bao gồm hầu hết các cài đặt mới, nhưng phần lớn các hệ thống Allen-Bradley đã cài đặt vẫn dựa vào các giao thức có trước EtherNet/IP. Những thứ đó vẫn còn được sử dụng rất nhiều, vì vậy cũng đáng để hiểu chúng.
Giao thức dựa trên Bus kế thừa{0}}
Thiết bịNet
DeviceNet kết nối các thiết bị hiện trường đơn giản như cảm biến, nút ấn và bộ khởi động động cơ trở lại PLC qua bus dùng chung, thay vì nối dây riêng lẻ từng thiết bị. Nó chạy trên công nghệ Mạng khu vực điều khiển (CAN) và thường hoạt động ở tốc độ lên tới 500 kbps tùy thuộc vào độ dài cáp. Một lợi thế thực tế là DeviceNet mang cả nguồn và tín hiệu trên cùng một cáp, giúp giảm chi phí lắp đặt cho số lượng lớn thiết bị đơn giản. Bạn sẽ thấy nó thường xuyên nhất trong các ứng dụng riêng biệt nhạy cảm về-chi phí, chẳng hạn như dây chuyền đóng gói hoặc thiết bị thực phẩm và đồ uống, trong đó số lượng cảm biến lớn quan trọng hơn thông lượng thô.
Mạng điều khiển
ControlNet được xây dựng cho một mức độ ưu tiên khác: kiểm soát xác định,-quan trọng về thời gian thay vì nối dây tại hiện trường-chi phí thấp. Nó sử dụng sơ đồ phân chia thời gian- để đảm bảo băng thông cho lưu lượng truy cập theo lịch trình, giúp nó rất phù hợp với các ứng dụng như điều khiển chuyển động nhiều-trục trong đó thời gian của tin nhắn cần phải có thể dự đoán được thay vì chỉ nhanh. Trong đó DeviceNet được chọn vì bạn cần kết nối nhiều thiết bị đơn giản với giá rẻ, ControlNet được chọn vì ứng dụng không thể chịu được độ trễ tin nhắn thay đổi. Nếu hệ thống của bạn liên quan đến điều khiển chuyển động hoặc quy trình phối hợp với các yêu cầu chặt chẽ về thời gian, ControlNet vẫn phù hợp hơn DeviceNet, mặc dù cả hai đều có chung nền tảng CIP như EtherNet/IP.
Tại sao các giao thức này vẫn được sử dụng và những điều cần chú ý
Ngày nay, các cài đặt mới hiếm khi bắt đầu với DeviceNet hoặc ControlNet, nhưng rất nhiều thiết bị được xây dựng trên chúng vẫn chạy ổn định tại hiện trường. Việc thay thế toàn bộ mạng để chuyển sang EtherNet/IP rất tốn kém và trong nhiều trường hợp, rủi ro và chi phí về thời gian ngừng hoạt động ngoài dự kiến trong quá trình di chuyển lớn hơn lợi ích của việc nâng cấp thiết bị đã hoạt động. Thách thức bảo trì chính với các mạng kế thừa này không phải là bản thân giao thức mà là việc tìm nguồn cung cấp các thiết bị trường tương thích và mô-đun giao tiếp vì các bộ phận nguyên bản ngày càng khó tìm. Khi một thành phần DeviceNet hoặc ControlNet cần thay thế, phiên bản giao thức và dung lượng nút cần được xác nhận cẩn thận vì các mạng cũ ít cho phép xảy ra những sai lệch nhỏ hơn so với mạng Ethernet chuyển mạch hiện đại.
Ngoài các giao thức-dựa trên bus này, hệ thống Allen-Bradley còn dựa trên thế hệ tiêu chuẩn mạng độc quyền và nối tiếp cũ hơn đáng để tìm hiểu, đặc biệt nếu bạn bảo trì thiết bị có trước DeviceNet.
Giao thức đường cao tốc dữ liệu và nối tiếp
DH+ / DH485
Data Highway Plus (DH+) và DH485 là các giao thức mạng độc quyền đầu tiên của Allen{2}}Bradley, ban đầu được phát triển để liên kết PLC và thiết bị đầu cuối lập trình trước khi có các tùy chọn dựa trên Ethernet-. DH+ hoạt động ở tốc độ lên tới khoảng 230 kbps và hỗ trợ tối đa 64 nút, sử dụng sơ đồ chuyển mã thông báo-để kiểm soát quyền truy cập mạng. DH485 là một giao thức có liên quan nhưng khác biệt, được thiết kế cho các ứng dụng{11}phạm vi phân xưởng ngắn hơn với ít nút được hỗ trợ hơn và thông lượng thấp hơn. Cả hai đều không được sử dụng trong thiết kế hệ thống mới ngày nay, nhưng cả hai vẫn được tìm thấy đang chạy các thiết bị đầu cuối lập trình, giao diện người vận hành cũ hơn và bộ điều khiển PLC-5 hoặc SLC-500 cũ trên các sàn sản xuất chưa được nâng cấp hoàn toàn.
RS-232 / RS-485
RS-232 và RS-485 không phải là giao thức riêng. Chúng là các tiêu chuẩn lớp vật lý xác định cách tín hiệu truyền qua cáp và các giao thức như Modbus RTU hoặc DF1 thường chạy trên chúng. RS{10}}232 hỗ trợ kết nối điểm-điểm đơn giản trong khoảng cách ngắn, thường được sử dụng cho cáp lập trình và liên kết HMI cơ bản. RS-485 hỗ trợ nhiều thiết bị trên một xe buýt dùng chung ở khoảng cách xa hơn nhiều, đó là lý do tại sao việc kết nối các HMI đơn giản hoặc các thiết bị của bên thứ ba với thiết bị AB cũ hơn vẫn phổ biến. Việc nhận ra sự khác biệt này rất quan trọng vì thiết bị được mô tả là "tương thích với RS-485" sẽ cho bạn biết về hệ thống dây điện, chứ không nhất thiết là liệu thiết bị đó có thực sự giao tiếp bằng giao thức cụ thể mà PLC của bạn mong đợi hay không.
Khi phần cứng ban đầu không còn nữa
Thiết bị chạy trên DH+, DH485 hoặc các liên kết nối tiếp cơ bản thường đã cũ hàng chục năm và không phải lúc nào cũng có thể tìm được bộ phận thay thế chính xác ban đầu. Khi điều đó xảy ra, nhìn chung có một số cách thực tế để chuyển tiếp: định vị mô-đun gốc đã qua sử dụng hoặc được tân trang lại, thêm cổng chuyển đổi giao thức để kết nối mạng cũ thành mạng mới hơn hoặc tìm nguồn mô-đun thay thế tương thích được xây dựng để hỗ trợ cùng một giao thức cũ. Mỗi tùy chọn đều có sự cân bằng-về chi phí, thời gian thực hiện và khả năng hỗ trợ-lâu dài và việc lựa chọn giữa chúng thường phụ thuộc vào cách dự kiến phần còn lại của hệ thống sẽ phát triển trong vài năm tới.
Quyết định đó đương nhiên dẫn đến một câu hỏi rộng hơn áp dụng cho tất cả các giao thức này: làm thế nào để bạn quyết định giao thức nào thực sự phù hợp với một hệ thống nhất định, thay vì mặc định cho bất kỳ giao thức nào được sử dụng lần trước?
Chọn giao thức phù hợp cho hệ thống của bạn
Tốc độ, số lượng nút và môi trường
Ba yếu tố có xu hướng thúc đẩy hầu hết các quyết định về giao thức. Yêu cầu về tốc độ được đặt lên hàng đầu: nếu ứng dụng của bạn cần thời gian dưới{1}}mili giây, chẳng hạn như điều khiển chuyển động phối hợp, EtherNet/IP với mạng-nhạy cảm với thời gian hoặc ControlNet là phù hợp, trong khi các tác vụ giám sát đơn giản có thể chạy thoải mái trên các liên kết nối tiếp chậm hơn nhiều. Vấn đề tiếp theo là số lượng nút: Kiến trúc chuyển đổi của EtherNet/IP sẽ mở rộng quy mô khi số lượng thiết bị tăng lên, trong khi các giao thức dựa trên bus{4}}như DeviceNet chia sẻ băng thông trên mọi nút được kết nối, điều này trở thành yếu tố hạn chế trong các hệ thống lớn hơn. Môi trường là yếu tố thứ ba: các đường cáp dài hoặc các khu vực có nhiễu điện ưu tiên các giao thức có khả năng chống nhiễu mạnh hoặc hỗ trợ cáp quang, chẳng hạn như ControlNet, qua Ethernet đồng tiêu chuẩn hoặc các liên kết nối tiếp cơ bản.
Trộn các giao thức cũ và mới
Rất ít hệ thống thực chạy trên một giao thức duy nhất từ đầu đến cuối. Thông thường, có một đường trục EtherNet/IP kết nối các bộ điều khiển với mạng CNTT, với DeviceNet hoặc các liên kết nối tiếp vẫn xử lý các thiết bị hiện trường cũ hơn ở cấp độ máy. Cổng chuyển đổi giao thức thường là cầu nối các mạng này với nhau, nhưng bản thân cổng này cũng cần được xem xét kỹ lưỡng như bất kỳ thiết bị nào khác: xác nhận phiên bản giao thức và phạm vi chương trình cơ sở nào mà nó hỗ trợ ở mỗi bên, vì một cổng dường như xử lý cả hai giao thức vẫn có thể không diễn giải chính xác một số loại thông báo nếu chương trình cơ sở của nó đã lỗi thời. Việc kiểm tra một cổng hoặc điểm chuyển tiếp trong các điều kiện hoạt động thực tế, thay vì cho rằng nó sẽ hoạt động vì biểu dữ liệu liệt kê cả hai giao thức, đáng để bạn dành thêm thời gian trước khi triển khai đầy đủ.
Việc chọn đúng giao thức sẽ giải quyết được câu hỏi thiết kế cho một hệ thống mới, nhưng đối với hầu hết công việc bảo trì và nâng cấp, câu hỏi khó hơn sẽ xuất hiện sau: khi bạn thực sự cần thay thế hoặc thêm một mô-đun cụ thể, làm cách nào để đảm bảo nó sẽ giao tiếp chính xác với mọi thứ đã được cài đặt?
Khả năng tương thích giao thức truyền thông khi tìm nguồn cung ứng mô-đun thay thế
Tại sao thông số kỹ thuật giao thức bị bỏ qua
Khi các kỹ sư đánh giá một mô-đun thay thế hoặc tương thích, sự chú ý tự nhiên sẽ hướng đến những thứ dễ so sánh: số bộ phận có khớp không, đầu nối có vừa không và giá cả có hợp lý không? Khả năng tương thích của giao thức thường được giả định thay vì kiểm tra, đặc biệt khi một mô-đun trông giống hệt về mặt vật lý với mô-đun gốc. Trong thực tế, hai mô-đun có thể chia sẻ cùng một đầu nối và hệ số dạng trong khi hỗ trợ các phiên bản giao thức hoặc dải chương trình cơ sở khác nhau và sự khác biệt đó sẽ không hiển thị cho đến khi thiết bị được cài đặt và không giao tiếp đáng tin cậy hoặc giao tiếp không liên tục theo cách khó chẩn đoán hơn nhiều so với lỗi hoàn toàn.
Những điều cần kiểm tra trước khi mua mô-đun thay thế hoặc mô-đun tương thích
Trước khi đặt hàng, cần xác nhận những điều sau đối với hệ thống hiện tại của bạn:
- Phiên bản giao thức và phạm vi phần sụn.Xác nhận mô-đun thay thế hỗ trợ cùng phiên bản giao thức và phạm vi sửa đổi chương trình cơ sở như thiết bị mà nó đang thay thế, không chỉ cùng tên giao thức.
- Tốc độ truyền thông.Xác minh rằng tốc độ truyền hoặc tốc độ dữ liệu được hỗ trợ khớp với tốc độ mà phần còn lại trong mạng của bạn được định cấu hình vì sự không khớp ở đây có thể ngăn kết nối ngay cả khi bản thân giao thức đúng.
- Dung lượng nút hoặc địa chỉ.Đối với các mạng dựa trên bus{0}}như DeviceNet hoặc ControlNet, hãy kiểm tra xem mạng thay thế có hỗ trợ đủ địa chỉ nút cho quy mô mạng hiện tại của bạn hay không, đặc biệt nếu hệ thống đã phát triển kể từ lần cài đặt đầu tiên.
- Loại giao diện vật lýXác nhận chính xác đầu nối và tiêu chuẩn cáp khớp nhau, vì một số mô-đun hỗ trợ cùng một giao thức vẫn sử dụng các đầu nối vật lý khác nhau tùy thuộc vào kiểu máy.
- Cần một mô-đun chuyển đổi.Nếu thiết bị thay thế không hỗ trợ giao thức mà hệ thống của bạn sử dụng, hãy xác định xem có cần thêm cổng hoặc mô-đun chuyển đổi hay không và tính yếu tố đó vào cả chi phí và thời gian cài đặt.
Nếu bạn không chắc chắn về cách một bộ phận thay thế cụ thể kiểm tra những điểm này như thế nào, nhóm kỹ thuật của chúng tôi có thể giúp xác nhận thông số giao thức so với thiết lập hiện tại của bạn trước khi bạn đặt hàng qua chúng tôi.trang yêu cầu.
Điều gì xảy ra khi tính tương thích không được kiểm tra
Một số mẫu xuất hiện nhiều lần khi thiếu khả năng tương thích giao thức. Mô-đun thay thế có bản sửa đổi chương trình cơ sở thấp hơn yêu cầu của thiết bị ban đầu có thể gây ra tình trạng mất liên lạc không liên tục thay vì lỗi hoàn toàn, khiến lỗi khó tìm ra hơn vì kết nối dường như hoạt động một phần thời gian. Một mô-đun hỗ trợ đúng giao thức nhưng ở tốc độ giao tiếp mặc định khác có thể không thiết lập được kết nối cho đến khi cài đặt tốc độ được sửa theo cách thủ công, một điều rất dễ bị bỏ qua nếu mô-đun trước đó tự động{2}}thương lượng. Và trên các mạng bus có dung lượng nút cố định, việc thêm thiết bị thay thế mà không kiểm tra không gian địa chỉ còn lại có thể gây ra xung đột với các thiết bị hiện có thay vì chỉ đơn giản là không kết nối được. Không có tình huống nào trong số này là khó ngăn chặn nhưng việc chẩn đoán sau khi cài đặt sẽ tốn nhiều thời gian-hơn là kiểm tra trước.
Nếu bạn hiện đang đánh giá mô-đun thay thế hoặc mô-đun tương thích cho một mẫu xe Allen-Bradley cụ thể, nhóm của chúng tôi có thể giúp xác nhận khả năng tương thích giao thức với hệ thống hiện tại của bạn trước khi bạn quyết định đặt hàng. Bạn có thể liên hệ với chúng tôi thông quatrang liên hệvới các chi tiết mô hình.
Mẹo khắc phục sự cố giao tiếp phổ biến
Các loại lỗi thường gặp
Hầu hết các vấn đề về giao tiếp của Allen{0}}Bradley đều thuộc một số loại dễ nhận biết. Hết thời gian chờ xảy ra khi một thiết bị không phản hồi trong cửa sổ dự kiến, thường là do thiết bị bị lỗi, cáp bị hỏng hoặc mạng quá tải. Lỗi tổng kiểm tra hoặc CRC cho thấy dữ liệu bị hỏng trong quá trình truyền, thường do nhiễu điện hoặc cáp bị hỏng chứ không phải do sự cố cấu hình. Xung đột địa chỉ xảy ra khi hai thiết bị trên cùng một mạng được gán cùng một địa chỉ nút. Điều này cũng có thể xảy ra sau khi mô-đun thay thế giao thức-không khớp không đăng ký chính xác. Điều đáng lưu ý: phiên bản chương trình cơ sở hoặc giao thức không khớp trên thiết bị thay thế có thể gây ra các triệu chứng giống như lỗi hết thời gian chờ hoặc lỗi không liên tục, đây là một lý do nữa để loại trừ sớm các vấn đề tương thích thay vì cuối cùng.
Các bước khắc phục sự cố cơ bản
Trước khi chẩn đoán sâu hơn, hãy bắt đầu với các nguyên tắc cơ bản: kiểm tra kết nối vật lý và tình trạng cáp, xác nhận địa chỉ thiết bị không xung đột với nút khác và xác minh cài đặt tốc độ liên lạc khớp trên mạng. Các công cụ tiêu chuẩn như RSLinx của Rockwell để duyệt và kiểm tra giao tiếp hoặc bộ phân tích mạng chung cho lưu lượng truy cập dựa trên Ethernet{1}}có thể giúp thu hẹp vị trí xảy ra sự cố trong mạng. Nếu những bước kiểm tra cơ bản này không giải quyết được sự cố thì bước tiếp theo thường bao gồm việc xác nhận chi tiết về mẫu thiết bị và chương trình cơ sở dựa trên tài liệu của nhà sản xuất cho bộ phận cụ thể đó.
Câu hỏi thường gặp
Giao thức giao tiếp phổ biến nhất được sử dụng trong PLC Allen{0}}Bradley hiện nay là gì?
EtherNet/IP và DeviceNet có thể được sử dụng trên cùng một hệ thống không?
ControlLogix sử dụng giao thức truyền thông nào theo mặc định?
Làm cách nào để biết PLC Allen{0}}Bradley hiện tại của tôi hỗ trợ giao thức nào?
Tôi nên kiểm tra những gì trước khi mua mô-đun PLC thay thế hoặc tương thích?
Các mô-đun tương thích hoặc bên thứ ba-có thể giao tiếp đáng tin cậy với phần cứng Allen-Bradley gốc không?
suy nghĩ cuối cùng
Không có giao thức nào được đề cập ở đây đặc biệt phức tạp. EtherNet/IP, DeviceNet, ControlNet, cũng như các tiêu chuẩn nối tiếp và DH+ cũ hơn, mỗi tiêu chuẩn đều giải quyết một vấn đề khá cụ thể và khi bạn biết từng tiêu chuẩn được thiết kế để làm gì thì việc lựa chọn giữa chúng cho một hệ thống mới thường rất đơn giản. Mọi thứ thực sự không ổn nằm ở phần sau, khi một mô-đun cụ thể cần được thay thế và các chi tiết giao thức được giả định thay vì kiểm tra.
Nếu hệ thống của bạn chạy phần cứng Mitsubishi cùng với thiết bị Allen{0}}Bradley, bảng phân tích trước đây của chúng tôi vềGiao thức truyền thông PLC của Mitsubishibao gồm CC-Link, giao thức MC và Modbus ở cùng định dạng thực tế.
Nếu bạn hiện đang tìm nguồn mô-đun thay thế hoặc tương thích và muốn xác nhận rằng nó sẽ giao tiếp chính xác với thiết lập hiện tại của bạn, nhóm của chúng tôi có thể kiểm tra chi tiết giao thức và chương trình cơ sở đối với mẫu máy cụ thể của bạn trước khi bạn đặt hàng. Bạn có thể gửi cho chúng tôi các chi tiết thông quatrang liên hệ.
