كان أوبن
CANopen عبارة عن حزمة بروتوكولات اتصال ومواصفات تعريفية للأجهزة للأنظمة المدمجة المستخدمة في الأتمتة . وفقًا لنموذج OSI ، تُنفذ CANopen الطبقات التي تعلو طبقة الشبكة، بما في ذلك طبقة الشبكة نفسها . يتكون معيار CANopen من نظام عنونة، وعدة بروتوكولات اتصال صغيرة، وطبقة تطبيقية مُحددة بواسطة تعريف الجهاز. تدعم بروتوكولات الاتصال إدارة الشبكة، ومراقبة الأجهزة، والتواصل بين العُقد، بما في ذلك طبقة نقل بسيطة لتقسيم الرسائل وفك تقسيمها. عادةً ما يكون بروتوكول المستوى الأدنى الذي يُنفذ طبقة ربط البيانات والطبقة الفيزيائية هو شبكة منطقة التحكم (CAN)، على الرغم من أن الأجهزة التي تستخدم وسائل اتصال أخرى (مثل Ethernet Powerlink و EtherCAT ) يُمكنها أيضًا تنفيذ تعريف جهاز CANopen.
يتم تقديم مواصفات جهاز CANopen الأساسية وملفات تعريف الاتصال في مواصفات CiA 301 الصادرة عن CAN in Automation .تُبنى ملفات تعريف الأجهزة الأكثر تخصصًا على هذا الملف التعريفي الأساسي، ويتم تحديدها في العديد من المعايير الأخرى الصادرة عن CAN in Automation، مثل CiA 401لوحدات الإدخال/الإخراج و CiA 402للتحكم في الحركة.
طراز الجهاز
يجب على كل جهاز CANopen أن يطبق ميزات قياسية معينة في برنامج التحكم الخاص به.
- تقوم وحدة الاتصال بتنفيذ بروتوكولات المراسلة مع العقد الأخرى في الشبكة.
- يتم التحكم في بدء تشغيل الجهاز وإعادة ضبطه عبر آلة حالة . يجب أن تحتوي هذه الآلة على الحالات التالية: التهيئة، ما قبل التشغيل، التشغيل، والإيقاف. تتم الانتقالات بين هذه الحالات عن طريق إرسال كائن اتصال لإدارة الشبكة (NMT) إلى الجهاز.
- قاموس الكائنات عبارة عن مصفوفة من المتغيرات ذات فهرس 16 بت. بالإضافة إلى ذلك، يمكن أن يحتوي كل متغير على فهرس فرعي 8 بت. يمكن استخدام هذه المتغيرات لتهيئة الجهاز وعكس بيئته، أي أنها تحتوي على بيانات القياس.
- يقوم جزء التطبيق في الجهاز بتنفيذ الوظيفة المطلوبة بعد ضبط آلة الحالة على حالة التشغيل. يتم تكوين التطبيق باستخدام متغيرات في قاموس الكائنات، ويتم إرسال البيانات واستقبالها عبر طبقة الاتصال.
قاموس الكائنات
يجب أن تحتوي أجهزة CANopen على قاموس كائنات، يُستخدم لتكوين الجهاز والتواصل معه. ويتم تعريف كل مدخل في قاموس الكائنات كما يلي:
- الفهرس ، وهو عنوان مكون من 16 بت للكائن في القاموس
- اسم الكائن (نوع الكائن/حجمه)، وهو نوع رمزي للكائن في الإدخال، مثل مصفوفة أو سجل أو متغير بسيط
- الاسم ، وهو سلسلة نصية تصف المدخل
- يُحدد النوع نوع بيانات المتغير (أو نوع بيانات جميع متغيرات المصفوفة).
- السمة ، التي توفر معلومات حول حقوق الوصول لهذا الإدخال، يمكن أن تكون للقراءة/الكتابة، أو للقراءة فقط، أو للكتابة فقط.
- يحدد حقل "إلزامي/اختياري" (M/O) ما إذا كان الجهاز المتوافق مع مواصفات الجهاز ملزمًا بتنفيذ هذا الكائن أم لا.
تُعرَّف أنواع البيانات الأساسية لقيم قاموس الكائنات، مثل القيم المنطقية والأعداد الصحيحة والأعداد العشرية ، في المعيار (ويُخزَّن حجمها بالبتات اختياريًا في تعريف النوع ذي الصلة، ضمن نطاق الفهرس 0x0001–0x001F)، بالإضافة إلى أنواع البيانات المركبة مثل السلاسل النصية والمصفوفات والسجلات (المُعرَّفة ضمن نطاق الفهرس 0x0040–0x025F). ويمكن فهرسة أنواع البيانات المركبة بفهرس فرعي 8 بت؛ وتشير القيمة في الفهرس الفرعي 0 للمصفوفة أو السجل إلى عدد العناصر في بنية البيانات، وهي من النوع UNSIGNED8.
على سبيل المثال، معلمات اتصال الجهاز، الموحدة في ملف تعريف الجهاز الأساسي CiA 301يتم تعيينها في نطاق الفهرس 0x1000–0x1FFF ("منطقة ملف تعريف الاتصال"). وفيما يلي الإدخالات القليلة الأولى في هذه المنطقة:
| فِهرِس | اسم الكائن | اسم | يكتب | يصف | شهر |
|---|---|---|---|---|---|
| 0x1000 | متغير | نوع الجهاز | غير موقع 32 | رو | م |
| 0x1001 | متغير | سجل الأخطاء | غير موقع 8 | رو | م |
| ... | |||||
| 0x1008 | متغير | اسم الجهاز من الشركة المصنعة | فيز-سترينغ | ثابت | يا |
| ... |
باستخدام الأدوات المناسبة، يمكن تخصيص محتوى قاموس الكائنات الخاص بجهاز ما، استنادًا إلى ورقة البيانات الإلكترونية (EDS)، ليصبح ملف تكوين الجهاز (DCF) لدمج الجهاز في شبكة CANopen محددة. وفقًا لمعيار CiA 306صيغة ملف EDS هي صيغة ملف INI . وهناك صيغة قادمة على نمط XML، موصوفة في CiA 311..
تواصل
كائنات الاتصال
لا تستطيع ناقلة CAN ، وهي طبقة ربط البيانات في معيار CANopen، نقل سوى حزم بيانات قصيرة تتكون من مُعرّف مكون من 11 بت، وبت طلب إرسال عن بُعد (RTR)، وبيانات تتراوح بين 0 و8 بايتات. يقسم معيار CANopen مُعرّف إطار CAN المكون من 11 بت إلى رمز وظيفة مكون من 4 بتات، ومُعرّف عقدة CANopen مكون من 7 بتات . هذا يحدّ من عدد الأجهزة في شبكة CANopen إلى 127 جهازًا (حيث يُخصص الرقم 0 للبث). يسمح امتداد لمعيار ناقلة CAN (CAN 2.0 B) بمعرّفات إطارات ممتدة تصل إلى 29 بتًا، ولكن عمليًا، نادرًا ما نرى شبكات CANopen كبيرة بما يكفي لتتطلب نطاق المعرّفات الممتد.
في بروتوكول CANopen، يُعرف مُعرّف إطار CAN ذو الـ 11 بت باسم مُعرّف كائن الاتصال (COB-ID). في حالة حدوث تصادم في الإرسال، تسمح آلية التحكيم في ناقل CAN بإرسال الإطار ذي أصغر مُعرّف أولاً ودون تأخير. ويضمن استخدام رقم رمز منخفض للوظائف الحساسة للوقت أقل تأخير ممكن.
محتويات إطار CANopen:
| معرف COB | RTR | طول البيانات | بيانات | |
|---|---|---|---|---|
| طول | 11 بت | بت واحد | 4 بتات | 0-8 بايت |
يُطلق على إطار البيانات الذي يحتوي على مُعرّف مكون من 11 بت اسم "تنسيق الإطار الأساسي".
يقوم نظام CAN-ID الافتراضي بترتيب الإطارات عن طريق إسناد رمز وظيفة (NMT، SYNC، EMCY، PDO، SDO...) إلى أول 4 بتات، بحيث تُعطى الأولوية للوظائف الحيوية. ومع ذلك، يمكن تخصيص هذا النظام لأغراض خاصة (باستثناء NMT وSDO، وهما ضروريان للاتصال الأساسي).
| رمز الدالة | معرّف العقدة | |
|---|---|---|
| طول | 4 بتات | 7 بت |
يخصص المعيار بعض معرّفات CAN لإدارة الشبكة وعمليات نقل SDO. يجب ربط بعض رموز الوظائف ومعرّفات CAN بالوظائف القياسية بعد تهيئة الجهاز، ولكن يمكن تهيئتها لاستخدامات أخرى لاحقًا.
مجموعة اتصالات محددة مسبقًا
بالنسبة لهياكل الشبكات البسيطة، يدعم CANopen تخصيصًا محددًا مسبقًا لمعرفات الرسائل.
تُحدد اتجاهات الإرسال والاستقبال من وجهة نظر الجهاز. لذا، فإن الاستعلام المُرسل إلى جهاز على الشبكة سيرسل 0x600+nodeid ويستقبل ردًا بقيمة 0x580+nodeid. [ 1 ]
| كائن اتصال | معرف COB (سداسي عشري) | العقد التابعة | مواصفة |
|---|---|---|---|
| التحكم في عقدة NMT | ٠٠٠ | الاستلام فقط | CiA 301 |
| أمر الأمان العالمي | 001 | ؟ | CiA 304 |
| سيد الطيران | من 071 إلى 076 | ؟ | CiA 302-2 |
| حدد الواجهة النشطة | 07F | ؟ | CiA 302-6 |
| مزامنة | 080 | الاستلام فقط | CiA 301 |
| طارئ | 080 + معرف العقدة | إرسال | CiA 301 |
| الطابع الزمني | 100 | الاستلام فقط | CiA 301 |
| كائنات البيانات ذات الصلة بالسلامة | من 101 إلى 180 | ؟ | CiA 304 |
| منتج منشأ محمي | 180 + NodeID 200 + NodeID 280 + NodeID 300 + NodeID 380 + NodeID 400 + NodeID 480 + NodeID 500 + NodeID | 1. إرسال PDO 1. استلام PDO 2. إرسال PDO 2. استلام PDO 3. إرسال PDO 3. استلام PDO 4. إرسال PDO 4. استلام PDO | CiA 301 |
| SDO | 580 + معرف العقدة 600 + معرف العقدة | إرسال استقبال | CiA 301 |
| طلب SDO ديناميكي | 6E0 | ؟ | CiA 302-5 |
| إجراءات المطالبة بالعقدة | من 6E1 إلى 6E3 | ؟ | CiA 416-1 |
| إجراءات المطالبة بالعقدة | من 6F0 إلى 6FF | ؟ | CiA 416-1 |
| مراقبة عقدة NMT (حماية العقدة/نبض القلب) | 700 + معرف العقدة | إرسال | CiA 301 |
| LSS | 7E4 7E5 | إرسال استقبال | CiA 305 |
نماذج الاتصال
تُستخدم أنواع مختلفة من نماذج الاتصال في المراسلة بين عقد CANopen.
في علاقة السيد/التابع ، تُعيّن إحدى عقد CANopen كعقدة رئيسية، تقوم بإرسال البيانات أو طلبها من العقد التابعة. يُعد بروتوكول NMT مثالاً على نموذج اتصال السيد/التابع.
يتم تنفيذ علاقة العميل /الخادم في بروتوكول SDO، حيث يرسل عميل SDO البيانات (فهرس قاموس الكائنات والفهرس الفرعي) إلى خادم SDO، الذي يرد بحزمة واحدة أو أكثر من حزم SDO التي تحتوي على البيانات المطلوبة (محتويات قاموس الكائنات عند الفهرس المحدد).
يُستخدم نموذج المُنتِج/المُستهلِك في بروتوكولات Heartbeat وNode Guarding. في نموذج الدفع ، يُرسل المُنتِج البيانات إلى المُستهلِك دون طلب مُحدد، بينما في نموذج السحب ، يتعين على المُستهلِك طلب البيانات من المُنتِج.
البروتوكولات
بروتوكولات إدارة الشبكة (NMT)
تُستخدم بروتوكولات NMT لإصدار أوامر تغيير حالة الآلة (على سبيل المثال لبدء وإيقاف الأجهزة)، واكتشاف عمليات بدء تشغيل الأجهزة عن بعد وحالات الخطأ.
يستخدم جهاز التحكم الرئيسي في NMT بروتوكول التحكم بالوحدة لتغيير حالة الأجهزة. يكون مُعرّف COB-ID لإطار CAN لهذا البروتوكول دائمًا 0، ما يعني أن رمز الوظيفة ومعرّف العقدة هما 0 ، وبالتالي ستعالج كل عقدة في الشبكة هذه الرسالة. يُحدد مُعرّف العقدة الفعلي ، الذي يُوجّه إليه الأمر، في جزء البيانات من الرسالة (في البايت الثاني). قد يكون هذا المُعرّف أيضًا 0، ما يعني أن جميع الأجهزة على الناقل يجب أن تنتقل إلى الحالة المُشار إليها.
| معرف COB | بايت البيانات 0 | بايت البيانات 1 |
|---|---|---|
| 0x000 | الحالة المطلوبة | العقدة المُعنونة |
| رمز أمر NMT | معنى |
|---|---|
| 0x01 | انتقل إلى "التشغيلي" |
| 0x02 | انتقل إلى "متوقف" |
| 0x80 | انتقل إلى "ما قبل التشغيل" |
| 0x81 | انتقل إلى "إعادة ضبط العقدة" |
| 0x82 | انتقل إلى "إعادة ضبط الاتصال" |
يُستخدم بروتوكول نبضات القلب لمراقبة العُقد في الشبكة والتحقق من عملها. يُرسل مُنتِج نبضات القلب (عادةً ما يكون جهازًا تابعًا) رسالةً دوريةً تحتوي على رمز الدالة الثنائية 1110 ومعرّف العقدة (COB-ID19 = 0x700 + معرّف العقدة). يحتوي جزء البيانات من الإطار على بايت يُشير إلى حالة العقدة. يقرأ مُستهلِك نبضات القلب هذه الرسائل. إذا لم تصل الرسائل خلال فترة زمنية مُحددة (مُعرّفة في قاموس كائنات الأجهزة)، يُمكن للمُستهلِك اتخاذ إجراء، مثل إعادة ضبط الجهاز أو الإشارة إلى وجود خطأ. تنسيق الإطار هو:
| معرف COB | بايت البيانات 0 |
|---|---|
| 0x700 + معرف العقدة | ولاية |
| رمز ولاية NMT | الدولة الممثلة |
|---|---|
| 0x00 | بدء التشغيل (التهيئة) |
| 0x04 | توقف |
| 0x05 | تشغيلي |
| 0x7f | ما قبل التشغيل |
يُشترط على أجهزة CANopen الانتقال تلقائيًا من حالة التهيئة إلى حالة ما قبل التشغيل أثناء بدء التشغيل. عند حدوث هذا الانتقال، تُرسل رسالة نبض واحدة إلى ناقل البيانات. هذا هو بروتوكول بدء التشغيل .
يوجد بروتوكول على نمط الاستجابة/الرد (نموذج السحب)، يسمى حماية العقدة، لمراقبة الأجهزة التابعة.
بروتوكول كائن بيانات الخدمة (SDO)
يُستخدم بروتوكول SDO لضبط وقراءة القيم من قاموس الكائنات الخاص بجهاز بعيد. يُسمى الجهاز الذي يتم الوصول إلى قاموس الكائنات الخاص به خادم SDO، بينما يُسمى الجهاز الذي يصل إلى الجهاز البعيد عميل SDO. يبدأ عميل SDO عملية الاتصال دائمًا. في مصطلحات CANopen، يُنظر إلى الاتصال من منظور خادم SDO، بحيث تُؤدي قراءة البيانات من قاموس الكائنات إلى تحميل SDO، بينما تُؤدي كتابة البيانات إلى تنزيل SDO.
نظرًا لأن قيم قاموس الكائنات قد تتجاوز الحد الأقصى البالغ ثمانية بايتات لإطار CAN، فإن بروتوكول SDO يُطبّق تجزئة الرسائل الطويلة وفك تجزئتها. في الواقع، يوجد بروتوكولان من هذا النوع: بروتوكول SDO للتحميل والتنزيل، وبروتوكول SDO لتحميل وتنزيل الكتل. يُعدّ بروتوكول SDO لنقل الكتل إضافةً حديثةً إلى المعيار، وهو يسمح بنقل كميات كبيرة من البيانات مع تقليل الحمل الزائد للبروتوكول.
يمكن تحديد معرّفات COB لرسائل نقل SDO من العميل إلى الخادم ومن الخادم إلى العميل في قاموس الكائنات. ويمكن إعداد ما يصل إلى 128 خادم SDO في قاموس الكائنات على العناوين من 0x1200 إلى 0x127F. وبالمثل، يمكن تهيئة اتصالات عميل SDO للجهاز باستخدام متغيرات على العناوين من 0x1280 إلى 0x12FF. ومع ذلك، تُعرّف مجموعة الاتصالات المُسبقة قناة SDO يمكن استخدامها حتى بعد بدء التشغيل مباشرةً (في حالة ما قبل التشغيل) لتهيئة الجهاز. معرّفات COB لهذه القناة هي 0x600 + معرّف العقدة للاستقبال و0x580 + معرّف العقدة للإرسال.
لبدء عملية التنزيل، يرسل عميل SDO البيانات التالية في رسالة CAN مع معرف COB الخاص بقناة SDO "receive".
| رقم البايت: | البايت 0 | البايت 1-2 | البايت 3 | البايتات 4-7 | ||||
|---|---|---|---|---|---|---|---|---|
| طول: | 3 بتات | بت واحد | 2 بت | بت واحد | بت واحد | 2 بايت | 1 بايت | 4 بايت |
| معنى: | ccs=1 | محجوز(=0) | ن | هـ | s | فِهرِس | الفهرس الفرعي | بيانات |
- ccs هو مُحدِّد أمر العميل لنقل SDO، وقيمته 0 لتنزيل مقطع SDO، و1 لبدء التنزيل، و2 لبدء التحميل، و3 لتحميل مقطع SDO، و4 لإلغاء نقل SDO، و5 لتحميل كتلة SDO، و6 لتنزيل كتلة SDO.
- يمثل n عدد البايتات في جزء البيانات من الرسالة التي لا تحتوي على بيانات، وهو صالح فقط إذا تم تعيين e و s
- يشير الخيار e ، في حال ضبطه، إلى نقل سريع للبيانات، أي أن جميع البيانات المتبادلة موجودة داخل الرسالة. أما في حال مسح هذا الخيار، فإن الرسالة عبارة عن نقل مجزأ، حيث لا تتسع البيانات في رسالة واحدة، ويتم استخدام عدة رسائل.
- يشير s ، في حال تعيينه، إلى أن حجم البيانات محدد بوحدة n (إذا تم تعيين e) أو في جزء البيانات من الرسالة
- الفهرس هو فهرس قاموس الكائنات للبيانات المراد الوصول إليها، مُشفّر بنظام little endian
- الفهرس الفرعي هو الفهرس الفرعي لمتغير قاموس الكائن
- تحتوي البيانات على البيانات المراد تحميلها في حالة النقل السريع (يتم تعيين e)، أو حجم البيانات المراد تحميلها (يتم تعيين s، ولا يتم تعيين e)، وغالبًا ما يتم ترميزها بنظام little endian
بروتوكول معالجة كائن البيانات (PDO)
يُستخدم بروتوكول كائن معالجة البيانات (PDO) لمعالجة البيانات في الوقت الفعلي بين مختلف العُقد. يمكنك نقل ما يصل إلى 8 بايتات (64 بت) من البيانات لكل كائن PDO واحد، سواءً من الجهاز أو إليه. يمكن أن يحتوي كائن PDO واحد على عدة مدخلات في قاموس الكائنات، ويمكن تهيئة الكائنات داخله باستخدام مدخلات قاموس الكائنات الخاصة بالتعيين والمعلمات.
يوجد نوعان من بروتوكولات PDO: بروتوكولات الإرسال (TPDO) وبروتوكولات الاستقبال (RPDO). يُستخدم الأول لنقل البيانات من الجهاز (حيث يكون الجهاز مُنتِجًا للبيانات)، بينما يُستخدم الثاني لاستقبال البيانات منه (حيث يكون الجهاز مُستهلِكًا للبيانات). أي أنه باستخدام RPDO، يُمكن إرسال البيانات إلى الجهاز، بينما باستخدام TPDO، يُمكن قراءة البيانات منه. تتضمن مجموعة الاتصالات المُعرَّفة مُسبقًا مُعرِّفات لأربعة بروتوكولات TPDO وأربعة بروتوكولات RPDO. مع إمكانية التكوين، يُمكن إنشاء 512 بروتوكول PDO.
يمكن إرسال بيانات PDO بشكل متزامن أو غير متزامن. تُرسل بيانات PDO المتزامنة بعد رسالة SYNC، بينما تُرسل البيانات غير المتزامنة بعد إشارة داخلية أو خارجية. على سبيل المثال، يمكنك طلب إرسال TPDO يحتوي على البيانات المطلوبة من جهاز ما، وذلك بإرسال TPDO فارغ مع علامة RTR (إذا كان الجهاز مُهيأً لقبول طلبات TPDO).
باستخدام RPDOs، يمكنك، على سبيل المثال، تشغيل جهازين في وقت واحد. كل ما عليك فعله هو ربط نفس RPDO بجهازين مختلفين أو أكثر، والتأكد من ربط هذه RPDOs بنفس معرّف COB.
بروتوكول كائن التزامن (SYNC)
يُقدّم مُنتِج التزامن إشارة التزامن لمُستهلِك التزامن. وعندما يستقبل مُستهلِك التزامن الإشارة، يبدأ بتنفيذ مهامه المتزامنة.
بشكل عام، يضمن تثبيت وقت إرسال رسائل PDO المتزامنة بالتزامن مع دورية إرسال كائن التزامن أن أجهزة الاستشعار يمكنها ترتيب أخذ عينات من متغيرات العملية وأن أجهزة التشغيل يمكنها تطبيق تشغيلها بطريقة منسقة.
معرف كائن المزامنة متاح في الفهرس 1005h.
بروتوكول كائن الطابع الزمني (TIME)
عادةً ما يمثل كائن الطابع الزمني الوقت كحقل مكون من 6 بايت: عدد المللي ثانية بعد منتصف الليل (بحد أقصى 27 بت، مخزنة في حقل 32 بت)، وعدد غير موقع مكون من 16 بت للأيام منذ 1 يناير 1984. (سيحدث تجاوز في 7 يونيو 2163.)
تتطلب بعض التطبيقات الحساسة للوقت، لا سيما في الشبكات الكبيرة ذات معدلات الإرسال المنخفضة، مزامنة دقيقة للغاية؛ وقد يكون من الضروري مزامنة الساعات المحلية بدقة تصل إلى أجزاء من الميكروثانية. ويتحقق ذلك باستخدام بروتوكول المزامنة عالي الدقة الاختياري، الذي يستخدم شكلاً خاصاً من رسائل الطابع الزمني لضبط الانحراف الحتمي للساعات المحلية.
يتم ترميز الطابع الزمني عالي الدقة بصيغة unsigned32 بدقة 1 ميكروثانية، مما يعني أن عداد الوقت يُعاد تشغيله كل 72 دقيقة. ويتم ضبطه عن طريق ربط الطابع الزمني عالي الدقة (الكائن 1013h) بـ PDO.
بروتوكول الكائن الطارئ (EMCY)
تُرسل رسائل الطوارئ عند حدوث خطأ داخلي فادح في الجهاز، وتُرسل من الجهاز المعني إلى الأجهزة الأخرى بأولوية عالية. وهذا يجعلها مناسبة لتنبيهات الأخطاء من نوع المقاطعة. لا يُمكن إرسال برقية طوارئ إلا مرة واحدة لكل "حدث خطأ"، أي لا يجب تكرار رسائل الطوارئ. طالما لم تحدث أخطاء جديدة على الجهاز، فلا يجب إرسال أي رسالة طوارئ أخرى. يتم تحديد رموز أخطاء الطوارئ المُعرّفة في ملف تعريف اتصال CANopen، وسجل الأخطاء، ومعلومات إضافية خاصة بالجهاز في ملفات تعريف الجهاز.
التهيئة
نموذج لتتبع الاتصالات بين جهاز رئيسي وجهازي استشعار ضغط تابعين تم تكوينهما للمعرف 1 ومعرف العقدة 2.
| هوية الكنديين | طول البيانات | بيانات | وصف |
|---|---|---|---|
| 0x0 | 2 | 01 00 | يقوم الجهاز الرئيسي بوضع جميع الأجهزة المتصلة بالناقل في وضع التشغيل |
| 0x80 | 0 | يرسل الجهاز الرئيسي رسالة SYNC، مما يؤدي إلى قيام الأجهزة بإرسال البيانات. | |
| 0x181 | 4 | CD 82 01 00 | العقدة عند المعرف 1 (CID-0x180)، قراءة ضغط بقيمة 0x0182CD (99021) باسكال |
| 0x182 | 4 | E5 83 01 00 | العقدة عند المعرف 2 (CID-0x180)، قراءة ضغط بقيمة 0x0183E5 (99301) باسكال |
ورقة البيانات الإلكترونية
ورقة البيانات الإلكترونية (EDS) هي صيغة ملف، مُعرّفة في CiA306، تصف سلوك الاتصال وإدخالات قاموس الكائنات للجهاز. وهذا يسمح لأدوات مثل أدوات الخدمة، وأدوات التكوين، وأدوات التطوير، وغيرها، بالتعامل مع الأجهزة بشكل صحيح.
تُعد ملفات EDS هذه إلزامية لاجتياز اختبار التوافق CiA CANopen.
منذ نهاية عام 2007، تم تعريف تنسيق جديد قائم على XML يسمى XDD في CiA311. يتوافق XDD مع معيار ISO 15745.
مسرد مصطلحات CANopen
- PDO : كائن بيانات المعالجة - المدخلات والمخرجات. قيم من نوع السرعة الدورانية، والجهد، والتردد، والتيار الكهربائي، وما إلى ذلك.
- SDO : كائن بيانات الخدمة - إعدادات التكوين، وربما معرف العقدة، ومعدل الباود، والإزاحة، والكسب، وما إلى ذلك.
- معرف كائن الاتصال (COB-ID) :
- معرف CAN : هو معرف رسالة CAN المكون من 11 بت والذي يوجد في بداية كل رسالة CAN على الناقل.
- EDS : ورقة البيانات الإلكترونية. هذا ملف بتنسيق INI أو XML.
- ملف DCF : ملف تكوين الجهاز. هذا ملف EDS معدل يحتوي على إعدادات لمعرف العقدة ومعدل الباود.
انظر أيضاً
- شبكة منطقة التحكم هي مقالة حول ناقل CAN.
- J1939
- ديفايس نت
- IEEE 1451
- TransducerML
مراجع
- ^ مواصفات طبقة تطبيق CANopen CiA 301، قابلة للتنزيل مجانًا منCAN in Automation
- ^ مواصفات ورقة البيانات الإلكترونية (EDS) الخاصة بـ CiA 306 CANopen
- ^ مواصفات CiA 311 CANopen XML-EDS
- ^ مجموعة اتصالات مُعرّفة مسبقًا من أساسيات CANopen
- ^ مواصفات ملف تعريف جهاز CiA 401 CANopen لوحدات الإدخال/الإخراج العامة، قابلة للتنزيل مجانًا منCAN in Automation
- ^ ملف تعريف جهاز CiA 402 CANopen لوحدات التحكم في الحركة والمحركات (نفس IEC 61800-7-201/301)
- ↑ "SDO - كائنات بيانات الخدمة - CanOpen" . ByteMe . تم الاطلاع عليه في 7 يونيو 2023 .
روابط خارجية
- أصول CANopen - مشروع Esprit ASPIC 1993 (بوش، جامعة نيوكاسل، جامعة العلوم التطبيقية في رويتلينجن)
- نبذة عن CANopen (canopensolutions.com)
- مقدمة إلى بروتوكول CANopen (microcontrol.net)
- استخدام المعرفات في شبكات CANopen
- كانفيستيفال - إطار عمل مفتوح المصدر متعدد المنصات CANopen
- CanOpenNode - إطار عمل CANopen مفتوح المصدر لوحدات التحكم الدقيقة ونظام لينكس
- Lely CANopen - مكتبة CANopen مفتوحة المصدر للأجهزة الرئيسية والفرعية
- openCANopen - برنامج رئيسي مفتوح المصدر لـ CANopen
- مشروع CANopen Stack - حزمة CANopen مرنة ومفتوحة المصدر لوحدات التحكم الدقيقة
- CANopen لـ Python
- نشرة CAN الإخبارية - معلومات حول CAN وCANopen وJ1939
- صفحات كان أوبن التعليمية
- مقدمة إلى أساسيات CANopen (في www.canopen-solutions.com)
- ويكي مجتمع CANopen-Lift
- CANeds: محرر مجاني لملفات EDA و XDD
- بوابة إلكترونية من شركة CAN في مجال الأتمتة
- CANopen - طبقة التطبيق وملف تعريف الاتصال العام
- ناقل CAN
- بروتوكولات الشبكة
- الأتمتة الصناعية
