خيارات المنطقة الزمنية

إنّ العرض الدقيق للوقت هو ميزة أساسية من المفترض أن يوفّرها نظام الترفيه والمعلومات في السيارات. في حين أن هذا قد يبدو بسيطًا بشكل مخادع، خاصةً عندما تكون توقعات الوقت والوقت إدارة المنطقة منخفضة ويجب الوفاء بها، ويصبح الوقت سريعًا معقدًا عندما يكون تحليل يجب عرض التاريخ والوقت بدون تدخل يدوي.

تحتوي جميع الساعات في الوقت الفعلي المستخدمة عادةً في النظام على الرقاقة (SoC) على بعض الانفعالات، تتراكم بمرور الوقت ويمكن أن تؤدي إلى حدوث خطأ كبير عند تركها بدون تصحيح. بالإضافة إلى ذلك، ونظرًا لأن التوقعات مرتفعة، يتم عرض التوقيت المحلي بدقة، فإن الإزاحة الصحيحة من يجب مراعاة التوقيت العالمي المنسَّق (UTC).

معلومات عن المنطقة الزمنية، إلى جانب تطبيق نظام التوقيت الصيفي (DST)، من المتوقع أن تتغير خلال العمر المتوقع للمركبة. على سبيل المثال، بعد العديد من بعد مرور سنوات على تطبيق ضريبة الخدمات الرقمية (DST)، اختارت البرازيل عدم البدء في هذا الجدول الزمني في عام 2019.

يوفر Android البنية الأساسية اللازمة للتفاوض على تعقيدات قاعدة المنطقة الزمنية المشروع. للحصول على التفاصيل، يمكنك مراجعة قواعد المنطقة الزمنية، التي تتيح للمصنّعين الأصليين للأجهزة إرسال بيانات قواعد المنطقة الزمنية المعدَّلة إلى الأجهزة بدون الحاجة إلى نظام تحديث. وتتيح هذه الآلية ما يلي:

  • يتلقّى المستخدمون التحديثات في الوقت المناسب (والتي تطيل فترة الاستخدام المفيدة لجهاز Android).
  • على المصنّعين الأصليين للأجهزة اختبار تعديلات المنطقة الزمنية بشكل مستقل عن تحديثات صور النظام.

ملاحظة: لا يعمل الإصدار AAOS 10 من نظام التشغيل Android. تتوافق مع آلية تحديث الوحدات المستندة إلى APEX المقدَّمة في إصدارات Android. 10 (وأعلى).

ملاحظة: لتنفيذ هذه الآلية، تلزم إعادة تشغيل النظام.

مصادر معلومات الوقت (المنطقة) في السيارات

تدير أجهزة Android الوقت في نظام Unix على مستوى النظام، وتطبِّق معادلة المنطقة الزمنية المطلوبة. ومن ثم تحويل القيمة إلى التوقيت المحلي لعرضها على المستخدمين رقم تعريف منطقة المستخدم الحالي (غالبًا المشار إليه بـ "معرف أولسون") كإعداد. على سبيل المثال، European/London.

تصف الكثير من الآلية الموضحة أدناه المعلومات المتعلقة بالوقت. إن المقصد من هذه المعايير هو لتزويد المستخدمين بالوقت الحالي، وليس لوصف قواعد المنطقة الزمنية السارية. لتحديد المنطقة الزمنية الفعلية، يجب أن يعمل الجهاز بالاستناد إلى عوامل مثل البلد والمعادلة والتوقيت الصيفي الإزاحة قبل تعيين معرّف المنطقة.

يمكن أن تشكل هذه العملية تحديًا. يمكن تنفيذ الخطوات استنادًا إلى المعلومات المتاحة غامضًا. على سبيل المثال، تراعي قاعدة المنطقة الزمنية في أمريكا/دنفر التوقيت الصيفي ولكنها تتطبقه بالنسبة إلى توقيت الجبل التوقيت الصيفي (MDT) خلال الصيف، بينما تستمر أمريكا/فينكس في التعرّف على التوقيت الصيفي.

راديو الجوال

معلومات النظام (SI) هي جانب أساسي من واجهة الهواء للتطور طويل المدى (LTE)، والذي يتم إرساله بواسطة المحطة القاعدية (BS) عبر قناة التحكم في البث (BCCH). تحديد المشاكل وحلّها في ما يتعلّق ببروتوكول 3GPP يحدد 36.331 System InformationBlockType16 (SIB16) الذي يحتوي على معلومات ذات صلة بنظام تحديد المواقع العالمي (GPS) والتوقيت العالمي المنسق (UTC)، ومعادلة التوقيت المحلي، ومعلومات التوقيت الصيفي.

يمكن العثور على وظائف مماثلة في شبكات الجيل الثاني والثالث، حيث تظهر هوية الشبكة والمنطقة الزمنية (NITZ). إمكانية بث معلومات (يمكنك الاطلاع على 3GPP TS 22.042 للحصول على التفاصيل). فمعايير الراديو الخلوي الأخرى مماثلة.

لسوء الحظ، القواسم المشتركة بين معظم المعايير هي أن إرسال هذه المعلومات اختياريًا، لذا فهو ليس متاحًا عالميًا على جميع الشبكات.

الإيجابيات السلبيات
  • وتوفر معظم المعلومات المطلوبة، عند توفرها.
  • البساطة، يدعم Android بالفعل عند الكشف عن الراديو الخلوي كهاتف، كمودم للبيانات فقط.
  • لا تتطلب الاتصال بالإنترنت.
  • ما من ضمانات بأن يتم بث المعلومات أو أن المحطة الأساسية تعمل على النحو الصحيح تكوينه.

  • في المناطق الحدودية، يكون من الممكن التقاط برج خلوي (أثناء التجوال) من بلد مجاور وربما نقل المنطقة الزمنية الخاطئة.

  • في بعض المواقع الجغرافية، قد يتطلّب إجراء التعديلات ساعات بل أيامًا.

بروتوكول وقت الشبكة

وغالبًا ما يستخدم بروتوكول وقت الشبكة (NTP) للحصول على وقت حقبة يونكس دقيق نسبيًا المعلومات. يتيح Android مزامنة وقت النظام مع وقت خادم NTP. ما إذا كان يمكن أن تتعرض لعملاء RadioManager من خلال العامة بيانات RadioTuner.getParameters() الوصفية يعدّل NTP وقت النظام عند الخروج من المزامنة ولم يوفر مشغل شبكة الجوّال مؤخرًا تحديث NITZ. إذا فعَّل المستخدم AUTO_TIME عندما لا يكون NITZ متاحًا، يتحقق النظام على الفور من الشبكة. الوقت.

الإيجابيات السلبيات

البساطة التي يدعمها Android

  • غير مكتمل، NTP لا يوفر سوى قيمة واحدة مطلوبة (الوقت). حتى في أفضل سيناريو، لا يستطيع NTP توفير المنطقة الزمنية.

  • تتطلب الاتصال بالإنترنت.

أداة استقبال البث

وعلى الرغم من أنّ الاستفادة من موالف مدمج لاسترداد معلومات الوقت والمنطقة الزمنية يُعد أمرًا شيّقًا، التحديات المحتملة. تحدد معايير متعددة للبث الإذاعي خيارات لعرض المحتوى المطلوب المعلومات. بشكل عام، يوفر موالف الراديو للبث الإذاعي المعلومات نفسها المتوفرة على الجهاز الراديو.

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 RadioTM مواصفات نقل خدمة المعلومات في محطة الوصف في معلومات المحطة رسالة مَعلمة الخدمة (SIS) (معرّف MSG 0111) يوضح القسم 5 الكلمات التحذيرية التي عند محاولة استخدام دعم الساعة للبث. تنطبق نفس الحكمة على قدم المساواة مع الأنظمة الأخرى:

... تصف هذه البيانات المخصص المحلي في موقع محطة البث، والذي قد يكون مطابقًا للعادات المحلية في مكان المُستلِم بالقرب من حدود المنطقة الزمنية، يمكن أن يتلقى المستهلكون العديد من المحطات التي توفر بيانات مختلفة. ولذلك، البيانات المقدَّمة كتلميحات فقط، ويجب تفسيرها واستخدامها تقديرية، وتخضع لسيطرة العميل. ..."

بالإضافة إلى ذلك، بالنسبة للراديو عالي الدقة على الأقل، يكون بث هذه المعلومات اختياريًا ولا يجب يجب الاعتماد عليها حصريًا.

الإيجابيات السلبيات
  • تتوفّر هذه الميزة عادةً على مستوى معايير بث الراديو الإقليمية المختلفة.
  • لا تتطلب الاتصال بالإنترنت.
  • لا يتيح 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. موضع يتم الحصول عليه من النظام الفرعي للموقع الجغرافي.

الإيجابيات السلبيات
  • يمكنها تحديد المنطقة الزمنية الصحيحة بوضوح.
  • لا تتطلب اتصالاً بالإنترنت (في حال استخدام قاعدة بيانات محلية).
  • تعمل هذه الميزة بشكل موثوق مع معظم سيناريوهات القيادة.
  • لا يتيح Android ذلك عند إخراج الجهاز من العلبة.
  • إذا كانت المركبة داخلية/منطقة مغطاة حيث لا يمكن استقبال القمر الصناعي لنظام GNSS بشكل جيد ممكن أثناء التهيئة الأولية، يكون من المستحيل الحصول على الوقت والموقع ومعلومات عن المنطقة الزمنية
  • تحتاج قاعدة البيانات المحلية إلى آلية تحديث.
  • مدى تعقيد عملية التنفيذ:

الهاتف متصل من خلال البلوتوث أو Wi-Fi أو USB

يمكن استخدام العديد من التقنيات للاستفادة من هاتف المستخدم للحصول على بيانات الوقت والمنطقة الزمنية. بالنسبة إلى جميع الهواتف، يجب تثبيت تطبيقَين مخصّصَين وتطبيقات مصاحبة على الهاتف. وعلى نظام الترفيه والمعلومات داخل المركبة (IVI). حينئذٍ يمكن مزامنة الوقت في الفاصل الزمني المطلوب. على سبيل المثال، عند إجراء الاتصال وعندما يكتشف الهاتف هاتفًا جديدًا في المنطقة الزمنية.

بعض الهواتف التي تدعم Bluetooth منخفض الطاقة (BLE) توفر خيار استرداد الوقت عبر سمة الوقت الحالي في GATT ومواصفات ملف الخدمة في الوقت الحالي 1.1 ومع ذلك، فإن هذا الخيار لا تستهدف سوقًا كبيرة بما يكفي مقطعًا يمكن الاعتماد عليه بشكل حصري.

الإيجابيات السلبيات
  • لا تتطلب الاتصال بالإنترنت.
  • يمكن ترحيل التغييرات في المنطقة الزمنية التي تم اكتشافها بواسطة الهاتف إلى الوحدة الرئيسية.
  • لا يتيح Android ذلك عند إخراج الجهاز من العلبة.
  • لا تعمل هذه الميزة إلا أثناء توصيل الهاتف بالوحدة الرئيسية.
  • فالوقت مفيد أو سيئ كما لو كان الهاتف يوفر لك.
  • عملية التنفيذ معقّدة.
  • لا تتوافق بعض الهواتف مع الملف الشخصي لخدمة BLE GATT الحالية.

استخدام المصادر

على كل مورِّد للجهاز تحديد مستوى المعايير التي يجب ضبطها وتجارب المستخدم التي يجب الاهتمام بها بالغ الأهمية. فقط من خلال الفهم الواضح لتجارب المستخدم الهامة المطلوبة الوصول إليه. في معظم الحالات، يجب على البائعين أن يأخذوا في الاعتبار المفاضلات بين الملاءمة وتعقيد التنفيذ.

كل خيار من الخيارات الموضحة أعلاه له مزايا وعيوب. على سبيل المثال، قد يكون التصميم المهم الاختيار في ما يتعلق بمدى المرونة، مقارنة بعرض وقت ضعيف من حين لآخر، مقبولة وكيفية إدارة الجوانب السلبية. هو حل تلقائي تمامًا يمكن توقعه تعمل بشكل جيد في جميع السيناريوهات حتى الآن يجب أن تستند إلى مجموعة من مصادر المعلومات المتعددة. لا يمكن أن يوفّر خيار واحد فقط بيانات مدى التوفّر بالكامل.

يسهل تنفيذ خيار الإعداد اليدوي كإجراء احتياطي مؤقت، ويمكن عمليًا كافيًا للعديد من المستخدمين.