Chúng ta có thể tính tốc độ truyền của tín hiệu truyền tín hiệu từ tín hiệu đầu ra TX không?


10

Chúng ta có thể tính tốc độ truyền hoặc tốc độ truyền thông của giao tiếp RS232 từ tín hiệu đầu ra X không?

Hình ảnh dưới đây là từ tín hiệu đầu ra truyền thông RS232. Tôi đã chụp bức ảnh này với 0xaa và khoảng thời gian giữa các mức cao là 100.us.

Tôi nghe nói rằng tần số dao động bên ngoài là 8Mhz. Chúng ta có thể tính tốc độ baud từ đó không?

Dấu vết dao động hiển thị tín hiệu RS232


9
Tôi nghĩ một EE nên biết điều đó F=1/T.
Eugene Sh.

2
Tôi đã mong đợi đây sẽ là một câu hỏi về việc phát hiện tốc độ baud mà không có kiến ​​thức về dữ liệu để dễ dàng cấu hình, nhưng điều này? @EugeneSh. là đúng hơn - biết định nghĩa về tần số là kiến ​​thức cơ bản khi làm việc với thiết bị điện tử.
NieDzejkob

1
Gợi ý: nếu bạn bị lẫn lộn bởi một cái gì đó như thế này, làm cho máy tính của bạn phát triển gửi đoán tốt nhất của bạn như những gì bạn nghĩ rằng bạn đang nhìn thấy và xem những gì trông giống như trên phạm vi trong so sánh. Nếu sai, hãy tinh chỉnh dự đoán của bạn để đưa chúng lại gần hơn.
Chris Stratton

Sigrok là nguồn mở, phải không? Mọi người nghĩ "tần số đoán" hoạt động như thế nào?
mckenzm

Câu trả lời:


21

Có vẻ như bạn có khoảng 2,4 bit lần cho mỗi bộ phận, là 250 bài. Điều đó đặt mỗi bit thời gian tại 104 Carnivals. Đảo ngược mà mang lại 9,6 kBaud. Đó là một trong những tốc độ truyền chuẩn, vì vậy điều này nghe có vẻ hợp lý.


12

100μS


số 8MHz

Một số suy nghĩ khác:

  1. 100μS±2%
  2. 3,5V
  3. Tín hiệu này sử dụng HI cho MARK (trong RS-232, MARK là điện áp âm), do đó đây phải là đầu ra mức logic từ tín hiệu vi mô chứ không phải tín hiệu RS-232.

Nếu bạn lấy bit START bắt buộc và STOP một lần tối thiểu đi, điều này có nghĩa là có ít nhất bảy lần bit còn lại cho dữ liệu:

nhập mô tả hình ảnh ở đây

Ở trên sẽ được hiểu là 0x2A bất kể tuổi thọ, nếu tôi chú ý.

Tuy nhiên, đây sẽ là biểu đồ cho tám bit dữ liệu:

nhập mô tả hình ảnh ở đây

Trong trường hợp này, việc giải thích sẽ là 0xAA hoặc khác 0x55, tùy thuộc vào tính chất cuối của luồng. Vì vậy, điều này có thể đại diện cho 0xAA của bạn (endian nhỏ, mà tôi tin là phổ biến hơn.)

Như bạn có thể thấy, máy phát và máy thu phải có một ưu tiên đồng ý về số lượng bit dữ liệu và bản chất cuối cùng của chúng.

Các kết quả phạm vi có thể được hiểu là kích thước từ nối tiếp dài hơn. Tôi đã thấy chúng trước đây (9, phổ biến nhất, như một số IC được sử dụng để hỗ trợ nó nhưng tôi thậm chí đã thấy 10 được sử dụng trước đó.)

Không có thỏa thuận, thật khó để chắc chắn.


Như một thanh bên:

Tôi nhớ những ngày mà teletype chuyển từ 5 bit sang 6 bit (đầu năm 1960 của DTE) vào thời điểm RS-232 được tạo ra vào năm 1960, vì bố tôi có một chiếc teletype như vậy ngồi ở nhà trong một không gian văn phòng tại nhà. Truyền thông sáu bit RS-232 đã thực sự tồn tại trong một khoảng thời gian.

Mã hóa ASCII được sử dụng rộng rãi vào cuối những năm 1960 và đầu những năm 1970 và là mã hóa 7 bit. Việc truyền thông dữ liệu RS-232 là rất phổ biến để sử dụng 7 bit dữ liệu.

Sau này, khi các IC truyền thông và vi điều khiển được sử dụng phổ biến và kích thước thanh ghi 8 bit có sẵn rất nhiều, RS-232 thường được mở rộng để truyền / nhận 8 bit cùng một lúc.

Tôi nghĩ rằng hầu hết mọi người ngày nay chỉ mong đợi nó được sử dụng cho truyền thông 8 bit. Nhưng đó không phải là luôn luôn như vậy.


Tôi nghĩ dữ liệu cũng có thể là hai byte 0x98 0xE6 ở mức 19.200, được chia nhỏ thành s00011001Ss01100111S [s = start S = stop]. Một số ký tự như "A" [0x41] tạo ra các mẫu bit không thể được tạo bởi bất kỳ tốc độ truyền nào khác (có thể là tại sao Hayes chọn "A" làm ký tự đầu tiên cho chuỗi đào tạo tự động) nhưng mẫu ở trên sẽ đại diện cho hai chuỗi byte ở 19.200 baud.
supercat

Tôi từng là chủ sở hữu tự hào của một máy in teletype cơ khí. Nó hoàn toàn là máy móc và chạy ở tốc độ 60baud. Hoàn toàn cơ học nếu bạn không đếm solenoids và động cơ đồng bộ. Bit bắt đầu giải phóng một bộ ly hợp và một bánh xe chọn bắt đầu quay và mọi thứ xảy ra theo thứ tự sau đó để định vị đầu in và bắn búa. Thật tuyệt khi xem. Phải để nó lại phía sau ở Anh khi tôi đến Canada. Nó là quá nặng để vận chuyển.
Trevor_G

Khá chắc chắn rằng đó là một trong những lý do chính rs 232 có điện áp và dòng điện cực lớn như vậy. Không có gì ở giữa, chỉ có cáp RS232 -> điện từ.
Trevor_G

@supercat Vâng. Nó cũng có thể được chia theo thời gian. Tuy nhiên, những biến thể này đang bắt đầu đi đến điểm cần có một cuốn sách. Nhưng quan điểm của bạn chắc chắn được thực hiện.
jonk

1
@Trevor Tôi chưa bao giờ sở hữu một chiếc, nhưng tôi thường sử dụng KSR-35 (một máy dựa trên cơ học rất ấn tượng) và các đơn vị ASR-33 / KSR-33 sau này rẻ hơn nhiều. Cái mà bố tôi có trong nhà của chúng tôi (trước khi ông chết trong một vụ tai nạn giao thông) không phải là một trong số đó, nhưng là một thiết bị mã 6 bit trước đó có kích thước tương tự ASR-33.
jonk

0

Nếu đây là cho một vi điều khiển, không thể xác định tốc độ baud từ bộ tạo dao động của nó nhưng một tinh thể 8 MHz chắc chắn có thể tạo ra 9600 baud.

Bạn có thể đo và cho tôi biết thời gian chính xác từ mức thấp đầu tiên đến mức cao cuối cùng không? - Không gian đầu tiên trông hơi khác với tôi. Dường như với tôi bạn đang sử dụng một bộ kích hoạt, bạn có thể di chuyển nó lên cao hơn một chút không vì nếu đó là một bộ kích hoạt cạnh và ngồi trên các đỉnh, máy hiện sóng sẽ có thể gặp khó khăn khi kích hoạt.


Nếu bạn lấy mẫu tín hiệu và đo chiều rộng nhỏ nhất gặp phải thì việc tính tỷ lệ là không đáng kể. Sớm hay muộn một bit bắt đầu phải được theo sau bởi '1'.
mckenzm

0

Việc xác định tốc độ truyền từ một dấu vết phạm vi đôi khi nhưng không phải lúc nào cũng có thể.

Tốc độ truyền là nghịch đảo của chu kỳ bit nhưng tín hiệu có thể vẫn ở trạng thái tương tự trong nhiều chu kỳ bit, do đó bạn không thể luôn xác định rõ ràng khoảng thời gian bit từ theo dõi phạm vi.

Giả sử dữ liệu 8 bit và không có tính chẵn lẻ, dạng sóng của bạn có thể biểu thị một byte đơn với chu kỳ bit ~ 100ns nhưng nó cũng có thể biểu thị hai byte với chu kỳ bit khoảng 50ns.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.