Hiển thị thời gian chính xác là một tính năng cốt lõi của hệ thống thông tin giải trí trên ô tô. Mặc dù việc này có vẻ đơn giản, đặc biệt là khi kỳ vọng về thời gian và thời gian quản lý vùng thấp và phải được đáp ứng, thời gian nhanh chóng trở nên phức tạp khi ngày và giờ phải được hiển thị mà không có sự can thiệp thủ công.
Tất cả các đồng hồ thời gian thực thường dùng trong hệ thống trên chip (SoC) đều có độ lệch, do đó tích luỹ theo thời gian và có thể dẫn đến lỗi nghiêm trọng khi không được khắc phục. Ngoài ra, bởi vì giờ địa phương được hiển thị chính xác, giờ địa phương được hiển thị chính xác, độ lệch chính xác từ Bạn phải xem xét Giờ phối hợp quốc tế (UTC).
Thông tin về múi giờ, cũng như việc áp dụng Giờ mùa hè (DST), có thể sẽ thay đổi trong vòng đời dự kiến của một phương tiện. Ví dụ: sau khi nhiều năm thực hiện DST, Brazil đã quyết định không bắt đầu lịch DST vào năm 2019.
Android cung cấp cơ sở hạ tầng cần thiết để thương lượng các chức năng của quy tắc múi giờ Google Cloud. Để biết thông tin chi tiết, hãy xem Quy tắc về múi giờ, cho phép OEM đẩy dữ liệu về quy tắc múi giờ mới cập nhật đến các thiết bị mà không cần hệ thống cập nhật. 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 (kéo dài vòng đời hữu ích của thiết bị Android).
- OEM kiểm tra việc cập nhật múi giờ một cách độc lập với 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 (và cao hơn).
Lưu ý: Để triển khai cơ chế này, bạn cần phải khởi động lại hệ thống.
Nguồn thông tin về thời gian (múi giờ) trên ô tô
Thiết bị Android quản lý thời gian theo thời gian Unix ở cấp hệ thống, hãy áp dụng độ lệch múi giờ mong muốn, rồi chuyển đổi giá trị đó sang giờ địa phương để hiển thị cho người dùng. Mã vùng của người dùng hiện tại (thường là có tên 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 những 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ả quy tắc múi giờ hiện hành. Để xác định múi giờ thực tế, thiết bị phải hoạt động trở lại dựa trên các yếu tố như quốc gia, mức chênh lệch và DST bù trừ trước khi đặt mã vùng.
Quá trình này có thể là một thách thức. Bạn có thể tiến hành xử lý lại dựa trên thông tin hiện có mơ hồ. Ví dụ: quy tắc múi giờ America/Denver tuân theo DST nhưng lại áp dụng cho Mountain Giờ ban ngày (MDT) vào mùa hè trong khi America/Phoenix tiếp tục ghi nhận MDT.
Radio 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 dây Long-Term Evolution (LTE), được trạm cơ sở (BS) truyền qua kênh điều khiển quảng bá (BCCH). TS 3GPP 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), bù trừ 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, trong đó nhận dạng mạng và múi giờ (NITZ) có thể được truyền phát (xem 3GPP TS 22.042 để biết chi tiết). Các tiêu chuẩn vô tuyến di động khác có 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 tuỳ chọn, nên không phải tất cả các mạng đều có thể sử dụng tính năng này.
| Ư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 dùng để thu thập thời gian bắt đầu của hệ thống Unix tương đối chính xác
của bạn. Android hỗ trợ đồng bộ hoá thời gian hệ thống với thời gian của máy chủ NTP
có thể tiếp xúc với khách hàng của
RadioManager thông qua thuộc tính chung
Siêu dữ liệu RadioTuner.getParameters(). NTP cập nhật thời gian hệ thống khi hết
đồng bộ hoá và nhà mạng chưa cập nhật NITZ. Nếu người dùng bật
AUTO_TIME khi không có NITZ, hệ thống sẽ kiểm tra mạng ngay lập tức
bất cứ lúc nào.
| Ưu điểm | Nhược điểm |
|---|---|
|
Tính đơn giản, được Android hỗ trợ. |
|
Bộ dò vô tuyến phát sóng
Mặc dù việc sử dụng bộ điều chỉnh tích hợp sẵn để truy xuất thông tin thời gian và múi giờ sẽ rất thú vị, tham gia. Vô số tiêu chuẩn phát sóng vô tuyến xác định các tuỳ chọn để hiển thị những nội dung mong muốn của bạn. Nói chung, bộ dò sóng vô tuyến cung cấp thông tin giống như đài.
ETSI EN 300 401 V1.4.1 (2006-06), mục 8.1 nêu rõ thông tin dịch vụ các tính năng cung cấp thông tin bổ sung về các dịch vụ đối với cả chương trình âm thanh và dữ liệu cho Âm thanh kỹ thuật số Hệ thống phát sóng (DAB). Mục 8.1.3 xác định định dạng của giờ và ngày cũng như thông tin về bù trừ giờ quốc gia và giờ đị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ò FM, mục 3.1.5.6 của tiêu chuẩn EN 50067 xác định định dạng cho thời gian đồng hồ và dữ liệu (được truyền một lần mỗi phút). Ngoài ra, các tính năng mở rộng mã quốc gia (ECC) cũng có thể được truy xuất như một phần của thông tin nhận dạng chương trình được truyền.
HD Radio chứa các tuỳ chọn tương ứng như một phần của Thiết kế giao diện không khí HD RadioTM Quy cách về dịch vụ vận chuyển thông tin về trạm mô tả trong phần Thông tin về trạm Thông báo tham số Dịch vụ (SIS) (Mã MSG 0111). Phần 5 nêu rõ các từ thận trọng phải được chú ý khi tìm cách sử dụng tính năng hỗ trợ đồng hồ của nội dung truyền tin. Áp dụng khôn ngoan tương tự công bằng với các hệ thống khác:
| ... những dữ liệu này mô tả tuỳ chỉnh cục bộ tại vị trí của đài phát, có thể không giống với tuỳ chỉnh cục bộ tại vị trí của trình nhận. Gần ranh giới múi giờ, người tiêu dùng có thể nhận được rất nhiều trạm cung cấp dữ liệu khác nhau. Do đó, những dữ liệu chỉ được cung cấp dưới dạng gợi ý, việc diễn giải và sử dụng dữ liệu đó phải được thực hiện tuỳ ý, tuỳ thuộc vào sự kiểm soát của khách hàng. ..." |
Ngoài ra, đối với Đài phát thanh HD, việc phát thông tin này là không bắt buộc và không nên tin cậy nhất.
Ưu điểm Nhược điểm- Thường được cung cấp theo nhiều tiêu chuẩn phát thanh của khu vực.
- Không cần có kết nối Internet.
- Android không hỗ trợ tính năng này ngay từ đầu.
- Phải bật bộ dò (ít nhất là thỉnh thoảng ở chế độ nền) để phát hiện thông tin.
-
Độ tin cậy phụ thuộc vào đài phát.
Mẹo triển khai
Android hỗ trợ đồng bộ hoá thời gian hệ thống với thời gian của máy chủ NTP nếu có thể tiếp xúc với các khách hàng củaRadioManager. Giải pháp đề xuất là tận dụng tính năng tiện ích 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 đó
liệu có thể tiếp xúc với khách hàng của RadioManager thông qua gói
RadioTuner.getParameters().
Để giải pháp duy trì hiệu quả, người sử dụng tiện ích nhà cung cấp này phải xác định rằng
HAL hỗ trợ tính năng này (đừng giả định sự tồn tại của tính năng đó). Chuỗi tham số cho
Lệnh gọi getParameters phải được sắp xếp gọn gàng để việc sử dụng rõ ràng giữa các nhà cung cấp. Cho
ví dụ: sử dụng không gian tên của tổ chức bạn bằng cách thêm tiền tố vào không gian tên của tổ chức đó, cho
ví dụ: com.me.timezoneTuner.currenttimezone.
Do bản chất dựa trên sự kiện của thông tin, bạn nên sử dụng
Lệnh gọi lại RadioTuner.Callback.onParametersUpdated() để nhận thông tin này. Nếu
tiện ích này phải có thể định cấu hình, hãy thiết kế một tập hợp các quy trình tuỳ chỉnh bên trên
setParameters. Ví dụ:
com.me.timezoneTuner.currenttimezoneEvent.enable
Hệ thống vệ tinh điều hướng toàn cầu
Hệ thống vệ tinh điều hướng toàn cầu (GNSS) của chính nó chỉ có thể cung cấp thời gian chính xác thông tin và vị trí.
Vị trí địa lý
Giải pháp cho sự bất tiện này là thực thi mã hoá địa lý đảo ngược và xác định quốc gia và múi giờ bằng cách tra cứu dựa trên vị trí. GNSS là lựa chọn rõ ràng (và có chất lượng tốt nhất) thông tin vị trí trên xe. API múi giờ cung cấp tất cả những gì cần thiết để chạy lượt chuyển đổi bắt buộc. Tất nhiên, kết nối Internet là bắt buộc. Việc đảm bảo quyền riêng tư của người dùng phải là ưu tiên hàng đầu khi triển khai một giải pháp trực tuyến! Chiến lược phát hành đĩa đơn là bắt buộc và bắt buộc phải được người dùng cho phép chấp nhận (hoặc không) phí sử dụng dữ liệu.
Bạn có thể tạo một giải pháp phù hợp để sử dụng ngoại tuyến. Cơ sở dữ liệu bản đồ cục bộ có đủ độ phân giải để xác định chính xác quốc gia và múi giờ có thể vừa với bộ nhớ. Bằng việc này và một chiến lược được triển khai đầy đủ để cập nhật múi giờ (và quốc gia) khi cần tại chỗ, người ta có thể mã hoá ngược mã hoá quốc gia/múi giờ dựa trên GNSS vị trí nhận đượ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
Có một số công nghệ có thể được dùng để tận dụng điện thoại của người dùng nhằm thu thập dữ liệu về giờ và múi giờ. Đối với tất cả điện thoại, điện thoại đó phải được cài đặt một bộ ứng dụng tuỳ chỉnh và ứng dụng đồng hành và trên hệ thống Thông tin giải trí trong xe (IVI). Sau đó có thể đồng bộ hoá thời gian tại 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 thấy theo múi giờ.
Một số điện thoại hỗ trợ Bluetooth năng lượng thấp (BLE) cung cấp tùy chọn truy xuất thời gian qua Đặc điểm Thời gian hiện tại của GATT và Quy cách hồ sơ dịch vụ thời gian hiện tại 1.1. Tuy nhiên, tuỳ chọn này không nhắm đến một thị trường đủ lớn phân khúc chỉ được dựa vào.
| Ưu điểm | Nhược điểm |
|---|---|
|
|
Sử dụng nguồn
Mọi nhà cung cấp thiết bị đều phải xác định mức độ cao mà bạn nên đặt và hành trình của người dùng mà họ cho là quan trọng nhất cực kỳ quan trọng. Chỉ khi hiểu rõ trải nghiệm người dùng quan trọng mà bạn mong muốn mới có thể quyết định được đưa ra. Trong hầu hết các trường hợp, nhà cung cấp phải cân nhắc sự đánh đổi giữa sự tiện lợi và độ phức tạp của việc triển khai.
Mỗi tuỳ chọn được mô tả ở trên đều có các ưu điểm và nhược điểm. Ví dụ: một thiết kế quan trọng bạn phải đưa ra lựa chọn về khả năng phục hồi, so với việc thỉnh thoảng hiển thị chậm, chấp nhận được và biết cách quản lý các nhược điểm. Một giải pháp hoàn toàn tự động có thể dự kiến sẽ hoạt động tốt trong mọi trường hợp, nhưng phải dựa vào sự kết hợp của nhiều nguồn thông tin. Không có lựa chọn nào có thể đảm bảo tính sẵn có 100%.
Tuỳ chọn cấu hình thủ công dưới dạng phương án dự phòng tạm thời rất dễ thực thi và trên thực tế có thể đủ cho nhiều người dùng.