html RS232, RS485 và CAN: Chọn giao diện phù hợp | FCTELE
                                   +8618758069661 [email protected]
Tìm kiếm sản phẩm Hướng dẫn: dấu cách = VÀ, | = HOẶC, ! = KHÔNG

Bạn có câu hỏi? Hãy gọi cho chúng tôi ngay hôm nay!

+8618758069661

Hoặc để lại lời nhắn cho chúng tôi

Lời nhắn trực tuyến

RS232 so với RS485 và CAN: Giao diện điện, bus và phân xử

Lượt xem: 72 +2Bài gốc của FCTELETác giả: Đội ngũ kỹ thuật FCTELE
TỔNG QUAN NHANH

Vì sao bộ chuyển đổi giao diện nối tiếp không tự động kết nối được các thiết bị RS485 và CAN?

Chuyển đổi điện và diễn giải thông điệp là hai công việc riêng biệt. RS485 quy định giao diện vi sai nhưng để hệ thống quyết định việc lập lịch truy cập; CAN bổ sung cơ chế phân xử và xử lý khung dựa trên bộ điều khiển. Bộ chuyển đổi phải triển khai các giao diện điện cần thiết, còn khả năng liên thông về ngữ nghĩa đòi hỏi ánh xạ giao thức rõ ràng. Hãy xác nhận thông điệp thực tế, các thông số thời gian của bus và khả năng khôi phục sau lỗi, thay vì coi các đầu nối tương tự nhau là bằng chứng về tính tương thích.

Ba cơ chế và giới hạn xác minh của chúngTheo dõi tín hiệu, sau đó xác minh dịch vụ thực tế

01Xác định các mức điện

Identify electrical levelsA logic UART and an external line interface perform different jobs.UARTLine driverLogic and external interface differCheck voltage, reference and pinout

UART mức logic và giao diện đường truyền bên ngoài thực hiện các công việc khác nhau.

02Lập lịch truy cập bus

Schedule bus accessA two-wire RS485 bus normally needs drivers to take turns.Master TXSlave TXReleaseSeparate request and response drive windows

Bus RS485 hai dây thường cần các bộ phát luân phiên hoạt động.

03Giải quyết tranh chấp trên CAN

Resolve CAN contentionA transmitting node also reads the bus during identifier arbitration.Node ANode BSends 1Sends 0Bus reads 0WithdrawsContinuesIllustrative identifier arbitration bit

Nút đang phát cũng đọc bus trong quá trình phân xử theo mã định danh.

Vuốt để so sánh ba sơ đồ →

Hình minh họa khái niệm phục vụ giảng giải — không phải dạng sóng đo được, sơ đồ đấu dây lắp đặt hay kiến trúc bên trong của một sản phẩm cụ thể.
  • Xác định các mức điện

    Kiểm tra tiêu chuẩn điện áp, điểm tham chiếu và các chân trong tài liệu hướng dẫn.

  • Lập lịch truy cập bus

    Kiểm tra bên nào phát và thời điểm từng bộ phát nhả đường truyền.

  • Giải quyết tranh chấp trên CAN

    Kiểm tra định thời bit và mức ưu tiên của mã định danh trên toàn bộ bus.

Danh sách kiểm tra lựa chọn và xác minhMở rộng các mục kiểm tra và hướng dẫn liên quan
Các mục kiểm tra cho dịch vụ này và điều kiện vận hành thực tế
Mục kiểm traNội dung cần xác nhậnCách xác minh
Xác định các mức điệnUART mức logic và giao diện đường truyền bên ngoài thực hiện các công việc khác nhau.Kiểm tra tiêu chuẩn điện áp, điểm tham chiếu và các chân trong tài liệu hướng dẫn.
Lập lịch truy cập busBus RS485 hai dây thường cần các bộ phát luân phiên hoạt động.Kiểm tra bên nào phát và thời điểm từng bộ phát nhả đường truyền.
Giải quyết tranh chấp trên CANNút đang phát cũng đọc bus trong quá trình phân xử theo mã định danh.Kiểm tra định thời bit và mức ưu tiên của mã định danh trên toàn bộ bus.

RS232 và RS485 chủ yếu quy định giao diện điện cho truyền thông nối tiếp; CAN còn có các cơ chế thông điệp, phân xử và xử lý lỗi. RS232 thường được dùng cho kết nối điểm-điểm, RS485 phù hợp với bus vi sai đa điểm, còn CAN phù hợp với các hệ thống điều khiển cần ưu tiên thông điệp và phối hợp nhiều nút. Ba loại này không thể liên thông chỉ bằng cách đổi đầu nối; khi lựa chọn, phải đồng thời kiểm tra lớp điện, định dạng dữ liệu và giao thức ứng dụng.

Vì sao cùng gọi là “cổng nối tiếp” nhưng không thể kết nối trực tiếp với nhau

Truyền thông nối tiếp gửi dữ liệu theo thứ tự, nhưng “biểu diễn tín hiệu điện như thế nào” và “dữ liệu này có ý nghĩa gì” là hai vấn đề khác nhau. Khi máy tính và thiết bị đo được kết nối qua RS232, hai đầu vẫn phải thống nhất tốc độ baud, số bit dữ liệu, bit chẵn lẻ và số bit dừng, đồng thời sử dụng cùng định dạng lệnh. Hình dạng cổng giống nhau chỉ cho thấy kết nối cơ khí có thể vừa khớp; điều đó không chứng minh điện áp và giao thức tương thích.

RS232 thường sử dụng điện áp đơn đầu so với đất tín hiệu, và có thể dùng dây riêng cho phát và thu. Vai trò DTE và DCE ảnh hưởng đến thứ tự dây; DB9 chỉ là một đầu nối phổ biến, không thể máy móc cho rằng mọi DB9 đều có cùng định nghĩa chân. Thiết bị công nghiệp cũng có thể bố trí các giao diện khác trong vỏ đầu nối tương tự, vì vậy phải lấy tài liệu hướng dẫn làm căn cứ.

Kết nối điểm-điểm RS232, bus vi sai đa điểm RS485 và mạng thông điệp CAN có các cơ chế kết nối và điều khiển khác nhau, không phải ba loại phích cắm có thể thay thế trực tiếp cho nhau.
Kết nối điểm-điểm RS232, bus vi sai đa điểm RS485 và mạng thông điệp CAN có các cơ chế kết nối và điều khiển khác nhau, không phải ba loại phích cắm có thể thay thế trực tiếp cho nhau.

RS485: hai dây vi sai không có nghĩa là tất cả đều có thể phát cùng lúc

Bộ thu vi sai tập trung vào chênh lệch điện áp giữa hai dây, giúp dễ khử nhiễu tác động giống nhau lên cả hai dây hơn, nhưng vẫn có các yêu cầu về dải điện áp chế độ chung, nối đất và bảo vệ. RS485 hai dây thường hoạt động bán song công, và tại cùng một thời điểm thường chỉ nên có một bộ phát hoạt động; giao thức ứng dụng quyết định ai gửi và gửi khi nào, chẳng hạn một thiết bị chủ thăm dò các thiết bị tớ. Bản thân RS485 không tự động cung cấp địa chỉ, cơ chế thăm dò hoặc truyền lại dữ liệu.

Đường trục nên được bố trí theo cấu trúc bus, các nhánh nên ngắn nhất có thể, và điện trở kết cuối nên được đặt tại hai đầu vật lý theo trở kháng đặc tính của cáp, chiều dài và tốc độ sườn tín hiệu, chứ không tùy tiện thêm tại mọi nút. Số nút phụ thuộc vào tải của thiết bị, cách đi dây và tốc độ; không thể áp dụng một con số truyền thống cho mọi sản phẩm. Khoảng cách và tốc độ cũng ràng buộc lẫn nhau, vì vậy không nên cam kết rằng mọi tốc độ đều có thể truyền trên cùng một khoảng cách.

CAN: cơ chế phân xử là điểm khác biệt quan trọng so với bus 485 thông thường

Bộ điều khiển CAN tham gia phân xử bus theo mã định danh thông điệp. Bit trội có thể lấn át bit lặn, và nút vừa gửi vừa đọc; nút gửi bit lặn nhưng đọc được bit trội sẽ dừng lần tranh chấp hiện tại, để thông điệp giành được quyền ưu tiên tiếp tục truyền. Đây không phải cách giành đường truyền đơn giản bằng việc va chạm và làm hỏng dữ liệu trước rồi chờ ngẫu nhiên. Nếu các mã định danh ưu tiên cao được bố trí không hợp lý, thông điệp ưu tiên thấp cũng có thể phải chờ quá lâu.

Bộ thu phát CAN xử lý tín hiệu điện vi sai, còn bộ điều khiển xử lý khung và lỗi. Các giao thức lớp trên như CANopen quy định thêm về đối tượng thiết bị và hành vi truyền thông. Classic CAN và CAN FD cũng khác nhau về độ dài khung, các pha tốc độ và điều kiện tương thích; không thể cho rằng chúng hoàn toàn liên thông chỉ vì đều được gắn nhãn CAN.

Truyền tín hiệu vi sai giải thích cơ chế chống nhiễu; cơ chế phân xử CAN phụ thuộc vào việc bộ điều khiển đọc trạng thái bit trên bus, vốn không phải khả năng sẵn có của RS485.
Truyền tín hiệu vi sai giải thích cơ chế chống nhiễu; cơ chế phân xử CAN phụ thuộc vào việc bộ điều khiển đọc trạng thái bit trên bus, vốn không phải khả năng sẵn có của RS485.

Lựa chọn theo yêu cầu dự án, không phải theo cách xếp hạng tên gọi cao hay thấp

Khi gỡ lỗi một thiết bị đơn lẻ ở khoảng cách ngắn, RS232 có thể đơn giản và trực tiếp; khi nhiều đồng hồ đo được nối dọc theo cùng một đường truyền và được thiết bị chủ thăm dò, RS485 cùng giao thức tương ứng phổ biến hơn; khi nhiều nút điều khiển cần phối hợp theo mức ưu tiên thông điệp, nên cân nhắc CAN và một giao thức lớp trên phù hợp. Cuối cùng, vẫn cần kiểm tra môi trường, chu kỳ, khả năng khôi phục sau lỗi và hỗ trợ phần mềm.

Bộ chuyển đổi giao diện cũng có sự phân lớp. Bộ chuyển đổi từ 232 sang -485 có thể chỉ chuyển đổi giao diện điện và không thể tự động biến lệnh của nhà cung cấp thành Modbus; nếu muốn kết nối từ 485 sang CAN đạt khả năng liên thông về ngữ nghĩa, cần có ánh xạ cổng giao tiếp và lập lịch rõ ràng. Khi nghiệm thu, nên dùng thông điệp thực tế để kiểm tra dữ liệu hai chiều, độ trễ khi có tải và khả năng khôi phục sau tình huống bất thường, chứ không chỉ quan sát xem đầu dây có dạng sóng hay không.

Nên xem xét thế nào khi máy hiện sóng hiển thị dạng sóng nhưng phần mềm vẫn báo lỗi

Trước tiên, hãy tách vấn đề vật lý khỏi vấn đề dữ liệu. Cực tính cổng, đất tham chiếu, dải điện áp chế độ chung hoặc kết cuối không phù hợp có thể khiến bộ thu đọc sai bit; định dạng nối tiếp không nhất quán có thể khiến các mức điện áp bình thường bị diễn giải theo ranh giới ký tự sai; các lệnh ứng dụng khác nhau có thể khiến dữ liệu đúng định dạng không nhận được phản hồi hợp lệ. Cần kiểm tra lần lượt ba lớp vấn đề này, không nên che khuất nguyên nhân bằng một nhãn chung “cổng nối tiếp không hoạt động”.

Khi kiểm tra CAN, cũng cần đọc các bộ đếm lỗi và trạng thái của bộ điều khiển. Bus bị đứt, thiếu xác nhận hoặc lỗi cấu hình có thể kích hoạt xử lý lỗi; trong trường hợp nghiêm trọng, nút sẽ vào trạng thái bus-off. Cách khôi phục sau khi sửa cáp phụ thuộc vào bộ điều khiển và chiến lược phần mềm, vì vậy cần xác nhận hành vi khôi phục của ứng dụng, chứ không chỉ chờ đèn cổng sáng trở lại.

Khi mua thiết bị đo thay thế, hãy liệt kê tiêu chuẩn điện của giao diện, các chân đầu nối, tốc độ truyền thông, định dạng dữ liệu và giao thức ứng dụng, đồng thời đính kèm mẫu thông điệp thực tế. Với thiết bị CAN, cũng cần làm rõ các yêu cầu về Classic CAN hay CAN FD, mã định danh và giao thức lớp trên. Việc ghi đầy đủ các điều kiện này có khả năng giúp tránh mua nhầm tốt hơn so với yêu cầu mơ hồ về “một cổng nối tiếp”.

Mở rộng giao diện qua cáp quang cũng không thể vượt qua ranh giới giao thức. Modem quang 232 trong suốt, modem quang 485 và thiết bị truyền dẫn quang CAN thích ứng với các cơ chế khác nhau; riêng CAN còn cần xem xét các ràng buộc về thời gian phân xử và độ trễ lan truyền. Giải pháp khoảng cách xa nên được thiết kế theo hướng dẫn về tính tương thích của toàn hệ thống, và không thể coi thiết bị truyền nối tiếp qua quang thông thường là bộ mở rộng CAN.

Tài liệu tham khảo:TI: Cấu hình hệ thống RS422/RS485;TI: Kiến thức cơ bản về truyền dẫn vi sai RS485.

Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn được xuất bản lần đầu: 2020-05-18. Nguồn được sửa đổi lần cuối: 2026-10-13T23:18:15+08:00. Đọc nguồn tiếng Trung

Các câu hỏi thực tế thường gặp

Đầu nối DB9 có cho biết thiết bị sử dụng RS232 hay CAN không?

Không. Vỏ đầu nối không xác định tiêu chuẩn điện hoặc cách gán chân. Hãy kiểm tra tài liệu thiết bị trước khi kết nối; bộ chuyển đổi chân không thể làm cho các mức điện áp không tương thích trở nên an toàn hoặc chuyển đổi ý nghĩa thông điệp.

Ai ngăn hai thiết bị đo RS485 phát cùng lúc?

Giao thức ứng dụng và việc lập lịch của hệ thống thường phối hợp quyền truy cập. Riêng RS485 không quy định cơ chế thăm dò hoặc mức ưu tiên thông điệp. Hãy kiểm tra cách đánh địa chỉ và hành vi chuyển đổi giữa phát và thu trên thiết bị thực tế, thay vì trông chờ bộ thu phát thực hiện phân xử.

Cơ chế phân xử CAN có bảo đảm thông điệp ưu tiên thấp được truyền đúng hạn không?

Không. Cơ chế phân xử cho phép bên tranh chấp có mức ưu tiên cao hơn tiếp tục truyền, nhưng lưu lượng ưu tiên cao lặp lại có thể làm chậm các thông điệp khác. Hãy đánh giá tải bus, lịch truyền thông điệp và các thời hạn cần đáp ứng; chỉ riêng định dạng khung CAN hợp lệ không bảo đảm việc truyền đúng hạn.

Nguồn và giới hạn áp dụng

Các nội dung bổ sung này giải thích cơ chế chung. Tính năng được hỗ trợ, chi tiết kết nối và giới hạn nghiệm thu phải được xác minh cho thiết bị, phần mềm và điều kiện vận hành thực tế; các sơ đồ không phải số liệu đo hay bằng chứng chứng nhận.

Chia sẻ bài viết này