Phần cứng
Kiểm traKiểm tra định hướng
Kiểm tra định hướng thiết bị với hình ảnh điện thoại 3D trực tiếp. Theo dõi góc nghiêng, giá trị xoay và vị trí thiết bị theo thời gian thực.
Có góp ý? Báo lỗi, đề xuất tính năng, hoặc chia sẻ suy nghĩ — chúng tôi đọc tất cảGiới thiệu công cụ kiểm tra định hướng
Kiểm tra cảm biến định hướng của thiết bị với hình ảnh điện thoại 3D thực tế phản ánh chính xác vị trí thiết bị của bạn. Theo dõi góc nghiêng trên cả ba trục (alpha, beta, gamma), xem hướng la bàn và hiểu định hướng thiết bị theo thời gian thực. Hoàn hảo để kiểm tra cảm biến chuyển động, hiệu chỉnh thiết bị hoặc phát triển ứng dụng dựa trên định hướng.
- Bấm Bắt đầu kiểm tra để kích hoạt cảm biến định hướng.
- Nghiêng và xoay thiết bị theo các hướng khác nhau.
- Quan sát mô hình điện thoại 3D di chuyển chính xác như thiết bị của bạn.
- Theo dõi giá trị góc cho alpha (la bàn), beta (nghiêng trước/sau) và gamma (nghiêng trái/phải).
- Sử dụng nút Hiệu chỉnh để đặt vị trí hiện tại làm điểm tham chiếu không.
- Kiểm tra thẻ thông tin nghiêng để xem định hướng thiết bị (Dọc/Ngang/Úp lên/Úp xuống).
- Xem hướng la bàn để biết thiết bị của bạn đang hướng về phía nào.
Câu Hỏi Thường Gặp
Công cụ kiểm tra định hướng báo cáo tư thế 3D hiện tại của thiết bị — cách nó được nghiêng và xoay so với khung tham chiếu của Trái đất. Ba giá trị được báo cáo là alpha (xoay quanh trục Z dọc, 0–360°), beta (nghiêng trước-sau quanh trục X, −180 đến 180°), và gamma (nghiêng trái-phải quanh trục Y, −90 đến 90°). Các góc này đến từ dữ liệu cảm biến hợp nhất kết hợp con quay (xoay ngắn hạn), gia tốc kế (tham chiếu trọng lực dài hạn cho pitch/roll), và từ kế (tham chiếu bắc dài hạn cho yaw). Kết quả đôi khi được gọi là 'tư thế' hoặc 'pose' của thiết bị. Khác với số đo con quay, là vận tốc, định hướng là vị trí — cho bạn biết thiết bị chỉ đâu, không phải nó đang xoay nhanh đến đâu.
Vấn đề định hướng tinh vi: một điện thoại với đường ống định-hướng-hợp-nhất bị suy giảm vẫn hiển thị đúng trong ứng dụng chỉ cần xoay màn hình, nhưng thất bại trong AR, video 360° và bối cảnh điều hướng phụ thuộc vào hướng chính xác. Kiểm tra cho thấy liệu cả ba góc cập nhật mượt khi bạn xoay thiết bị, liệu chúng hội tụ đúng khi giữ yên, và liệu hướng la bàn (alpha) có được neo vào bắc thực hay bắc từ tính. Kiểm tra cũng phơi bày gimbal lock (beta gần ±90°), từ kế không hiệu chuẩn (hướng lệch 10°+), và trôi con quay quá mức (định hướng từ từ lang thang khi nghỉ). Nhà phát triển xây dựng trò chơi nghiêng, ảnh cuộn hoặc lớp phủ AR dùng điều này để xác thực phần cứng mục tiêu trước khi xuất bản.
Đặc tả W3C DeviceOrientation định nghĩa alpha là xoay quanh trục Z (dọc, dao động 0–360° theo chiều kim đồng hồ từ bắc), beta là xoay quanh trục X (nghiêng trước-sau, dao động −180 đến 180°, với +90° nghĩa là điện thoại đang chỉ thẳng đứng), và gamma là xoay quanh trục Y (nghiêng trái-phải, dao động −90 đến 90°). Theo thuật ngữ hàng không vũ trụ, alpha là yaw (hướng), beta là pitch, và gamma là roll — nhưng coi chừng: quy ước hàng không vũ trụ dùng thứ tự xoay ZYX với dấu khác nhau, trong khi W3C dùng ZXY. Hai thứ tự cho giá trị góc khác nhau cho cùng định hướng vật lý. Đối với công việc xoay liên tục, quaternion tránh những mơ hồ này bằng cách biểu diễn xoay như vector 4 thành phần không có quy ước góc gây nhầm lẫn.
Đây là gimbal lock, một giới hạn toán học khi biểu diễn xoay 3D dưới dạng ba góc Euler. Trong thứ tự ZXY của W3C, khi beta vượt qua ±90° (điện thoại chỉ thẳng lên hoặc thẳng xuống), các trục alpha và gamma căn chỉnh, sụp đổ ba bậc tự do thành hai. Nghiêng thiết bị nhỏ sau đó gây nhảy vọt lớn ở alpha hoặc gamma để bù. Hiện tượng không phải lỗi cảm biến — nó xảy ra trong mọi hệ thống góc Euler bất kể phần cứng. Giải pháp vững chắc là dùng quaternion hoặc ma trận xoay nội bộ và chỉ chuyển sang góc Euler để hiển thị. Các framework AR (ARKit, ARCore, WebXR) đều dùng quaternion để tránh điều này. Nếu bạn chỉ cần yaw cho ứng dụng la bàn, gimbal lock ở beta=90° là chấp nhận được; cho định hướng dạng tự do, chuyển sang quaternion.
Ba thủ phạm giải thích số đo la bàn xấu. Thứ nhất, từ kế không hiệu chuẩn: offset sắt cứng từ vỏ điện thoại có nam châm hoặc gần kim loại có thể làm lệch hướng hàng chục độ. Khắc phục bằng cách xoay điện thoại theo mẫu số tám trong khi ứng dụng hiệu chuẩn chụp mẫu — hầu hết hệ điều hành làm điều này trong nền nhưng có thể cần hiệu chuẩn mới sau khi thay đổi môi trường. Thứ hai, độ lệch: điện thoại mặc định bắc từ tính trừ khi được chuyển đổi rõ ràng sang bắc thực bằng World Magnetic Model (WMM2025). Bắc từ tính khác bắc thực lên đến 30° tùy thuộc vào vị trí của bạn. Thứ ba, kết cấu thép trong nhà làm méo từ trường cục bộ 100–500 μT, làm lệch hướng bất kỳ lượng nào. Luôn kiểm tra ngoài trời cho hướng thực.
Định hướng là vị trí trong không gian xoay 3D — cho bạn biết 'điện thoại hiện đang nghiêng xuống 30° và chỉ về đông bắc.' Tốc độ xoay (vận tốc góc) là đạo hàm — cho bạn biết 'điện thoại hiện đang quay với 90°/giây quanh trục Z.' Cảm biến con quay đo tốc độ xoay trực tiếp; định hướng được tính bằng cách tích phân tốc độ xoay theo thời gian và hiệu chỉnh trôi với mỏ neo gia tốc kế (trọng lực) và từ kế (bắc). Nếu bạn chỉ cần phát hiện một lần xoay đột ngột (như cử chỉ vẫy), dùng tốc độ xoay từ DeviceMotionEvent. Nếu bạn cần biết hiện thiết bị chỉ hướng nào cho ứng dụng AR hoặc la bàn, dùng định hướng từ DeviceOrientationEvent. Cả hai có thể hoạt động đồng thời.
API W3C DeviceOrientationEvent cung cấp alpha/beta/gamma ở ~60 Hz, được hợp nhất từ con quay + gia tốc kế + từ kế. Từ iOS 13, gọi DeviceOrientationEvent.requestPermission() từ cử chỉ người dùng là bắt buộc; nếu không Safari phát ra số không. Android Chromium cấp quyền tự động trên trang HTTPS. Generic Sensor API mới hơn cung cấp các lớp AbsoluteOrientationSensor (hướng neo vào bắc thực) và RelativeOrientationSensor (hướng trôi tự do) với đầu ra quaternion — ưa thích cho công việc AR nhưng chỉ được hỗ trợ trên trình duyệt Chromium đằng sau quyền Sensors. Safari iOS hiển thị webkitCompassHeading trên sự kiện định hướng cho hướng bắc thực mà không cần toán WMM. Luôn phát hiện tính năng và lùi lại duyên dáng.
Đặc tả Sự kiện DeviceOrientation của W3C định nghĩa các quy ước alpha/beta/gamma, thứ tự trục (Tait-Bryan nội tại ZXY), và mục tiêu tốc độ cập nhật (60 Hz). Đặc tả W3C Generic Sensor API mới hơn cho AbsoluteOrientationSensor và RelativeOrientationSensor dùng quaternion để tránh sự mơ hồ Euler. Đặc tả runtime OpenXR điều chỉnh báo cáo định hướng theo dõi đầu AR/VR. Tham chiếu từ kế đến từ World Magnetic Model (WMM2025, NOAA/BGS), được cập nhật mỗi năm năm. Hiệu suất con quay và IMU được đặc trưng qua IEEE 1554 và IEEE 952 (bất ổn lệch phương sai Allan, random walk góc). Điện thoại hiện đại đáp ứng đặc tả bổ sung hàng không IATA về độ chính xác ±1° pitch/roll và ±5° hướng — đủ hơn cho điều hướng, trò chơi và hầu hết ứng dụng AR.
CảM BIếN13
WUTOOLS