Trong mạng nhà máy, PLC, IO từ xa, camera và máy tính đều có thể được cắm vào cùng một loại cáp mạng, nhưng điều đó không có nghĩa là chúng sử dụng cùng một giao thức, cũng không có nghĩa là bất kỳ bộ chuyển mạch công nghiệp nào cũng có thể đáp ứng yêu cầu điều khiển chuyển động. Khi lựa chọn và sử dụng bộ chuyển mạch, bạn cần đồng thời xem xét khả năng kết nối, giao thức ứng dụng và yêu cầu về thời gian. Bài viết này giải thích sự khác biệt giữa các lớp đó và không coi PROFINET hay EtherCAT là các tùy chọn cấu hình có trên mọi bộ chuyển mạch.
1. Cùng loại cáp chỉ có nghĩa là phương thức kết nối có thể giống nhau
Nếu ví với đường giao thông, cáp và sợi quang giống như đường đi, các khung Ethernet giống như xe chạy trên đường, còn giao thức ứng dụng là quy tắc mã hóa và giao nhận hàng hóa trên xe. Một con đường cho phép xe đi qua không có nghĩa là con đường đó sẽ tự động chuyển một đơn hàng bằng tiếng Trung sang định dạng khác. Bộ chuyển mạch chủ yếu chuyển tiếp dựa trên thông tin khung; PLC và thiết bị đầu cuối có thể hiểu nhau hay không là một vấn đề riêng.
Ví dụ, một thiết bị thu thập dữ liệu hỗ trợ Modbus TCP phải được đọc bởi máy tính chủ hỗ trợ phương thức truyền thông tương ứng; bộ điều khiển PROFINET cần có các thiết bị IO phù hợp và cấu hình kỹ thuật tương ứng. Ngay cả khi hai nhóm thiết bị được kết nối với cùng một bộ chuyển mạch, bạn cũng không thể cho rằng các giao thức của chúng tương tác được với nhau chỉ vì đèn báo đang sáng. Khi thực sự cần chuyển đổi, hãy xác nhận gateway hoặc chương trình ứng dụng phù hợp, thay vì mặc định bộ chuyển mạch có chức năng chuyển đổi.
2. Liệt kê yêu cầu mạng từ ứng dụng thực tế
Đừng chỉ liệt kê “cần bao nhiêu cổng mạng”. Trước tiên, hãy liệt kê tên thiết bị đầu cuối, giao thức, chiều truyền thông, chu kỳ cập nhật, lượng thông điệp và ảnh hưởng khi gián đoạn. Việc thu thập nhiệt độ cập nhật một lần mỗi chu kỳ không có cùng yêu cầu thời gian với điều khiển đồng bộ servo nhiều trục. Camera liên tục tải video lên cũng khác với việc thỉnh thoảng truy cập trang quản lý bộ chuyển mạch. Chỉ khi biết ứng dụng vận hành như thế nào, bạn mới có thể đánh giá băng thông, cấu trúc liên kết và khả năng chẩn đoán.
Điều quan trọng nữa là phải ghi rõ mức gián đoạn và suy giảm tốc độ cho phép. Một số ứng dụng cho phép thử lại trong thời gian ngắn, trong khi các ứng dụng khác cần kích hoạt cơ chế bảo vệ dừng máy. Bản thân thiết kế mạng không nên thay thế các chức năng an toàn của thiết bị. Với các hệ thống liên quan đến chuyển động cơ khí và an toàn con người, kiến trúc an toàn phải được nhân sự kỹ thuật phụ trách xác nhận; từ “tin cậy” trong tên bộ chuyển mạch công nghiệp không có nghĩa đó là bộ điều khiển an toàn.
3. Vì sao cổng gigabit không có nghĩa là dữ liệu điều khiển đến đúng thời hạn
Tốc độ cổng biểu thị khả năng truyền dữ liệu của cổng đó trong các điều kiện quy định. Khi bộ chuyển mạch nhận lưu lượng từ nhiều hướng và các luồng này cần đi tới cùng một cổng ra tại cùng một thời điểm, cổng ra vẫn phải gửi từng khung một; dữ liệu tạm thời chưa thể gửi sẽ vào bộ đệm. Điều này giống như nhiều xe nhập vào cùng một lối đi; ngay cả khi mỗi đường dẫn vào đều rộng, vẫn có thể xảy ra xếp hàng tại điểm nhập làn.
Băng thông trung bình có thể không cao, nhưng lưu lượng đột biến vẫn có thể xuất hiện tại một thời điểm nhất định. Thời gian chờ thay đổi theo tải, đây là một nguồn gây biến thiên độ trễ; khi hàng đợi tích tụ trong thời gian dài, dữ liệu cũng có thể bị loại bỏ. Hệ thống điều khiển không chỉ cần quan tâm đến việc có truyền được hay không, mà còn phải xem dữ liệu có được truyền đúng thời hạn trong điều kiện ứng dụng bất lợi nhất hay không. Không thể dùng tốc độ trung bình của một ngày để thay thế các phép thử độ trễ và mất gói tại những thời điểm quan trọng.
4. Vì sao cần xem xét PROFINET RT và IRT theo cách khác nhau
PROFINET không đơn giản là “nhanh hơn cáp mạng thông thường”. Nó bao gồm các cơ chế truyền thông khác nhau cho những tác vụ như chẩn đoán, cài đặt tham số và dữ liệu thời gian thực. Với các tình huống yêu cầu mức đồng bộ hóa và tính xác định cao hơn, IRT còn liên quan đến thời gian chung, tài nguyên truyền dẫn được dành trước và lập lịch. Phần giải thích về IRT của PI North America phân biệt rõ các cơ chế này và chỉ ra rằng các thiết bị liên quan trên đường truyền thông IRT cần có khả năng tương ứng.
Do đó, chỉ riêng vỏ thiết bị công nghiệp, cổng gigabit, QoS thông thường hoặc chức năng mạng vòng không thể chứng minh rằng một thiết bị đáp ứng yêu cầu IRT. Cần đối chiếu khả năng PROFINET mà dự án cần với bộ điều khiển, thiết bị đầu cuối, cấu trúc liên kết và yêu cầu hệ thống. Nếu nhà sản xuất cung cấp thông tin chứng nhận hoặc tính tương thích, cũng cần xác nhận chính xác model và phiên bản mà thông tin đó áp dụng; không được suy rộng khả năng của một sản phẩm trong dòng sang toàn bộ dòng sản phẩm.
5. Không thể coi EtherCAT là một tùy chọn bật/tắt dùng chung trên bộ chuyển mạch thông thường
EtherCAT sử dụng các cơ chế truyền thông và xử lý chuyên dụng. Theo phần giải thích kỹ thuật của EtherCAT Technology Group , các bộ điều khiển thiết bị slave của EtherCAT có thể xử lý dữ liệu tương ứng khi khung đi qua. Điều này khác với vai trò của bộ chuyển mạch thông thường là nhận và chuyển tiếp khung Ethernet. Không thể tìm một nút “bật EtherCAT” trong giao diện của bất kỳ bộ chuyển mạch nào rồi cho rằng thiết bị đã trở thành slave EtherCAT hoặc thiết bị phân nhánh chuyên dụng.
Khi cần phân nhánh EtherCAT, thay thế thiết bị hoặc kết nối với mạng thông thường, phải lựa chọn các thành phần theo kiến trúc hệ thống điều khiển và hướng dẫn sản phẩm tương ứng. Một số thiết bị có cả giao diện Ethernet thông thường và giao diện EtherCAT; không thể sử dụng lẫn lộn và cắm tùy ý các giao diện này. Cách an toàn nhất là kiểm tra ký hiệu cổng trên thiết bị và bản vẽ kỹ thuật, thay vì phán đoán qua hình dạng ổ cắm. Bài viết này không cung cấp các bước nối chuỗi tách rời khỏi một hệ thống điều khiển cụ thể.
6. VLAN, multicast và mạng vòng giải quyết những vấn đề gì
VLAN được dùng để phân chia phạm vi mạng logic và có thể giảm truyền thông không cần thiết giữa các phạm vi, nhưng không phải là ngắt kết nối vật lý, cũng không phải chuyển đổi giao thức. Quản lý multicast được dùng để kiểm soát phạm vi chuyển tiếp của lưu lượng multicast tương ứng; không phải mọi ứng dụng công nghiệp đều dùng multicast, và không phải mọi ứng dụng đều cần bật cùng một chức năng multicast. Việc có bật hay không cần được quyết định theo lưu lượng ứng dụng và yêu cầu của thiết bị.
Các giao thức mạng vòng điều khiển đường truyền mạng dự phòng, ngăn vòng lặp lớp 2 và khôi phục kết nối trong các điều kiện áp dụng. Quá trình khôi phục của chúng có thể ảnh hưởng đến ứng dụng điều khiển; có thể khôi phục kết nối không có nghĩa là hoàn toàn không gây ảnh hưởng đến mọi hệ thống điều khiển. Cấu trúc liên kết hình sao, tuyến và vòng cũng không được lựa chọn dựa trên vẻ đẹp của sơ đồ: hình sao giúp cô lập sự cố nhánh dễ hơn, dạng tuyến có thể khiến truyền thông phía sau phụ thuộc vào các nút phía trước, còn dạng vòng bổ sung các yêu cầu về giao thức và tính tương thích.
7. Khả năng của sản phẩm Feichang phải được đối chiếu theo model cụ thể
Feichang trang sản phẩm bộ chuyển mạch có quản lý gắn thanh ray với 4 cổng điện và 2 cổng quang liệt kê STP/RSTP, VLAN và các chức năng liên quan đến multicast, có thể dùng làm cơ sở tham khảo khi lựa chọn theo yêu cầu tập trung lưu lượng, kết nối quang–điện và quản lý. Thông tin trên trang không chứng minh rằng sản phẩm có khả năng PROFINET IRT hoặc nút EtherCAT chuyên dụng; khi có những yêu cầu này, phải xác nhận riêng tài liệu và tính tương thích hệ thống của sản phẩm cụ thể.
Khi gửi yêu cầu cho Feichang, nên cung cấp thêm danh sách thiết bị đầu cuối, giao thức điều khiển, khoảng cách đi cáp, sơ đồ cấu trúc liên kết, chu kỳ cập nhật và thời gian khôi phục cho phép. Những thông tin này giúp phân biệt khách hàng cần kết nối Ethernet thông thường, hạ tầng mạng có quản lý hay thiết bị chuyên dụng cho một giao thức công nghiệp cụ thể. Khi mua sắm, không nên chỉ hỏi “có hỗ trợ giao thức công nghiệp không”, mà nên hỏi “có đáp ứng được yêu cầu trong hệ thống này, phiên bản này và đường truyền thông này không”.
8. Kiểm chứng với tải thực tế và lưu hồ sơ cho phép tái lập phép thử
Việc thử nghiệm nên bắt đầu trong môi trường ngoại tuyến đã được phê duyệt, trước tiên kiểm chứng hoạt động ứng dụng cơ bản của một bộ điều khiển và thiết bị đầu cuối, sau đó bổ sung dần lưu lượng video, thu thập dữ liệu và quản lý dự kiến. Ghi lại tốc độ cổng, số lỗi và số lần loại bỏ dữ liệu, chu kỳ ứng dụng và cảnh báo, đồng thời chú ý xem chúng có thay đổi sau khi tăng tải hay không. Khi cần kiểm chứng khả năng khôi phục liên kết, hãy thực hiện theo kế hoạch dự án; không trực tiếp rút cáp để tạo sự cố trong quá trình sản xuất đang vận hành.
Hồ sơ nghiệm thu phải trả lời được: đã sử dụng thiết bị và phiên bản nào trong thử nghiệm, cấu trúc liên kết ra sao, tải được tạo như thế nào, kéo dài bao lâu, đã quan sát thấy bất thường gì và ai xác định điều kiện đạt. Một trang web mở được chỉ cho thấy lần truy cập đó thành công; một lần Ping bình thường cũng không thể chứng minh mọi chu kỳ điều khiển đều bình thường. Tách riêng ba hạng mục “kết nối vật lý đúng”, “hoạt động ứng dụng theo giao thức đúng” và “hiệu năng thời gian đáp ứng yêu cầu” có thể tránh việc dùng phép thử dễ nhất để thay thế kiểm chứng hệ thống thực tế.
Từ thu thập dữ liệu hiện trường đến hệ thống cấp trên: trách nhiệm của từng thiết bị
Thiết bị đo hiện trường hoặc bộ điều khiển tạo ra dữ liệu ứng dụng trước tiên; các thiết bị đầu cuối có khả năng kết nối Ethernet gửi dữ liệu vào mạng chuyển mạch, sau đó thiết bị truy nhập và tập trung chuyển dữ liệu đến hệ thống giám sát hoặc hệ thống cấp trên theo các quy tắc mạng. Với thiết bị nối tiếp hoặc bus chuyên dụng, cần có gateway phù hợp để thực hiện ánh xạ giao diện và giao thức; truy cập đám mây còn có thể liên quan đến định tuyến, xác thực bảo mật và dịch vụ ứng dụng. Bộ chuyển mạch không tự động diễn giải các giá trị thu thập thành thông tin sản xuất, cũng không trở thành thiết bị chuyển đổi giao thức hoặc điện toán đám mây chỉ vì tên gọi có chứa Internet công nghiệp.
Các giao thức công nghiệp như EtherCAT và PROFINET hỗ trợ những cơ chế thời gian thực cụ thể có các yêu cầu riêng về thiết bị và định thời; tương thích với chuyển tiếp Ethernet thông thường không có nghĩa là đáp ứng mọi yêu cầu. Trong quá trình thiết kế, hãy liệt kê giao thức ứng dụng, chu kỳ cập nhật, cách xử lý khi dữ liệu bị mất, cách ly mạng và sự hỗ trợ từ thiết bị đối tác, sau đó xác định model và cấu trúc liên kết. Khi nghiệm thu, cần truy vết từ dữ liệu điểm cuối đến hiển thị ở cấp trên và thử nghiệm riêng truy cập quản lý với hoạt động ứng dụng thực tế; không coi việc ping được là đáp ứng đầy đủ yêu cầu về giao thức, hiệu năng thời gian thực và bảo mật.
Sơ đồ là hình minh họa các cơ chế chung, không phải kết quả đo sản phẩm hay ảnh mặt cắt của model. Khả năng về giao diện, giao thức, bảo vệ và nguồn điện phải được đối chiếu theo model thực tế.
Dịch từ bài viết kỹ thuật tiếng Trung. Nguồn được xuất bản lần đầu: 2020-01-06. Nguồn được sửa đổi lần cuối: 2026-10-13T10:26:21+08:00. Đọc nguồn tiếng Trung
