Embedded product-boundary experiment
نموذج أولي برمجي لبيانات المركبات
A vehicle-data prototype spanning API, user surfaces, embedded source, and a Rust signal-normalisation core. The implemented record supports trace and fixture work; vehicle, hardware, and fleet validation remain outside it.
جسر الأعمال ↔ التقنية · Embedded product-boundary experiment
Explores the boundary from vehicle acquisition and canonical signals to operator-facing product decisions.
هذا تفسير للمحفظة والمصدر، وليس ادعاءً بشأن عميل أو نشر أو اعتماد أو نتيجة.
Vehicle telemetry is only useful when acquisition, signal semantics, connectivity, diagnostics, user experience, and operational responsibility form one product boundary.
Separate embedded acquisition, canonical signal mapping, application APIs, and user surfaces before adding assistant or predictive behaviour.
Embedded source, API and user surfaces, a Rust normalisation core, and a trace-replay fixture for DBC, CAN, and canonical mapping.
Signal quality, offline behaviour, update safety, hardware limits, and user validation return to feature scope, architecture, support, and release criteria.
أدلة الشفرة المصدرية
A vehicle-data prototype spanning API, user surfaces, embedded source, and a Rust signal-normalisation core. The implemented record supports trace and fixture work; vehicle, hardware, and fleet validation remain outside it.
تُحفظ اللقطة التقنية التفصيلية باللغة الإنجليزية.
أدلة المستودع ليست دليلاً على عملاء أو نشر أو اعتماد أو نتائج.
الهيكل المعماري
ثلاثة حدود في الشيفرة المصدرية: اكتساب البيانات المضمَّن، والربط المرجعي للإشارات وواجهات برمجة التطبيقات، وواجهات القياس عن بُعد والمساعد الموجَّهة للمستخدم.
خريطة مصدر فقط: قد تمثل الطبقة كودًا منفذًا أو حدًا لمحوّل أو تصميمًا موثقًا. ولا تثبت خدمة إنتاج مهيأة.
تمثل الشيفرة المصدرية المضمّنة اكتساب بيانات OBD-II/CAN وإشارات مختارة ومدخلات الحركة والتخزين المؤقت وحدود التحديث. ولا يُدَّعى أي عتاد إنتاجي أو تحقق على المركبة.
واجهات الجوال والويب والبث والاستيعاب ممثَّلة في الشيفرة المصدرية. أما زمن التأخير من طرف إلى طرف والموثوقية وقابلية الاستخدام الميداني فتتطلب تحققاً على العتاد والشبكات المستهدفة.
تمثل الشيفرة المصدرية مساعداً يعتمد على Mistral لشرح بيانات CAN الخام بلغة واضحة: ملخصات الرحلات، وتقييم سلوك القيادة، وفرضيات الصيانة التنبؤية والشذوذ. وتتطلب مخرجاته تحققاً منفصلاً يخص جودة البيانات والتشغيل.
المشكلة
لماذا بيانات المركبات غير مستغلة
تولّد المركبات الحديثة بيانات OBD-II غنية، لكن السائقين ومديري الأساطيل لا يملكون أداة سهلة لتفسيرها.
تطبيقات منفصلة للتشخيص وتتبع الرحلات واقتصاد الوقود وتسجيل السلامة. لا طبقة ذكاء موحدة.
الأعطال تحدث قبل اكتشاف المشاكل. لا تنبيهات تنبؤية ولا تسجيل صحة ولا تحليل اتجاهات.
لا يمكنك طرح أسئلة على سيارتك. لا واجهة بلغة طبيعية لفهم أنماط القيادة أو صحة المركبة.
المميزات
واجهات في الشيفرة المصدرية من بيانات OBD-II الخام إلى القياس عن بُعد الموجَّه للمستخدم
نطاق المصدر فقط: قد يصف العنصر كودًا منفذًا أو محوّلًا موثقًا أو سير عمل مهيأ. ولا يعني أن خدمة إنتاج نشطة.
01
تمثل الشيفرة المصدرية معرّفات PID وأوضاعاً مختارة من OBD-II (البيانات الحالية، الإطار المجمّد، DTCs، VIN)، وGPS عبر NMEA، ومدخل IMU، والبث عبر WebSocket + SSE. ولم يُتحقَّق من التغطية ولا من المعدلات.
02
تمثل الشيفرة المصدرية الكشف الآلي للبداية/النهاية، وتسجيل المسار، وإحصائيات الرحلة، وإعادة التشغيل، وسجل الرحلات مع تحليل التكاليف. ولم يُتحقَّق من أيٍّ منها على المركبات.
03
تنمذج الشيفرة المصدرية نتيجة سلامة مستخلصة من أحداث قيادة مثل الكبح المفاجئ والتسارع السريع والانعطاف الحاد والاصطدام، مع درجات فرعية للنعومة والسرعة والقيادة الاقتصادية. ولم يُتحقَّق من العتبات على المركبات.
04
تمثل الشيفرة المصدرية قراءة/مسح DTC، وتحليل إطار التجميد، ونتيجة صحة المركبة. وتتطلب مخرجات الصيانة التنبؤية تحققاً منفصلاً.
05
تمثل الشيفرة المصدرية مساعداً للأسئلة المطروحة بلغة طبيعية حول بيانات المركبة، يستخدم نموذجاً لغوياً كبيراً مع استجابات بث SSE. وتتطلب مخرجاته تحققاً منفصلاً.
06
تستهدف الشيفرة المصدرية المضمّنة ESP32-S3 (ثنائي النواة 240MHz) مع CAN/TWAI، ومستقبل GPS من u-blox، وIMU من نوع MPU6050، وWiFi 802.11 b/g/n، وBLE GATT. أنواع الوقود (بنزين، ديزل، هجين، PHEV، BEV، هيدروجين) واسترجاع OTA A/B منمذجة في الشيفرة المصدرية. ولا يُدَّعى أي تحقق على العتاد أو المركبة.
ما تنمذجه الشيفرة المصدرية
تنمذج الشيفرة التي جرت مراجعتها إشارات OBD-II/CAN مختارة وطبقة ربط مرجعية. ويختلف التوفر والمعدل والوحدات والمعنى باختلاف المركبة، وتتطلب تحققاً ببيانات الاختبار وعلى منضدة الاختبار وعلى المركبة.
سطح المستودع فقط: يتطلب التوفر والاكتمال والأداء والملاءمة التشغيلية تحققًا منفصلًا.
PID 0Dيمثّل مدخل سرعة المركبة لمنطق الرحلات والعتبات والسياج الجغرافي. ولا يُدَّعى المعدل ولا الدقة عبر مختلف المركبات.
PID 0Cيمثّل مدخل سرعة دوران المحرك بوصفه مؤشراً غير مباشر لحمل المحرك، مع فرضيات الانحراف عن خط الأساس لخلل الإشعال وانحراف لامدا وتآكل ناقل الحركة. وهو ليس مؤشراً مبكراً متحقَّقاً منه.
PID 11يمثّل مدخل وضعية دواسة الوقود (%) لحساب درجة العدوانية، وتوجيه السلوك، ومنطق أحداث التسارع الشديد مع دورة المحرك في الدقيقة والسرعة. ولم يُتحقَّق منه على المركبات.
PID 05يمثّل مدخل درجة حرارة سائل التبريد وفرضيات الشذوذ. وهو ليس ضماناً للإنذار المبكر ولا استنتاجاً تشخيصياً.
PID 0Fيمثّل مدخل كثافة الهواء لحساب الوقود بواسطة وحدة التحكم الإلكترونية. أما الاستخدامات التشخيصية، مثل تحليل فقدان الطاقة أو فحص الادعاءات المتعلقة بسحب الهواء البارد، فتتطلب تحققاً خاصاً بكل مركبة.
PID 0Bيمثّل مدخل ضغط المشعب بوصفه قياساً لحمل المحرك (طبيعي + تربو). أما عروض منحنى الضغط، والحمل مقابل دورة المحرك، وإجهاد المركبات القاطرة فهي نطاق تصميم، لا تحليل متحقَّق منه.
PID 2Fيمثّل مدخل مستوى الخزان (%) لاكتشاف التزود بالوقود، وتنبيهات السرقة عند الانخفاض المفاجئ، ومنطق استهلاك الوقود (MPG) لكل رحلة مقابل المسافة المحسوبة بتكامل السرعة. ولا يُدَّعى المعدل ولا الدقة.
PID 14يمثّل مدخل نسبة الهواء إلى الوقود. والانحراف طويل الأمد فرضية لتدهور المحول الحفزي، أو تقدم عمر مستشعر لامدا، أو تعديل غير مصرح به على نظام الوقود، وليس استنتاجاً تشخيصياً.
MODE 03يمثّل سير عمل لاستيعاب أكواد التشخيص وشرحها بلغة واضحة. وتتطلب الوحدات المدعومة والأسباب المقترحة تحققاً خاصاً بكل مركبة وتحققاً من خبير.
ONBOARDيمثّل مدخل وحدة القياس بالقصور الذاتي (IMU) على جانب ESP32 لمنطق أحداث الكبح الشديد، والمنعطفات الحادة، والاصطدام، وخشونة الطريق، بشكل مستقل عن بيانات CAN. ولم يُتحقَّق من الكشف ولا من الاستخدام على المركبات غير المزودة بواجهة OBD.
GNSSيمثّل مدخلات الموقع من GPS والشبكة الخلوية للمناطق التي يحددها المستخدم (المنزل، المستودع، موقع العميل)، وتنبيهات الدخول/الخروج، والتخزين المؤقت دون اتصال. ولم يُتحقَّق من السلوك الميداني.
OTAيمثّل واجهات تصميمية لإصدار البرنامج الثابت والتحديث المرحلي والاسترجاع. ولا يُدَّعى أي إصدار إنتاجي موقَّع ولا أي سجل تحديث لأسطول أجهزة.
البنية التقنية
تحدد التقنيات المسماة تبعيات المستودع أو أسطح المحوّلات؛ ولا تثبت تكاملًا نشطًا أو نشرًا.
الشيفرة المصدرية
النموذج الأولي البرمجي Vectis AI — الخلفية والواجهة الأمامية وتطبيق الجوال والبرامج الثابتة — متاح عند الطلب.
للوصول إلى الشيفرة المصدرية، يُرجى توقيع اتفاقية عدم الإفصاح. هذا إجراء قانوني معياري.
هل تحتاج توجيهاً استراتيجياً في الذكاء الاصطناعي لأسطولك أو منصة إنترنت الأشياء؟ يمكن لخدماتي الاستشارية المساعدة.
الشراكة
إذا كنت مشغّل أسطول أو مصنّع سيارات أو شريك IoT وتدرس استخدام الذكاء الاصطناعي لبيانات المركبات، فتواصل معي لمناقشة القرار.
من العرض التوضيحي إلى التشغيل الموثوق. اشترك لتصلك قراءات جديدة عن Physical AI.
يمكنك إلغاء الاشتراك في أي وقت. لا بريد مزعج، أبداً.