يعد العرض الدقيق للوقت ميزة أساسية متوقعة في نظام المعلومات والترفيه في السيارات. على الرغم من أن هذا قد يبدو بسيطًا بشكل خادع، لا سيما عندما تكون توقعات إدارة الوقت والمنطقة الزمنية منخفضة ويجب الوفاء بها، إلا أن الوقت يصبح معقدًا بسرعة عندما يجب عرض التاريخ والوقت الدقيقين بشكل موثوق دون تدخل يدوي.
تحتوي جميع ساعات الوقت الفعلي المستخدمة عادةً في النظام على الشريحة (SoC) على بعض الانحراف، الذي يتراكم بمرور الوقت ويمكن أن يؤدي إلى خطأ كبير عند تركه دون تصحيح. بالإضافة إلى ذلك، نظرًا لارتفاع التوقعات بشأن عرض التوقيت المحلي بدقة، يجب مراعاة الإزاحة الصحيحة من التوقيت العالمي المنسق (UTC).
من المتوقع أن تتغير معلومات المنطقة الزمنية، بالإضافة إلى تطبيق التوقيت الصيفي (DST)، خلال العمر المتوقع للمركبة. على سبيل المثال، بعد سنوات عديدة من تطبيق التوقيت الصيفي، اختارت البرازيل عدم بدء جدول التوقيت الصيفي في عام 2019.
يوفر Android البنية الأساسية اللازمة للتعامل مع تعقيدات إدارة قواعد المنطقة الزمنية. للحصول على التفاصيل، راجع قواعد المنطقة الزمنية ، التي تمكن مصنعي المعدات الأصلية من دفع بيانات قواعد المنطقة الزمنية المحدثة إلى الأجهزة دون الحاجة إلى تحديث النظام. تتيح هذه الآلية:
- حصول المستخدمين على التحديثات في الوقت المناسب (والتي تعمل على إطالة العمر الإنتاجي لجهاز Android).
- يقوم مصنعو المعدات الأصلية باختبار تحديثات المنطقة الزمنية بشكل مستقل عن تحديثات صورة النظام.
ملاحظة: لا يدعم AAOS 10 آلية تحديث الوحدة المستندة إلى APEX المتوفرة في إصدارات Android 10 (والإصدارات الأحدث).
ملاحظة: لتنفيذ هذه الآلية، يلزم إعادة تشغيل النظام.
مصادر المعلومات الزمنية (المنطقة) في السيارات
تقوم أجهزة Android بإدارة الوقت بتوقيت Unix على مستوى النظام، وتطبيق إزاحة المنطقة الزمنية المطلوبة، ثم تحويل القيمة إلى التوقيت المحلي لعرضها على المستخدمين. يتم تخزين معرف منطقة المستخدم الحالي (يُشار إليه غالبًا بمعرف Olson) كإعداد. على سبيل المثال، أوروبا/لندن .
يصف جزء كبير من الآلية الموضحة أدناه معلومات الوقت. الهدف من هذه المعايير هو تزويد المستخدمين بالوقت الحالي، وليس وصف قواعد المنطقة الزمنية المعمول بها. لتحديد المنطقة الزمنية الفعلية، يجب أن يعمل الجهاز وفقًا لعوامل مثل البلد والإزاحة وإزاحة التوقيت الصيفي قبل تعيين معرف المنطقة.
يمكن أن تشكل العملية تحديًا. يمكن أن يكون العمل مرة أخرى بناءً على المعلومات المتاحة غامضًا. على سبيل المثال، قاعدة المنطقة الزمنية أمريكا/دنفر تلتزم بالتوقيت الصيفي ولكنها تعتمد التوقيت الصيفي الجبلي (MDT) خلال فصل الصيف بينما تستمر أمريكا/فينيكس في التعرف على التوقيت الصيفي الجبلي (MDT).
الراديو الخلوي
تعد معلومات النظام (SI) جانبًا أساسيًا من الواجهة الهوائية للتطور طويل المدى (LTE)، والتي يتم إرسالها بواسطة المحطة الأساسية (BS) عبر قناة التحكم في البث (BCCH). تحدد 3GPP TS 36.331 نظام SystemInformationBlockType16 (SIB16) الذي يحتوي على معلومات تتعلق بنظام تحديد المواقع العالمي (GPS) والتوقيت العالمي المنسق (UTC)، وإزاحة التوقيت المحلي، بالإضافة إلى معلومات التوقيت الصيفي.
يمكن العثور على وظائف مماثلة في الجيل الثاني والثالث، حيث يمكن بث معلومات هوية الشبكة والمنطقة الزمنية (NITZ) (راجع 3GPP TS 22.042 لمزيد من التفاصيل). تتمتع معايير الراديو الخلوية الأخرى بميزات مماثلة.
ولسوء الحظ، فإن القاسم المشترك بين معظم المعايير هو أن إرسال هذه المعلومات اختياري، لذا فهو غير متاح عالميًا على جميع الشبكات.
| الايجابيات | سلبيات |
|---|---|
|
|
بروتوكول وقت الشبكة
غالبًا ما يتم استخدام بروتوكول وقت الشبكة (NTP) للحصول على معلومات دقيقة نسبيًا عن وقت عصر Unix. يدعم Android مزامنة وقت نظامه مع خادم NTP إذا كان من الممكن كشفه لعملاء RadioManager من خلال البيانات التعريفية العامة RadioTuner.getParameters() . يقوم NTP بتحديث وقت النظام عندما يخرج عن المزامنة ولم يقدم مشغل شبكة الجوال تحديث NITZ مؤخرًا. إذا قام المستخدم بتمكين AUTO_TIME عندما لا يكون NITZ متاحًا، فسيقوم النظام على الفور بالتحقق من وقت الشبكة.
| الايجابيات | سلبيات |
|---|---|
البساطة، بدعم من أندرويد. |
|
بث موالف الراديو
في حين أن الاستفادة من الموالف المدمج لاسترداد معلومات الوقت والمنطقة الزمنية أمر جذاب، إلا أن الأمر ينطوي على تحديات. تحدد العديد من معايير البث الإذاعي الخيارات المتاحة لعرض المعلومات المطلوبة. بشكل عام، يوفر موالف الراديو نفس المعلومات التي يوفرها الراديو الخلوي.
يحدد القسم ETSI EN 300 401 V1.4.1 (2006-06)، القسم 8.1 ميزات معلومات الخدمة التي توفر معلومات تكميلية حول الخدمات لكل من البرامج الصوتية والبيانات الخاصة بأنظمة البث الصوتي الرقمي (DAB). يحدد القسم 8.1.3 تنسيق الوقت والتاريخ بالإضافة إلى معلومات إزاحة التوقيت المحلي والدولي.
وبالمثل، بالنسبة لنظام بيانات الراديو (RDS) المطبق بشكل شائع في موالفات FM، يحدد القسم 3.1.5.6 من معيار EN 50067 تنسيق وقت الساعة والبيانات (التي يتم إرسالها مرة واحدة في الدقيقة). بالإضافة إلى ذلك، يمكن أيضًا استرداد رمز البلد الممتد (ECC) كجزء من تعريف البرنامج المرسل.
يحتوي راديو HD على خيارات مقابلة كجزء من تصميم واجهة HD Radio™ Air Interface، وصف مواصفات نقل خدمة معلومات المحطة في رسالة معلمة خدمة معلومات المحطة (SIS) (معرف MSG 0111). يوضح القسم 5 بوضوح الكلمات التحذيرية التي يجب مراعاتها عند محاولة استخدام دعم الساعة للبث. تنطبق نفس الحكمة بالتساوي على الأنظمة الأخرى:
| ... تصف هذه البيانات العرف المحلي في مكان المذيع، والذي قد يكون أو لا يكون هو نفسه العرف المحلي في مكان المتلقي. بالقرب من حدود المنطقة الزمنية، يمكن للمستهلكين استقبال العديد من المحطات التي توفر بيانات مختلفة. ولذلك، يتم تقديم هذه البيانات فقط كتلميحات، ويجب أن يكون تفسيرها واستخدامها تقديريًا، ويخضع لتحكم العميل. ..." |
بالإضافة إلى ذلك، بالنسبة لراديو HD على الأقل، يعد بث هذه المعلومات اختياريًا ولا ينبغي الاعتماد عليه حصريًا.
- متوفر عادةً عبر معايير البث الإذاعي الإقليمية المختلفة.
- لا يتطلب الاتصال بالإنترنت.
- لا يدعم Android هذا خارج الصندوق.
- يتطلب تشغيل الموالف (على الأقل في بعض الأحيان في الخلفية) لاكتشاف المعلومات بشكل موثوق.
الموثوقية تعتمد على المذيع.
نصائح التنفيذ
يدعم Android مزامنة وقت نظامه مع خادم NTP إذا كان من الممكن كشفه لعملاءRadioManager . الحل الموصى به هو الاستفادة من ميزة ملحق البائع. يجب أن يتم تنفيذ هذه الوظيفة في طبقة تجريد الأجهزة (HAL)، وبعد ذلك يمكن تعريضها لعملاء RadioManager من خلال طريقة RadioTuner.getParameters() العامة. لكي يظل الحل قويًا، يجب على مستهلك ملحق البائع هذا تحديد أن طبقة HAL تدعم الميزة (لا تفترض وجودها). يجب أن يتم تنظيم سلاسل المعلمات لاستدعاء getParameters بشكل نظيف لاستخدامها بشكل لا لبس فيه عبر البائعين. على سبيل المثال، استخدام مساحة الاسم الخاصة بمؤسستك عن طريق إضافة النطاق المناسب إليها، على سبيل المثال، com.me.timezoneTuner.currenttimezone .
نظرًا لطبيعة المعلومات التي تعتمد على الأحداث، فقد يكون من المفيد استخدام رد الاتصال RadioTuner.Callback.onParametersUpdated() لتلقي هذه المعلومات. إذا كان يجب أن يكون هذا المرفق قابلاً للتكوين، فقم بتصميم مجموعة من الإجراءات المخصصة أعلى setParameters . على سبيل المثال:
com.me.timezoneTuner.currenttimezoneEvent.enable
النظام العالمي للملاحة عبر الأقمار الصناعية
لا يمكن للنظام العالمي للملاحة عبر الأقمار الصناعية (GNSS) بمفرده أن يوفر معلومات دقيقة عن الوقت والموقع.
تحديد الموقع الجغرافي
الحل لهذا الإزعاج هو تنفيذ الترميز الجغرافي العكسي وتحديد البلد والمنطقة الزمنية عن طريق إجراء بحث بناءً على الموقع. إن نظام GNSS هو الاختيار الواضح (والأفضل جودة) لمعلومات الموقع في السيارة. توفر واجهة برمجة تطبيقات المنطقة الزمنية من Google كل ما هو مطلوب لتشغيل التحويل المطلوب. وبطبيعة الحال، مطلوب الاتصال بالإنترنت. يجب أن يكون ضمان خصوصية المستخدم أولوية قصوى عند تنفيذ حل عبر الإنترنت! مطلوب إذن المستخدم لقبول تكاليف استخدام البيانات (أو لا) ويجب طلبه.
من الممكن إنشاء حل مناسب للاستخدام دون اتصال بالإنترنت. يمكن أن تتناسب قاعدة بيانات الخرائط المحلية ذات الدقة الكافية لتحديد البلد والمنطقة الزمنية بدقة مع مساحة تخزين السيارة. مع هذا بالإضافة إلى استراتيجية تم تنفيذها بالكامل لتحديث معلومات المنطقة الزمنية (والبلد) حسب الحاجة، يمكن للمرء عكس الترميز الجغرافي للبلد/المنطقة الزمنية بناءً على موقع GNSS الذي تم الحصول عليه من النظام الفرعي للموقع.
| الايجابيات | سلبيات |
|---|---|
|
|
الهاتف متصل عبر البلوتوث أو الواي فاي أو USB
يمكن استخدام العديد من التقنيات للاستفادة من هاتف المستخدم للحصول على بيانات الوقت والمنطقة الزمنية. بالنسبة لجميع الهواتف، يجب تثبيت زوج من التطبيقات المخصصة والتطبيقات المصاحبة على الهاتف وعلى نظام المعلومات والترفيه داخل السيارة (IVI). ومن الممكن بعد ذلك مزامنة الوقت في الفاصل الزمني المطلوب. على سبيل المثال، عند إنشاء الاتصال وعندما يكتشف الهاتف منطقة زمنية جديدة.
توفر بعض الهواتف التي تدعم تقنية Bluetooth منخفضة الطاقة (BLE) خيار استرداد الوقت عبر خاصية الوقت الحالي لـ GATT ومواصفات ملف تعريف خدمة الوقت الحالي 1.1 . ومع ذلك، فإن هذا الخيار لا يتناول قطاعًا كبيرًا من السوق بما يكفي للاعتماد عليه حصريًا.
| الايجابيات | سلبيات |
|---|---|
|
|
استخدم المصادر
يجب على كل بائع جهاز تحديد مدى ارتفاع الشريط الذي يجب تعيينه ورحلات المستخدم التي يعتبرها الأكثر أهمية. فقط من خلال الفهم الواضح لتجارب المستخدم المهمة المطلوبة، يمكن التوصل إلى القرار الأفضل. في معظم الحالات، يجب على البائعين مراعاة المفاضلات بين الراحة وتعقيد التنفيذ.
كل خيار موصوف أعلاه له مزايا وعيوب. على سبيل المثال، يجب اتخاذ قرار تصميمي حاسم فيما يتعلق بمدى المرونة المقبولة، مقارنة بعرض الوقت السيئ في بعض الأحيان، وكيفية إدارة الجوانب السلبية. الحل التلقائي بالكامل والذي من المتوقع أن يعمل بشكل جيد في جميع السيناريوهات يجب أن يعتمد على مجموعة من مصادر المعلومات المتعددة. لا يوجد خيار واحد يمكنه توفير التوفر بنسبة 100%.
من السهل تنفيذ خيار التكوين اليدوي كخيار احتياطي مؤقت ويمكن أن يكون كافيًا للعديد من المستخدمين عمليًا.