Hiển thị thời gian chính xác là tính năng cốt lõi được mong đợi của hệ thống thông tin giải trí trên ô tô. Mặc dù điều này có vẻ đơn giản, đặc biệt khi kỳ vọng về quản lý thời gian và múi giờ thấp và phải được đáp ứng, thời gian nhanh chóng trở nên phức tạp khi phải hiển thị ngày và giờ chính xác đáng tin cậy mà không cần can thiệp thủ công.
Tất cả các đồng hồ thời gian thực thường được sử dụng trong hệ thống trên chip (SoC) đều chứa một số sai lệch, tích tụ theo thời gian và có thể dẫn đến lỗi nghiêm trọng khi không được sửa chữa. Ngoài ra, vì kỳ vọng cao về việc giờ địa phương được hiển thị chính xác nên phải xem xét độ lệch chính xác từ Giờ phối hợp quốc tế (UTC).
Thông tin múi giờ, cũng như việc áp dụng Giờ tiết kiệm ánh sáng ban ngày (DST), có thể thay đổi trong suốt vòng đời dự kiến của phương tiện. Ví dụ: sau nhiều năm triển khai DST, Brazil đã quyết định không bắt đầu lịch trình DST vào năm 2019.
Android cung cấp cơ sở hạ tầng cần thiết để đàm phán sự phức tạp của việc quản lý quy tắc múi giờ. Để biết chi tiết, hãy xem Quy tắc múi giờ , cho phép OEM đẩy dữ liệu quy tắc múi giờ đã cập nhật tới các thiết bị mà không yêu cầu cập nhật hệ thống. Cơ chế này cho phép:
- Người dùng nhận được các bản cập nhật kịp thời (giúp kéo dài thời gian sử dụng hữu ích của thiết bị Android).
- OEM kiểm tra các bản cập nhật múi giờ độc lập với các bản cập nhật hình ảnh hệ thống.
Lưu ý: AAOS 10 không hỗ trợ cơ chế cập nhật mô-đun dựa trên APEX được cung cấp trong các bản phát hành Android 10 (trở lên).
Lưu ý: Để thực hiện cơ chế này, cần phải khởi động lại hệ thống.
Nguồn thông tin thời gian (múi) trên ô tô
Thiết bị Android quản lý thời gian theo thời gian Unix ở cấp hệ thống, áp dụng chênh lệch múi giờ mong muốn, sau đó chuyển đổi giá trị thành giờ địa phương để hiển thị cho người dùng. ID vùng của người dùng hiện tại (thường được gọi là ID Olson) được lưu trữ dưới dạng cài đặt. Ví dụ: Châu Âu/London .
Phần lớn cơ chế được nêu dưới đây mô tả thông tin về thời gian. Mục đích của các tiêu chuẩn này là cung cấp cho người dùng thời gian hiện tại chứ không phải để mô tả các quy tắc múi giờ hiện hành. Để xác định múi giờ thực tế, thiết bị phải xử lý ngược từ các yếu tố như quốc gia, độ lệch và độ lệch DST trước khi đặt ID vùng.
Quá trình này có thể là một thách thức. Hoạt động dựa trên thông tin có sẵn có thể không rõ ràng. Ví dụ: quy tắc múi giờ America/Denver tuân theo DST nhưng áp dụng Giờ ban ngày miền núi (MDT) trong mùa hè trong khi America/Phoenix tiếp tục công nhận MDT.
Đài phát thanh di động
Thông tin hệ thống (SI) là một khía cạnh thiết yếu của giao diện không gian Tiến hóa dài hạn (LTE), được truyền bởi trạm gốc (BS) qua kênh điều khiển phát sóng (BCCH). 3GPP TS 36.331 chỉ định SystemInformationBlockType16 (SIB16) chứa thông tin liên quan đến GPS và Giờ phối hợp quốc tế (UTC), độ lệch giờ địa phương cũng như thông tin DST.
Chức năng tương tự có thể được tìm thấy trong 2G và 3G, nơi thông tin nhận dạng mạng và múi giờ (NITZ) có thể được phát đi (xem 3GPP TS 22.042 để biết chi tiết). Các tiêu chuẩn vô tuyến di động khác có tính năng tương đương.
Thật không may, điểm chung giữa hầu hết các tiêu chuẩn là việc gửi thông tin này là tùy chọn, do đó nó không có sẵn trên tất cả các mạng.
| Ưu điểm | Nhược điểm |
|---|---|
|
|
Giao thức thời gian mạng
Giao thức thời gian mạng (NTP) thường được sử dụng để lấy thông tin thời gian kỷ nguyên Unix tương đối chính xác. Android hỗ trợ đồng bộ hóa thời gian hệ thống của nó với thời gian của máy chủ NTP nếu có thể được hiển thị cho các máy khách của RadioManager thông qua siêu dữ liệu chung RadioTuner.getParameters() . NTP cập nhật thời gian hệ thống khi nó không đồng bộ và nhà cung cấp dịch vụ gần đây không cung cấp bản cập nhật NITZ. Nếu người dùng bật AUTO_TIME khi không có NITZ, hệ thống sẽ ngay lập tức kiểm tra thời gian mạng.
| Ưu điểm | Nhược điểm |
|---|---|
Đơn giản, được hỗ trợ bởi Android. |
|
Bộ dò đài phát sóng
Mặc dù việc tận dụng bộ điều chỉnh tích hợp để truy xuất thông tin về thời gian và múi giờ là điều hấp dẫn nhưng cũng có những thách thức. Nhiều tiêu chuẩn phát sóng vô tuyến xác định các tùy chọn để hiển thị thông tin mong muốn. Nói chung, bộ dò đài phát sóng cung cấp thông tin giống như đài phát thanh di động.
ETSI EN 300 401 V1.4.1 (2006-06), mục 8.1 chỉ định các tính năng thông tin dịch vụ cung cấp thông tin bổ sung về các dịch vụ cho cả chương trình âm thanh và dữ liệu cho hệ thống Phát sóng Âm thanh Kỹ thuật số (DAB). Mục 8.1.3 xác định định dạng cho ngày và giờ cũng như thông tin về chênh lệch giờ quốc gia và địa phương.
Tương tự, đối với Hệ thống dữ liệu vô tuyến (RDS) thường được triển khai trong bộ dò sóng FM, mục 3.1.5.6 của tiêu chuẩn EN 50067 xác định định dạng cho giờ đồng hồ và dữ liệu (được truyền một lần mỗi phút). Ngoài ra, mã quốc gia mở rộng (ECC) cũng có thể được truy xuất như một phần của nhận dạng chương trình được truyền.
HD Radio chứa các tùy chọn tương ứng như một phần của Thông số kỹ thuật truyền tải dịch vụ thông tin trạm HD Radio™ trong Thông báo tham số Dịch vụ thông tin trạm (SIS) (MSG ID 0111). Phần 5 nêu rõ những từ cảnh báo phải được chú ý khi cố gắng sử dụng hỗ trợ đồng hồ của chương trình phát sóng. Sự khôn ngoan tương tự cũng được áp dụng cho các hệ thống khác:
| ... những dữ liệu này mô tả phong tục địa phương tại nơi đặt máy phát sóng, có thể giống hoặc không giống với phong tục địa phương tại nơi đặt máy thu. Gần ranh giới múi giờ, người tiêu dùng có thể nhận được nhiều trạm cung cấp dữ liệu khác nhau. Do đó, những dữ liệu này chỉ được cung cấp dưới dạng gợi ý, việc giải thích và sử dụng chúng phải tùy ý và chịu sự kiểm soát của khách hàng. ..." |
Ngoài ra, ít nhất đối với HD Radio, việc phát thông tin này là tùy chọn và không nên chỉ dựa vào đó.
- Thường có sẵn trên các tiêu chuẩn vô tuyến phát sóng khu vực khác nhau.
- Không yêu cầu kết nối internet.
- Android không hỗ trợ tính năng này.
- Yêu cầu bật bộ dò sóng (ít nhất là thỉnh thoảng ở chế độ nền) để phát hiện thông tin một cách đáng tin cậy.
Độ tin cậy phụ thuộc vào đài truyền hình.
Mẹo thực hiện
Android hỗ trợ đồng bộ hóa thời gian hệ thống của nó với máy chủ NTP nếu nó có thể được tiếp xúc với các máy khách củaRadioManager . Giải pháp được đề xuất là tận dụng tính năng mở rộng nhà cung cấp. Việc triển khai chức năng này phải diễn ra trong lớp trừu tượng phần cứng (HAL), sau đó có thể được hiển thị cho các máy khách của RadioManager thông qua phương thức RadioTuner.getParameters() chung. Để giải pháp duy trì hiệu quả, người tiêu dùng tiện ích mở rộng của nhà cung cấp này phải xác định rằng HAL hỗ trợ tính năng này (không cho rằng nó tồn tại). Các chuỗi tham số cho lệnh gọi getParameters phải được sắp xếp rõ ràng để các nhà cung cấp có thể sử dụng rõ ràng. Ví dụ: sử dụng không gian tên của tổ chức của bạn bằng cách thêm tên miền thích hợp vào trước nó, chẳng hạn như com.me.timezoneTuner.currenttimezone .
Do tính chất hướng đến sự kiện của thông tin, việc sử dụng lệnh gọi lại RadioTuner.Callback.onParametersUpdated() để nhận thông tin này có thể có ích. Nếu cơ sở này có thể cấu hình được, hãy thiết kế một tập hợp các quy trình tùy chỉnh bên trên setParameters . Ví dụ:
com.me.timezoneTuner.currenttimezoneEvent.enable
Hệ thống vệ tinh dẫn đường toàn cầu
Bản thân Hệ thống Vệ tinh Định vị Toàn cầu (GNSS) chỉ có thể cung cấp thông tin về thời gian và vị trí chính xác.
Định vị địa lý
Giải pháp cho sự bất tiện này là thực hiện mã hóa địa lý ngược và xác định quốc gia cũng như múi giờ bằng cách tra cứu dựa trên vị trí. GNSS là sự lựa chọn rõ ràng (và chất lượng tốt nhất) về thông tin vị trí trên xe. API múi giờ của Google cung cấp tất cả những gì cần thiết để chạy chuyển đổi cần thiết. Tất nhiên, kết nối internet là cần thiết. Đảm bảo quyền riêng tư của người dùng phải được ưu tiên hàng đầu khi triển khai giải pháp trực tuyến! Cần có sự cho phép của người dùng để chấp nhận chi phí sử dụng dữ liệu (hoặc không) và phải được yêu cầu.
Việc tạo ra một giải pháp phù hợp để sử dụng ngoại tuyến là khả thi. Cơ sở dữ liệu bản đồ địa phương với độ phân giải đủ để xác định chính xác quốc gia và múi giờ có thể phù hợp với kho lưu trữ của phương tiện. Với điều này và chiến lược được triển khai đầy đủ để cập nhật thông tin múi giờ (và quốc gia) khi cần, người ta có thể đảo ngược mã địa lý quốc gia/múi giờ dựa trên vị trí GNSS thu được từ hệ thống con Vị trí.
| Ưu điểm | Nhược điểm |
|---|---|
|
|
Điện thoại được kết nối qua Bluetooth, Wi-Fi hoặc USB
Một số công nghệ có thể được sử dụng để tận dụng điện thoại của người dùng để lấy dữ liệu về thời gian và múi giờ. Đối với tất cả điện thoại, phải cài đặt một cặp ứng dụng tùy chỉnh và ứng dụng đồng hành trên điện thoại và trên hệ thống Thông tin giải trí trên xe (IVI). Sau đó có thể đồng bộ hóa thời gian theo khoảng thời gian mong muốn. Ví dụ: khi thiết lập kết nối và khi điện thoại phát hiện múi giờ mới.
Một số điện thoại hỗ trợ Bluetooth Low Energy (BLE) cung cấp tùy chọn truy xuất thời gian thông qua đặc tính Thời gian hiện tại của GATT và Thông số kỹ thuật hồ sơ dịch vụ thời gian hiện tại 1.1 . Tuy nhiên, lựa chọn này không giải quyết được phân khúc thị trường đủ lớn để có thể tin cậy hoàn toàn.
| Ưu điểm | Nhược điểm |
|---|---|
|
|
Sử dụng nguồn
Mỗi nhà cung cấp thiết bị phải xác định mức độ đặt tiêu chuẩn và hành trình nào của người dùng được coi là quan trọng nhất. Chỉ khi hiểu rõ ràng về trải nghiệm quan trọng mong muốn của người dùng thì mới có thể đưa ra quyết định tốt nhất. Trong hầu hết các trường hợp, nhà cung cấp phải xem xét sự cân bằng giữa sự thuận tiện và độ phức tạp khi triển khai.
Mỗi lựa chọn được mô tả ở trên đều đặt ra những ưu điểm và nhược điểm. Ví dụ, một lựa chọn thiết kế quan trọng phải được đưa ra liên quan đến mức độ khả năng phục hồi, so với việc hiển thị thời gian kém thường xuyên, có thể chấp nhận được và cách quản lý những nhược điểm. Một giải pháp hoàn toàn tự động có thể hoạt động tốt trong mọi tình huống nhưng phải dựa trên sự kết hợp của nhiều nguồn thông tin. Không có lựa chọn duy nhất nào có thể cung cấp 100% tính khả dụng.
Tùy chọn cấu hình thủ công như một phương án dự phòng tạm thời rất dễ thực hiện và trên thực tế có thể đủ cho nhiều người dùng.