Điện trở nối tiếp với Tx và Rx


10

Tôi đang tạo một bảng mạch của riêng mình và sử dụng ATmega 328 với bộ tải khởi động Arduino. Tôi có một công tắc DIP để chọn chip FTDI (để lập trình) được kết nối với Rx và Tx của ATMega, hoặc GPS xuất ra nối tiếp để được kết nối. Tôi đã xem sơ đồ này để tham khảo: http://arduino.cc/en/uploads/Main/ArduinoNano30Schematic.pdf

Tại sao có 2 điện trở trên Rx và Tx đến từ ATMega? Tôi có cần những thứ đó chỉ để kết nối với chip FTDI không, hay chúng cũng cần ở đó cho GPS?


Tôi có thể nói rằng chúng được dự định là điện trở kết thúc, nhưng nếu bạn có trở kháng 1K trên dấu vết PCB, bạn có vấn đề lớn hơn.
drxzcl

1
Tại sao không hỏi những người thiết kế nó?
endolith

Câu trả lời:


10

Một trong số đó là để ngăn chặn thiệt hại có thể xảy ra nếu AVR có RxD được lập trình như một đầu ra, các chân trên cả hai thiết bị có thể bị hỏng nếu điều đó xảy ra vì các chân AVR có thể cấp nguồn và chìm khá nhiều dòng điện. Tôi không nghĩ rằng các điện trở khác là cần thiết.


Nếu bạn định thêm phần cứng để bù cho các lỗi phần sụn có thể xảy ra, thì danh sách không bao giờ kết thúc. Tôi không biết nhiều về AVR, nhưng hầu hết các bộ vi điều khiển thức dậy với các chân ở trạng thái trở kháng cao vì lý do này chính xác. Các chân chung không trở thành đầu ra cho đến khi phần sụn rõ ràng làm cho chúng như vậy. Đôi khi phần cứng bổ sung để xử lý các lỗi có thể có ý nghĩa trong các nguyên mẫu, nhưng đối với các sản phẩm có khối lượng lớn với phần sụn được thử nghiệm thì đây chỉ là một sự lãng phí. Hầu hết các đầu ra kỹ thuật số sẽ tồn tại tốt khi bị kẹt lại với nhau, mặc dù tôi không cố ý làm điều này.
Olin Lathrop

8
Arduino thường được sử dụng bởi những người như sinh viên nghệ thuật và thiết kế, do đó cần có biện pháp bảo vệ như thế. OP không cần điện trở ở đó.
Leon Heller

1
Tôi nghĩ rằng thể đặt Rx trên FT 232 làm đầu ra, ở chế độ bit-bang.
Sói Connor

2
@Olin Việc tái sử dụng pin làm chân đầu ra là khá phổ biến, có thể sử dụng nó cho cả lập trình và IO chung là một tính năng. PORTD là cổng 8 bit đầy đủ duy nhất bạn có trên arduino để chơi với việc sử dụng lại các dòng tx / rx là giá vé tiêu chuẩn nếu bạn không cần phải nói nối tiếp trong khi hoạt động bình thường.
John Meacham

5

Dường như không có lý do chính đáng nào cho những điện trở đó. Cả hai phần trên sơ đồ đó dường như chạy trên 5V với một điểm chung. Không cần phải có điện trở trong các dòng giữa hai chip.

Nếu các đường dây bị tắt, thì có thể có một số điểm để đặt các điện trở nối tiếp để bảo vệ các bộ phận trên tàu, nhưng dường như đó không phải là điều đang xảy ra trong sơ đồ đó.

Hãy nhớ rằng đây là một sơ đồ Arduino. Điều đó có nghĩa là có một cơ hội tốt cho bất cứ ai thiết kế nó không làm điều này một cách chuyên nghiệp. Có rất nhiều mê tín ngoài kia. Chỉ vì một cái gì đó trên mạng không có nghĩa là nó được thực hiện đúng.


6
Arduino đặc biệt dành cho những người chưa quen với điều này. Do đó, thiết kế phần cứng có thể chịu được các lỗi phần mềm có thể gây ra xung đột xe buýt là lẽ thường. Tôi có thể thấy một lý do rất chính đáng cho các điện trở - Mọi người có thể vô tình đặt các đường TX / RX thành đầu ra khi không nên sử dụng.
Sói Connor

Có những lý do tốt cho các điện trở ở đó, xin vui lòng kiểm tra các câu trả lời khác.
Marcelo

5

Đây là một câu hỏi cũ và đã được trả lời, nhưng tôi không tìm thấy trong bất kỳ câu trả lời nào là một trong những lý do tốt và có thể là một trong những lý do quan trọng nhất cho các điện trở ở đó.

Mặc dù hầu hết mọi người chỉ sử dụng RX / TX để kết nối Arduino với PC của họ để lập trình chip và / hoặc thực hiện gỡ lỗi nối tiếp, những người khác sử dụng chân RX / TX của Arduino để giao tiếp với các thiết bị nối tiếp khác. Trong trường hợp này, chip FTDI và thiết bị khác này sẽ xung đột và rất có khả năng sẽ làm hỏng cả hai do chập điện. Các điện trở này "tách" FTDI khỏi thiết bị khác khi có một chân được kết nối với các chân của RX RX / TX, bảo vệ cả hai và cho phép chúng được nối dây và kết nối đồng thời.

Một điều cần nhớ là, một khi một thiết bị nối tiếp khác được kết nối với các chân RX / TX của Arduino, các điện trở sẽ che dấu các mức logic từ FTDI theo cách tương tự xảy ra với các điện trở kéo / kéo xuống, do đó, thiết bị bên ngoài sẽ có "ưu tiên" hơn trong giao tiếp FTDI.


1
đây chính xác là những gì tôi muốn trả lời, và nó rất chính xác vì tôi đã tìm kiếm chủ đề này trước đây.
Điện tử


4

Nó có thể được thực hiện để ngăn chặn thiết bị tắt bảng khác đang cấp nguồn cho Atmel khi thiết bị tắt nguồn. Do dòng điện chạy qua điốt kẹp bên trong của ...


Chào mừng đến với EE.SE! Nói chung, chúng tôi khuyên người dùng không nên trả lời các câu hỏi cũ trừ khi câu hỏi đó đáng tin cậy và không có câu trả lời. Như đã nói, câu hỏi cụ thể này đã hơn ba năm tuổi và có câu trả lời được chấp nhận. Trong tương lai, vui lòng cố gắng không trả lời các câu hỏi cũ hơn vì nó đưa câu hỏi lên đầu nguồn cấp câu hỏi trên trang nhất và đưa ra một cái nhìn lộn xộn cho EE.SE. Cảm ơn!
Funkyguy

2
@Funkyguy câu trả lời được chấp nhận là, trong khi không phải là một quan sát sai sự thật, có lẽ không phải là lý do thực sự.
Chris Stratton

2

Thêm một điện trở sê-ri giá trị nhỏ (100 ohms hoặc hơn) vào tín hiệu phát ra ngoài bảng có thể giảm phát xạ RF. Các điện trở trên sơ đồ minh họa dường như không được đặt tốt cho điều đó, mặc dù. Một cách sử dụng khác cho điện trở là một mux thực sự rẻ. Nếu chip FTDI cố gắng lái pin RX của Arduino và không có gì trên tiêu đề cố gắng, chip FTDI sẽ "thắng", nhưng nếu có gì đó trên tiêu đề cố gắng lái pin đó mà không có điện trở nối tiếp, thiết bị trên tiêu đề sẽ " thắng lợi". Điều đó có thể giải thích một số hữu ích cho điện trở trên chân RX của Arduino. Tuy nhiên, không chắc chắn mục đích của TX trên mục đích gì, trừ khi có một kết nối bên ngoài khác cho dây "TX" được nối với chân RX của FTDI và tôi chỉ không nhìn thấy nó (nếu có kết nối bên ngoài như vậy,


2

Tôi đã thấy 100 điện trở ohm trên các xe buýt I2C và UART trước đây, chúng thường được sử dụng để bảo vệ ESD. Chúng hoạt động cùng với các điốt kẹp tích hợp trong MCU.

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.