لماذا يوقف سؤال البروتوكول المشاريع
معظم مشاريع التليماتيك تتوقف عند جملة واحدة: نحتاج بروتوكول CAN الخاص بك. وبالنسبة لمصنّع يعني ذلك تسليم وثائق داخلية لمورّد، مع موافقات داخلية. فينتظر المشروع، والسبب ليس العتاد.
جوابنا: لا نطلبه
بروتوكول CAN يبقى لك. أنت تحدد الإطارات والإشارات وتحتفظ بها. نطلب فقط: أي نقاط بيانات، وبأي وحدة، وإلى أين. ونسلّم القيم عبر API.
- لا حاجة لوثيقة البروتوكول.
- لا حاجة لتسليم DBC.
- لا حاجة لتسليم البرنامج الثابت — نعمل على حدود البيانات.
- تبقى قابلاً للنقل — عقد API ملكك.
ماذا يفعل API
- استعلامات CAN مجدولة بفاصل تختاره.
- إرسال عند التغيّر بدل بث مستمر.
- ضبط عن بُعد للسرعة ونقاط القياس.
- FOTA مزدوج مع استكمال وتراجع.
- تحديث ECU/VCU عبر تمرير CAN (حسب الطلب).
كم يستغرق التكامل
أول نقطة بيانات عاملة تُنجز عادة في نحو يوم واحد من العمل المشترك، لأن الواجهة هي API وليست بروتوكولك.
أسئلة تستحق أن تُطرح على أي مورّد
- هل تحتاج بروتوكول CAN أو ملف DBC؟
- هل API موثّق؟ وهل يمكن رؤية مثال payload قبل الطلب؟
- من يقوم بمطابقة إشاراتي الداخلية؟
- ماذا يحدث عند انقطاع الاتصال؟
العتاد: صفحة CAN إلى 4G. الواجهات: تليماتيك ناقل CAN.
FAQ
- هل تحتاجون ملف DBC؟
- لا. مطابقة الإشارات تبقى لديك، ونعمل على النقاط التي تفتحها.
- هل API موثّق قبل الطلب؟
- نعم — نرسل مثال payload وقائمة الحقول.
- وإذا كانت منصتي تتوقع مخططًا مختلفًا؟
- حدد الحقول المستهدفة؛ نتفق على المطابقة كتابيًا.
Tell us the application
Send the vehicle, wheel count and where the data must end up. We answer in writing.