Ghép nối nhanh giao diện năng lượng thấp Bluetooth


7

Tôi đang xem việc tạo một điều khiển từ xa cho thiết bị IoT tùy chỉnh sử dụng năng lượng thấp Bluetooth (BLE) và tôi muốn pin trong điều khiển từ xa tồn tại rất lâu (pin chính, không sạc được) vì vậy tôi không muốn điều khiển từ xa để rút điện (tất cả) trừ khi nó được sử dụng.

Vấn đề của tôi là vì điều khiển từ xa, Bluetooth thường mất vài giây để ghép nối khi được kích hoạt. Có cách nào để giảm thiểu vài giây độ trễ không? Mọi người đều ghét lag trong một điều khiển từ xa.


2
BLE vẫn yêu cầu ghép nối và ràng buộc đó vẫn mất vài giây để làm .... Tại sao không phải là IR? Đó là ngay lập tức với không tiêu hao năng lượng giữa các lần sử dụng. Nếu thiết bị của bạn đủ gần với BLE, rất có thể chúng đủ gần với IR - trừ khi bạn đi qua tường hoặc thứ gì đó. .. Rẻ hơn.
JD Allen

Tôi biết rằng đây là một năm tuổi, nhưng tôi không có LoS để giữa người nhận và người truyền, mặc dù cảm ơn.
Josh Wales

Câu trả lời:


5

Nếu hai thiết bị đã được liên kết và một trong số chúng là nguồn chính, bạn sẽ có thể thiết lập kết nối theo cách chưa đến 1 giây khi thiết bị được cấp nguồn liên tục quét hoặc quảng cáo, bạn đang sử dụng quảng cáo trực tiếp, danh sách trắng, và khoảng thời gian kết nối thấp trong giây đầu tiên.

Một lựa chọn khác là giữ cho kết nối luôn tồn tại trong khi vẫn duy trì độ trễ thấp. Thời gian chờ giám sát tối đa được đề nghị là 15 giây, điều này có nghĩa là Trung tâm phải nhận được một gói từ Ngoại vi ít nhất cứ sau 15 giây nếu không nó sẽ ngắt kết nối. Mặt khác, bạn không muốn có khoảng thời gian kết nối là 15 giây và đó là khi bạn sử dụng Độ trễ Slave, điều này cho phép Ngoại vi bỏ qua X số lượng khoảng thời gian kết nối mà không mất kết nối với Trung tâm. Vì vậy, với khoảng thời gian Kết nối là 500ms và độ trễ nô lệ là 30, bạn sẽ ngủ (15000-1) / 15000 => 99,99% thời gian và có độ trễ 500ms khi bạn muốn giao tiếp.

Tôi ước tính dòng điện trung bình <2 hèA để duy trì kết nối. Bạn sẽ phải so sánh nó với mức tiêu thụ trung bình hiện tại của kiểu kết nối lại nhanh, nhưng tôi nghi ngờ rằng việc giữ kết nối còn sống sẽ tiêu tốn nhiều năng lượng trung bình hơn so với kết nối lại theo yêu cầu.


Tôi biết chủ đề này đã cũ, nhưng nghĩ rằng tôi sẽ theo dõi. 1, cảm ơn vì đã trả lời tuyệt vời. Thứ 2, trong toán học của bạn ở trên với 99,99% thời gian ngủ, bạn có giả sử 1ms thời gian thức cho mỗi kết nối lại, điều mà bạn sẽ chỉ làm sau mỗi 15000ms? Điều gì sẽ xảy ra nếu bạn muốn cả hai thiết bị sử dụng pin?
Josh Wales
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.