Dung sai 5V trên đầu vào cảm biến VBUS


8

Tôi đang thiết kế một thiết bị xung quanh STM32L476. Thiết bị của tôi chủ yếu chạy bằng pin, nhưng có cổng USB, khi được cắm, tôi muốn sử dụng làm nguồn năng lượng thay thế (thông qua bộ điều chỉnh 3,3V) để hạn chế hao pin. Người dùng cũng có thể kết nối cổng USB trong khi không có pin.

Tôi muốn có thể cảm nhận khi cổng USB được kết nối, vì vậy tôi đang sử dụng PA9 làm OTF_FS_VBUS.

Tin tốt : bảng dữ liệu nói rằng chân PA9 có khả năng chịu được 5V.

Tin xấu : Chân dung nạp 5V dường như chỉ thực sự chịu được 5V khi cấp nguồn. Bảng dữ liệu §6.2 bảng 18 cho biết:

Điện áp đầu vào tối đa trên các chân FT_xxx: min (VDD, VDDA, VDDIO2, VDDUSB, VLCD) + 4.0V

Trong trường hợp của tôi, nếu không có pin và người dùng kết nối cổng USB, có một thời gian, trước khi bộ điều chỉnh khởi động, trong thời gian đó, điện áp trên PA9 sẽ là 5V trong khi không có nguồn nào được cấp trên các chân cung cấp CPU.

Một tin xấu hơn nữa : không được phép tiêm hiện tại: datasheet §6.2, bảng 19, cho biết:

Dòng được tiêm trên FT_xxx: -5 / + 0 (xem ghi chú 4)

Lưu ý 4: Một mũi tiêm dương tính được tạo ra bởi VIN> VDDIOx trong khi một mũi tiêm âm tính được tạo ra bởi VIN <VSS. IINJ (PIN) không bao giờ được vượt quá.

Vì vậy, có vẻ như tôi không thể sử dụng một điện trở đơn giản để hạn chế dòng điện dư trên PA9 trong thời gian bộ điều chỉnh bắt đầu. Bất kỳ lượng dòng nào sẽ chảy từ VBUS đến PA9 trước khi VDD tăng tốc dường như đều bị cấm.

Những người khác đã làm gì?

Tôi đã xem qua nhiều thiết kế xung quanh chip STM32, nhìn vào các kết nối VBUS của chúng và chúng dường như không quan tâm. Họ kết nối VBUS trực tiếp với PA9, hoặc cuối cùng thông qua một điện trở, nhưng tôi chưa bao giờ thấy điều gì phức tạp hơn. Nhưng họ chủ yếu là các ban phát triển, vì vậy tôi đoán độ chắc chắn (đó có phải là một từ không?) Không quan trọng lắm. Và chúng thường không được cấp nguồn qua cổng USB và chắc chắn người dùng sẽ không kết nối cổng USB trước khi cấp nguồn cho bo mạch.

Kế hoạch của tôi là gì?

Đặt cái này giữa VBUS trên cổng USB và chân PA9 của MCU:

Bảo vệ VBUS

Tôi thực sự đã cố gắng để giữ cho nó đơn giản. Về cơ bản, nó đảm bảo rằng VUSB_CPU (là chân PA9) không bao giờ có thể cao hơn VCPU + 4V (Vz + Vbe), mà không tiêu thụ bất kỳ nguồn điện nào nếu nó ổn.

Câu hỏi chính của tôi là : Tôi có đúng trong phân tích của tôi? Là mạch này là một giải pháp tốt? Tôi có lo lắng về những điều không liên quan? Tại sao không ai khác quan tâm đến vấn đề tiềm năng này?

Câu hỏi thêm : Tôi dự định sử dụng USB OTG. Đó có phải là vấn đề nếu có điện trở 4,7k giữa đầu nối và chân PA9 không? Tôi đoán sẽ là nếu tôi phải sử dụng xung VBUS trong SRP, nhưng phương pháp này rõ ràng không được chấp nhận. Vậy tôi có tốt không, dù vai trò (thiết bị / máy chủ) của thiết bị của tôi là gì?

Điểm cuối cùng : Dòng tối đa được rút ra bởi chân cung cấp VDDUSB là gì? Bảng dữ liệu chỉ định, cho thiết bị ngoại vi USB: 16.4 KiểuA / MHz cho miền đồng hồ AHB + 23.2 .AA / MHz cho miền đồng hồ độc lập, nhưng chúng tôi không biết nó được vẽ từ đâu (VDD hoặc VDDUSB).


Một tùy chọn bảo vệ PA9 khác là đặt một công tắc mos giữa + 5v và PA9 của USB, sau đó lái cổng của công tắc với đầu ra của bộ điều chỉnh.
Đánh dấu

Tại sao không sử dụng một bộ chia điện trở? 430k và 630k sẽ cung cấp cho bạn 3,3v trên pin.
b deg Nam

Nhưng một bộ chia điện trở sẽ không giải quyết được vấn đề tiêm. Bộ chia sẽ bơm 3,3 volt vào pin trước khi bộ phận được cấp nguồn.
Đánh dấu

Tôi hiểu từ bảng dữ liệu rằng pin có thể chịu được 4v, ngay cả khi tắt nguồn (điều này có đúng không?). Vì vậy, một bộ chia điện trở sẽ là một giải pháp tốt, nhưng sẽ rút điện vĩnh viễn. Tôi quên đề cập đến tôi có ràng buộc chặt chẽ về điều đó.
mờ

Câu trả lời:


4

Sử dụng bộ chia điện trở (430k / 620k) trên Vbus - điều này sẽ giữ cho bộ vi điều khiển trong thông số kỹ thuật và việc rút dòng ký sinh sẽ không phải là vấn đề vì nó sẽ có nguồn gốc từ Vbus, không phải từ pin (đó là những gì Tôi giả sử bạn muốn bảo tồn).


Thật ngu ngốc ... Tôi đã loại bỏ bộ chia điện trở vì mức tiêu thụ hiện tại, nhưng lý luận của tôi rõ ràng là không đầy đủ. Thật vậy, nó không phải là một vấn đề để lấy sức mạnh từ vbus. Bây giờ, tại sao không ai làm điều đó ngay cả trong hội đồng quản trị của họ? Bản thân ST (bảng khám phá), olimex, ...? Tôi vẫn không hiểu điểm đó.
mờ

0

Có lẽ là phương pháp đơn giản nhất, sử dụng điện trở có giá trị cao (10 - 100k) cho một tụ điện lớn (vài uF trở lên) để mất thời gian để điện áp tăng lên, tôi sẽ không lo lắng về phần của một volt mà tích tụ trên tụ điện trong khi bộ điều chỉnh khởi động, nếu micro có bảo vệ esd thì đầu vào có thể xử lý 5-10V trong vài chục uS


Điều này nghe có vẻ tuyệt vời ... nhưng chỉ cho đến khi bạn nghĩ về những gì xảy ra khi mất điện. Tụ điện thực sự có thể làm cho mọi thứ tồi tệ hơn, chỉ có điện trở giá trị lớn - điện trở không thể cung cấp nhiều dòng điện, nhưng tụ điện có thể.
Chris Stratton

bạn có thể lái nó qua một zener nhỏ? Đó là phần của bảng dữ liệu cho biết VDD + 4V phải không? Nếu bạn có một zener thả đường ray xuống dưới VDD + 4V thì có ổn không?
Sam

Tôi không hình dung tốt đề nghị zener của bạn mà không có sơ đồ. Nhưng nếu giải pháp có độ phức tạp tương tự như của tôi (3 thành phần rời rạc giá rẻ), tôi sẽ không thu được nhiều.
mờ

Về cơ bản: Đầu vào-> zener-> PA9, zener nối tiếp với đầu vào trái ngược với điện trở nối tiếp, zener giảm một hoặc hai volt nên điện áp ở PA9 luôn thấp hơn một chút. Nếu các bảng dev chỉ buộc chúng, thì có lẽ nó ổn, tôi nghĩ rằng các cảnh báo có thể được áp dụng sau khi MCU được cấp nguồn mặc dù, hãy xem liệu có một phần về trình tự điện hoặc hành vi khởi động.
Sam

1
@Tom đó là vấn đề chính của tôi thực sự. Tôi đã kiểm tra, họ không làm gì cả. PA9 được kết nối trực tiếp với VBUS trên cổng USB (thậm chí không thông qua điện trở), trên bảng demo Discovery của họ. Vì vậy, trừ khi tôi bỏ lỡ điều gì đó, điều này hoàn toàn mâu thuẫn với biểu dữ liệu. Vấn đề của tôi không thực sự là mạch bảo vệ. Tôi nghĩ rằng giải pháp của tôi, ngay cả khi nó chắc chắn có thể được cải thiện, có thể thực hiện công việc. Thành thật mà nói, vấn đề chính của tôi chỉ là: tất cả những gì thực sự cần thiết?
mờ
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.