دليل القرار التقني · المنتجات المتصلة

كيف تخطط لإدارة الأجهزة وتحديثات OTA في المنتجات المتصلة؟

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

دليل تطوير المنتج · · النشر: · تحديث:

قم بوصف مشروعك اقرأ الدليل
تتدفق الهوية والقياس عن بعد والأوامر وتحديثات البرامج بين الجهاز المتصل والخادم
رسم تقني تصوّري · دليل القرار الفني · المنتجات المتصلة
دورة الحياةمن الإنتاج إلى الصيانة الميدانية
معماريةالجهاز والاتصال والخادم معًا
التسليمالملفات المصدرية وبيانات الواجهات والتشغيل

نهج VOMRO الهندسي

حوّل الاتصال من وظيفة عرض تجريبي إلى ميزة في المنتج يمكن صيانتها واستمرارها.

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

يبدأ الحل بتحديد المسؤوليات والسيناريوهات قبل اختيار علامة تجارية لخدمة سحابية. ويجب أن تشترك البرمجيات المدمجة وAPI وقاعدة البيانات وشاشة الإدارة في قاموس بيانات واحد. وتهدف الخطوات التالية إلى بناء متطلبات المنتج الخاص بالعميل. وتطور VOMRO نطاق العتاد والبرمجيات لمشروعكم بدل بيع اشتراك جاهز لإدارة الأجهزة؛ مع حسم مسؤوليات الاستضافة والتشغيل والصيانة بصورة منفصلة.

01

1. افصل معرف الجهاز وحساب المستخدم وسجل التثبيت

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

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

  • تسجيل فريد للجهاز وإصدار الأجهزة/البرامج
  • ربط تخصيص الجهاز بالعميل والمنشأة والمستخدم
  • سيناريوهات الخدمة والتسليم وإعادة التعيين
02

2. حدّد نطاق الإعداد الأولي وبيانات الوصول

التهيئة الأولية (provisioning) هي حصول الجهاز على المعلومات اللازمة للانضمام إلى الشبكة والخدمة المعنية. ويجب ألا تُعامل معلومات Wi-Fi التي يدخلها المستخدم وهوية الجهاز لدى الخادم وحساب المستخدم باعتبارها سرًا واحدًا. ويمكن تقييم طرق مثل BLE أو الاتصال المحلي أو خطوة البرمجة أثناء الإنتاج وفق استخدام المنتج. ويُحدد أيضًا سلوك الرجوع وإعادة المحاولة إذا انقطع الإعداد قبل اكتماله.

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

  • الإعداد الأولي وتدفق إعادة التكوين
  • وصول مقيد حسب الجهاز والدور
  • قواعد تجديد بيانات الوصول وإلغائها وتسجيلها
03

3. خطّط لاستخدام MQTT وواجهات API المبنية على HTTP مع تدفق البيانات

يدعم نظام النشر والاشتراك في MQTT وتبادل الطلب والاستجابة عبر API مبني على HTTP تدفقات بيانات مختلفة. ويمكن استخدام الطريقتين معًا لمهام مختلفة في المنتج نفسه. وتُقيّم وتيرة القياسات والأوامر المرسلة من الخادم إلى الجهاز وطبيعة الاتصال والبنية البرمجية الحالية معًا. وتُوثق بنية موضوعات MQTT أو مسارات HTTP API وحقول البيانات وإصداراتها. وتُعالج حماية النقل مثل TLS ومصادقة الخادم وصلاحيات الوصول بوصفها مسؤوليات تصميم منفصلة.

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

  • الموضوع/API القاموس ومخطط البيانات والإصدارات
  • حماية النقل والمصادقة وفصل الترخيص
  • التمييز بين تسليم الرسالة ونتيجة الإجراء المادي
04

4. قم بتخزين البيانات دون اتصال بالإنترنت مع الوقت والجودة

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

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

  • حجم المخزن المؤقت والإشغال وأولوية التسجيل
  • زمن القياس ووقت الوصول وصلاحية البيانات
  • تمييز السجلات المكررة واستئناف العمل بعد الانقطاع
05

5. مراقبة القبول والتنفيذ ونتيجة الأمر عن بعد

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

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

  • معرف الأمر والإصدار وفترة الصلاحية
  • الحالات المستلمة والمقبولة والمطبقة
  • التكرار وتأخير الأمر والأولوية المحلية/البعيدة
06

6. جدولة تحديث OTA قبل تحديد البطاقة

OTA هو تحديث عن بعد للبرنامج الثابت؛ ترتبط أقسام الذاكرة بمحمل التشغيل وسلوك الطاقة. يتم تحديد المكان الذي سيتم فيه حفظ البرنامج الجديد، وماذا يحدث عند مقاطعة التنزيل، وما هي مراجعة الأجهزة المتوافقة معها. تم تصميم التحقق من البرامج الموقعة والنقل الآمن وفقًا لمتطلبات المشروع. يعمل التوقيع على التحقق من أن البرنامج يأتي من المصدر المعتمد؛ ولا يثبت وحده أنه سيعمل بدون أخطاء.

يتم إنشاء البنية المناسبة عند الحاجة إلى التحقق من التمهيد الأول والتراجع عن الإصدار الفاشل. لا يعني توفر التراجع أنه يمكن التراجع عن كل إصدار قديم دون قيد أو شرط؛ يتم أيضًا تقييم إصدار الأمان وتوافق البيانات. توفر وثائق Espressif OTA وMCUboot أمثلة تنفيذ مختلفة. يعتمد الأسلوب الذي سيتم استخدامه على الأجهزة المختارة. أثناء التحديث، تتم تجربة سيناريوهات مثل انقطاع التيار الكهربائي وبدء التشغيل غير الناجح في النموذج الأولي.

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

7. حدّد متطلبات واضحة لمراقبة أسطول الأجهزة وقبول التحديثات

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

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

  • التمييز بين الإصدار ووقت آخر اتصال وحالة التحديث
  • المجموعة التجريبية ومتطلبات النشر المرحلي
  • تدفق المعاملات في حالة عدم التوافق والتأخير والخطأ
08

8. قم بتضمين معلومات التثبيت والتشغيل بالإضافة إلى كود المصدر في قائمة التسليم

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

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

  • الملفات المصدرية للجهاز والخادم ووثائق الواجهات
  • معلومات التثبيت والتحديد والتحديث والاختبار
  • NDA والتسليمات الفنية والمسؤوليات التشغيلية
الحالات التي يجب التمييز بينها في المنتج المتصل
المعلومات على الشاشةالمعنى الفنيالمعلومات المرتبطة التي تُراقَب معها
الجهاز متصلتم التواصل مع الجهاز مؤخرًاآخر وقت قياس صالح
تم إرسال الأمربدأ الخادم عملية النقلقبول الجهاز والنتيجة المادية
تم تنزيل التحديثالملف وصل على الجهازالتحقق وبدء التشغيل وتأكيد الإصدار

طريقة العمل

تحويل القرارات إلى خطة المشروع.

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

  1. 01

    اكتب دورة الحياة

    تحديد سيناريوهات الإنتاج والتثبيت الأولي والاستخدام والخدمة والتسليم.

  2. 02

    تحديد الواجهة

    ضع قاموسًا موحّدًا للهوية والصلاحيات والبيانات والأوامر والإصدارات.

  3. 03

    اختبر الانقطاعات

    قم بتطبيق سيناريوهات فقدان الاتصال والطاقة والبيانات القديمة والتحديثات الفاشلة.

  4. 04

    تسلّم الملفات المصدرية

    تسلّم الشيفرة والتصاميم ووثائق التركيب والتشغيل وفق قائمة التسليم الفنية.

الأسئلة المتداولة

قبل البدء بالمشروع

يتم توضيح النطاق الفني والتسليمات وخطة الاختبار معًا وفقًا لمتطلبات مشروعك.

هل استخدام MQTT يعني أن الجهاز آمن؟

لا. يحدد MQTT سلوك المراسلة. أما حماية النقل والمصادقة وصلاحيات الوصول وإدارة المفاتيح وسلوك التطبيق فتُصمم بصورة منفصلة ويُتحقق منها في ظروف المشروع.

هل يمكن إضافة OTA لاحقًا؟

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

هل يجب فقدان البيانات عند انقطاع الإنترنت؟

لا. يمكن تصميم تخزين مؤقت محلي عند توفر ظروف مناسبة للذاكرة والطاقة. وتُحدد منذ البداية السعة ومعلومات الوقت والسلوك عند الامتلاء وطريقة تمييز السجلات المكررة عند استعادة الاتصال.

هل يقوم VOMRO ببيع المنتج السحابي الخاص به؟

هذه الخدمة عبارة عن تطوير أجهزة وبرمجيات متصلة خاصة بالعميل. يتم تحديد نطاق تطبيق الخادم للتكامل أو المشروع مع البنية التحتية الحالية لديك. يتم شرح مسؤوليات الاستضافة والصيانة بشكل أكبر؛ يتم تسليم موارد المشروع والوثائق الفنية في النهاية.

محتويات ذات صلة

من الجهاز إلى لوحة الإدارة

برمجيات الخوادم وإدارة الأجهزة

 بيانات موثوقة من الميدان إلى النظام

تكامل إنترنت الأشياء والاتصالات والأتمتة

 نقوم بتصميم سلوك الجهاز

تطوير البرمجيات والأنظمة المدمجة

 من الفكرة إلى منتج علامتك التجارية

تطوير الإلكترونيات الاستهلاكية ومنتجات المستخدم النهائي

جميع خدمات تطوير المنتجات

مشروعك، منتجك

نطوّر بسرية ونسلّم المشروع مع مصادره.

يمكننا توقيع اتفاقية عدم إفشاء (NDA) قبل تبادل التفاصيل الفنية. وعند انتهاء المشروع، نسلّمك الشيفرة المصدرية وملفات التصميم والوثائق الفنية التي طوّرناها.

  • اتفاقية NDA قبل مشاركة المعلومات التقنية
  • قائمة تسليم واضحة منذ البداية
  • المصادر والملفات التقنية في نهاية المشروع
الخصوصية وعملية التسليم لدينا
لنبدأ بفكرتك

لنتحدث عن المنتج الذي تتصورونه والحاجة التي تريدون تلبيتها.

أرسلوا طلب مشروع +90 534 487 98 02