دليل القرار التقني · تكامل الآلات الزراعية

تكامل ناقل CAN وJ1939 وISOBUS في الآلات الزراعية

تعتمد إجابة سؤال «الآلة مزودة بـ CAN، فهل يمكننا الحصول على البيانات؟» على أكثر من الموصل. إذ يجب فحص التوصيل المادي ومعنى الرسائل وصلاحية الوصول إلى البيانات والوظيفة المستهدفة كل على حدة. ويساعد هذا الدليل على فصل نطاقات قراءة البيانات والتحكم بالمعدات وتكامل طرفية ISOBUS في مشروع آلة زراعية.

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

نهج VOMRO الهندسي

عمل الاتصال لا يعني اكتمال الوظيفة المستهدفة.

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

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

01

1. ميّزوا توصيل ناقل CAN عن قاموس الرسائل

يفصل شرح CiA للطبقات بين الطبقات الدنيا لـ CAN وبروتوكولات المستوى الأعلى مثل J1939. ويوفر كابل CAN والمرسل المستقبل والمتحكم البنية الأساسية لاتصال البيانات، بينما يأتي معنى بايت في الرسالة، كحرارة أو حالة، من تعريف التطبيق. ويمكن استخدام قواميس رسائل مختلفة على الواجهة المادية نفسها. لذلك لا تكفي معرفة توصيلي CAN-H وCAN-L وحدهما لفهم بيانات الآلة.

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

02

2. عرّفوا PGN وSPN وصلاحية الإشارات في J1939

في مشروعات J1939 يميز PGN، أي Parameter Group Number، مجموعة المعاملات، ويميز SPN، أي Suspect Parameter Number، المعامل المحدد. ويُعد J1939 Digital Annex من SAE أحد المراجع الرسمية لهذه التعريفات. وفك ترميز إشارة لا يقتصر على معرفة رقمها، بل يتطلب موضعها في حقل البيانات وطولها وقدرة تمييزها وإزاحتها ووحدتها وتمثيلات القيم غير الصالحة. ويُفحص إصدار الوثيقة ورخصة الوصول إليها في بداية المشروع.

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

03

3. حددوا هدف ISOBUS بوظيفة بدل عبارة «ليكن متوافقًا»

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

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

04

4. افصلوا قراءة البيانات وحدها عن أوامر التحكم في حزمتي عمل

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

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

05

5. حددوا مسؤوليات ECU والمستشعر وHMI وبوابة الاتصال

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

يمكن فصل وقت القياس عن وقت الوصول إلى الخادم في وحدة 4G/GNSS. وتُحدد طريقة وسم السجل عند بطلان الموقع وسعة البيانات دون اتصال وطريقة إعادة الإرسال. وإذا لزم الربط بمنصة المصنّع القائمة، يمكن دراسة استخدام API مخولة بدل الاتصال المادي بناقل الآلة. ففي مثال واجهة المعدات لدى Deere، يرتبط الوصول بالمؤسسة والتفويض، ولا يمكن استنتاج إتاحة علامة أخرى أو جميع البيانات بالطريقة نفسها.

06

6. افحصوا وثائق المصنّع وDBC وحقوق البيانات منذ البداية

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

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

07

7. اربطوا اختبارات المنضدة والمحاكاة والميدان

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

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

08

8. أعدّوا مواصفة المشروع بمثال ملموس

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

تُضاف إلى المسودة علامة الآلة وطرازها وسنة صنعها وإصدارات الطرفية وECU وورقات بيانات المستشعرات وتوصيلات الأطراف ووثائق الرسائل وصلاحيات الوصول. ثم تُحدد شروط القبول: نطاق القياس والخطأ المسموح وتأخير البيانات وسعة التسجيل والسلوك المتوقع عند الانقطاع. وتُحدد الأهداف العددية معًا بحسب الموقع. وتشمل قائمة التسليم الشيفرة المصدرية وPCB/CAD ومخطط التوصيل ومعلومات البناء البرمجي وتقرير الاختبار وقائمة تراخيص الأطراف الثالثة. وبذلك يمكن تقييم العرض على أساس الوظائف وتوقعات التحقق نفسها.

  • البيانات المطلوبة: المصدر والوحدة والتواتر والصلاحية
  • نطاق الآلات: الطراز والإصدار والطرفية والوثائق المعتمدة
  • القبول: القياس والتأخير والانقطاع والاختبار الميداني
  • التسليم: المصدر والتصميم والتوصيل والاختبار وقائمة التراخيص
فصل نطاقات مشروع ناقل CAN وJ1939 وISOBUS
الموضوعماذا يوفر؟ما الذي لا يثبته وحده؟ما سيُتحقق منه في المشروع
بنية CANطبقات دنيا لنقل الرسائل بين أجهزة متوافقةمعنى الرسالة أو وظيفة ISOBUSالأطراف وسرعة الناقل والطوبولوجيا والإنهاء والظروف الكهربائية
تكامل بيانات J1939معالجة البيانات عبر مجموعات معاملات وإشارات محددةبث جميع البيانات المطلوبة في كل آلةتعريف PGN/SPN والمصدر وانتهاء المهلة والوصول المخول
تكامل وظائف ISOBUSبنية قائمة على المعايير لوظائف الطرفيات والمعدات المستهدفةجاهزية جميع الخصائص أو الشهادة لجميع العلاماتالوظيفة المستهدفة وحزمة البرمجيات والتراخيص واختبار التركيبة الفعلية
قياس عن بُعد عبر 4G/APIمشاركة البيانات المصرح بها مع برمجيات خارج الآلةتوفير التحكم المحلي أو الوصول إلى بيانات الآلة تلقائيًاإذن البيانات والتغطية والتسجيل المحلي والمصادقة والمزامنة

طريقة العمل

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

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

  1. 01

    دوّنوا الوظيفة

    بيّنوا قراءة البيانات وشاشة المشغّل وطلب التحكم بصورة منفصلة.

  2. 02

    تحققوا من الوصول

    افحصوا قائمة الآلات ووثائق المصنّع والإشارات المسموح بها.

  3. 03

    صفوا الاختبار

    حددوا شروط قبول المنضدة والطرفية المستهدفة والآلة التجريبية.

  4. 04

    وضحوا التسليم

    حددوا ملفات المصدر والتصميم والإصدار وتقرير الاختبار وقائمة التراخيص.

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

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

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

هل يمكن قراءة جميع بيانات المستشعرات من آلة زراعية مزودة بناقل CAN؟

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

هل J1939 وISOBUS هما الشيء نفسه؟

لا. قد يظهران كتقنيتين مترابطتين في المشروع نفسه، لكن تعريفات البيانات المستهدفة ووظائف الطرفيات والمعدات الزراعية منفصلة. ولا يكفي تحديد النطاق باسم البروتوكول وحده دون كتابة الوظيفة المطلوبة.

هل يكفي ظهور الواجهة على شاشة ISOBUS للتحكم بالأقسام؟

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

ما الملفات التي ينبغي إعدادها قبل عرض المشروع؟

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

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

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

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

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

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