LIN State Manager (LinSM)

يقوم LIN State Manager بتحويل رغبات الاتصال الخاصة بـ ComM لكل شبكة LIN إلى استدعاءات لـ LIN Interface. ويبلّغ الحالتين الناتجتين LINSM_FULL_COM وLINSM_NO_COM إلى ComM وBswM [SWS_LinSM_00126]. كما يبدأ الاستيقاظ، والدخول في وضع النوم، وتغيير جدول الجدولة (لدى Master فقط) مباشرةً، ويراقب التأكيدات باستخدام مؤقتات في LinSM_MainFunction. ولدى Slave، يحدد Master الدخول في وضع النوم: حيث لا يُطلق LinIf_GotoSleep إلا LinSM_GotoSleepIndication [SWS_LinSM_00231]. وإذا فشل انتقال ما، يبلّغ LinSM عن الحالة السابقة مجددًا، لضمان بقاء الطبقات العليا متسقة.

المزيد ›

إن LIN State Manager هو Bus-State-Manager لـ LIN. ومن خلاله، يطلب ComM قدرة الاتصال لشبكة ما (SWS ComM ص. 19). ويتلقى رغبات الوضع عبر LinSM_RequestComMode [SWS_LinSM_00126]. ويتحكم في LinIf ويبلّغ الحالات إلى ComM وBswM [SWS_LinSM_00229]. وتظل هوية برنامج تشغيل LIN الذي يخدم شبكة ما محجوبة خلف LinIf (SWS LinSM ص. 28).

مخطط سياقي: يتحكم ComM وBswM في LinSM، ويتحكم LinSM في LinIf، ويرد LinIf بالتقارير عبر ردود الاتصال (Callbacks). المصادر: [SWS_LinSM_00229]، [SWS_LinSM_00138]، SWS LinSM ص. 28

بعد LinSM_Init، تكون كل شبكة في الحالة LINSM_NO_COM [SWS_LinSM_00155]. ولا يتم إخطار ComM وBswM بذلك (SWS LinSM ص. 23). ويُسمح بالاتصال فقط في LINSM_FULL_COM. وعند الدخول فيها، يتلقى ComM وBswM بلاغًا، ويتم الدخول في الحالة الفرعية LINSM_RUN_COMMUNICATION [SWS_LinSM_00301]. وبالنسبة لـ BswM، لا تظهر إلا الحالتان LINSM_FULL_COM وLINSM_NO_COM فقط [SWS_LinSM_00220].

مخطط الحالة: ينتقل LinSM لكل شبكة بين LINSM_NO_COM وLINSM_FULL_COM من خلال تأكيد الاستيقاظ وتأكيد النوم. المصادر: [SWS_LinSM_00155]، [SWS_LinSM_00301]، SWS LinSM ص. 20

يبدأ LinSM الاستيقاظ والدخول في وضع النوم مباشرةً أثناء الاستدعاء. ويراقب تأكيدات LinIf باستخدام مؤقتات في LinSM_MainFunction [SWS_LinSM_00156] (SWS LinSM ص. 28). ولدى Master، يؤدي طلب الانتقال إلى COMM_NO_COMMUNICATION فورًا إلى LinIf_GotoSleep [SWS_LinSM_00036]. أما لدى Slave، فيتم تخزينه فقط [SWS_LinSM_00230]؛ ولا يُطلق الدخول في وضع النوم إلا LinSM_GotoSleepIndication [SWS_LinSM_00231]. ويؤخر مؤقت الصمت بعد الاستيقاظ (Silence-after-Wakeup-Timer) محاولات الاستيقاظ الجديدة [SWS_LinSM_00237].

تغيير جدول الجدولة متاح فقط لدى Master [SWS_LinSM_00241]. ويمرر LinSM LinSM_ScheduleRequest مباشرةً إلى LinIf ويبلّغ النتيجة عبر BswM_LinSM_CurrentSchedule (SWS LinSM ص. 26). وفيما يخص الأخطاء يسري ما يلي:

• يبلّغ LinSM عن أخطاء التطوير إلى DET، باستخدام الرموز من [SWS_LinSM_00053].
• يُعد عدم ورود رد اتصال من LinIf بمثابة LINSM_E_CONFIRMATION_TIMEOUT [SWS_LinSM_00224].
• بعد انتقال فاشل، يضبط LinSM الحالة السابقة مجددًا، لإبقاء ComM وBswM مطلعين بشكل متسق [SWS_LinSM_00177].

المزيد ›

الدور بين ComM وBswM وLIN Interface

إن LIN State Manager (LinSM) هو Bus-State-Manager لـ LIN. وكما هو الحال مع مديري حالة النواقل الآخرين، يطلب ComM من خلاله قدرة الاتصال لشبكة ما (SWS ComM ص. 19). والواجهة المدخلة المركزية لذلك هي LinSM_RequestComMode [SWS_LinSM_00126]. ويُرجع الوضع الحالي عبر LinSM_GetCurrentComMode [SWS_LinSM_00122]. ويعمل LinSM حصريًا على الشبكات. ويحجب LinIf معرفة أي برامج تشغيل LIN تخدم شبكة معينة. ولذلك، لا تؤثر وحدات التحكم الإلكترونية (ECUs) المزودة بعدة برامج تشغيل LIN مختلفة على LinSM (SWS LinSM ص. 28).

تشتمل الواجهات الإلزامية على LinIf_GotoSleep وLinIf_ScheduleRequest نحو الأسفل بالإضافة إلى البلاغات ComM_BusSM_ModeIndication، ComM_BusSM_BusSleepMode، BswM_LinSM_CurrentState، وBswM_LinSM_CurrentSchedule نحو الأعلى [SWS_LinSM_00229] (SWS LinSM ص. 41). ويستدعي LinSM LinIf_Wakeup أثناء تسلسل الاستيقاظ (SWS LinSM ص. 27). وبشكل اختياري، يستخدم Det_ReportError وLinIf_SetTrcvMode [SWS_LinSM_00138]. ويرد LinIf عبر ردود الاتصال (Callbacks) التالية:

• LinSM_WakeupConfirmation [SWS_LinSM_00132]
• LinSM_GotoSleepConfirmation [SWS_LinSM_00135]
• LinSM_GotoSleepIndication [SWS_LinSM_91000]
• LinSM_ScheduleRequestConfirmation [SWS_LinSM_00129]

تحدد [SWS_LinSM_00219] الأنواع المستوردة مثل ComM_ModeType، NetworkHandleType، وLinIf_SchHandleType.

مخطط سياقي: يتوسط LinSM بين ComM وBswM في الأعلى وLinIf في الأسفل؛ وتظل برامج تشغيل LIN محجوبة خلف LinIf. المصادر: [SWS_LinSM_00126]، [SWS_LinSM_00229]، [SWS_LinSM_00138]، [SWS_LinSM_00156]، SWS LinSM ص. 28، Mode-Management-Guide ص. 54

نموذج الحالة لكل شبكة LIN، والتهيئة المبدئية، والجزء الدوري

عند بدء التشغيل، تكون الحالة على مستوى الوحدة LINSM_UNINIT نشطة قبل أي استدعاء للـ API (SWS LinSM ص. 22). وتكون LinSM_Init متزامنة وغير قابلة لإعادة الدخول (Not Reentrant) [SWS_LinSM_00155]. وتتلقى الدالة مؤشرًا إلى تكوين ما بعد البناء (Post-Build Configuration) من النوع الخاص بالتنفيذ LinSM_ConfigType [SWS_LinSM_00221]. بعد ذلك، تكون كل شبكة في الحالة الفرعية LINSM_NO_COM التابعة للحالة العليا LINSM_INIT. ولا تبلّغ LinSM_Init عن هذا الانتقال الأول لا إلى ComM ولا إلى BswM، لأن ComM لا يلزم بالضرورة أن يكون مهيأً في هذه اللحظة (SWS LinSM ص. 23). وفي مثال دليل إدارة الأوضاع (Mode Management Guide)، تستدعي قاعدة BswM LinSM_Init(null) بعد Lin_Init وLinIf_Init (Mode-Management-Guide ص. 54).

في الحالة LINSM_NO_COM، يظل الناقل صامتًا (SWS LinSM ص. 23). ويُسمح بالاتصال على الناقل فقط في الحالة LINSM_FULL_COM، وتصل كل شبكة إلى هذه الحالة بشكل مستقل عن الشبكات الأخرى. وعند الدخول يحدث ما يلي (SWS LinSM ص. 23):

• يتلقى ComM بلاغًا بالقيمة COMM_FULL_COMMUNICATION، ويتلقى BswM بلاغًا بالقيمة LINSM_FULL_COM.
• إذا كان LinSMTransceiverPassiveMode مهيأً، يقوم LinSM بتنشيط جهاز الإرسال والاستقبال (Transceiver) عبر LinIf_SetTrcvMode.
• يتم الدخول في الحالة الفرعية LINSM_RUN_COMMUNICATION [SWS_LinSM_00301].

تجسر الحالة الفرعية المؤقتة LINSM_GOTO_SLEEP فترة انتظار تأكيد النوم (SWS LinSM ص. 20، SWS LinSM ص. 21). وبالنسبة لـ BswM، لا تظهر إلا قيمتان فقط من LinSM_ModeType: LINSM_FULL_COM (0x01) وLINSM_NO_COM (0x02) [SWS_LinSM_00220].

تعمل المراقبة الزمنية في LinSM_MainFunction. وتدير هذه الدالة الدورية مؤقتات مهل الطلب [SWS_LinSM_00156]. وهناك تنقضي أيضًا مؤقتات تأكيد الاستيقاظ، مع وجود مؤقت خاص بكل شبكة (SWS LinSM ص. 28). في المقابل، يبدأ LinSM إجراءات الناقل الفعلية مباشرةً أثناء الاستدعاء ولا ينتظر دورة Main-Function التالية [SWS_LinSM_00036] [SWS_LinSM_00231].

مخطط الحالة: ينتقل LinSM لكل شبكة بين LINSM_NO_COM وLINSM_FULL_COM من خلال تأكيد الاستيقاظ وتأكيد النوم؛ وتُعد LINSM_GOTO_SLEEP حالة انتظار فقط. المصادر: [SWS_LinSM_00155]، [SWS_LinSM_00301]، SWS LinSM ص. 20، SWS LinSM ص. 21، SWS LinSM ص. 24

الاستيقاظ: من LINSM_NO_COM إلى LINSM_FULL_COM

يتم إيقاظ شبكة LIN عندما يطلب ComM اتصالًا كاملًا عبر LinSM_RequestComMode. وإذا قامت عقدة أخرى بإيقاظ الناقل، فإن EcuM هو من يتولى معالجة ذلك وليس LinSM؛ وتؤدي هذه الحالة أيضًا إلى طلب بواسطة ComM (SWS LinSM ص. 27). وعندئذٍ يستدعي LinSM مباشرةً LinIf_Wakeup ويعيد ضبط عداد الحد الأقصى لعدد مرات التكرار. وإذا كان LinIf مستيقظًا بالفعل، فإنه يتجاهل الاستدعاء. وقبل الاستدعاء، يبدأ LinSM مؤقت تأكيد الاستيقاظ للقناة باستخدام LinSMConfirmationTimeout. ويجب أن تكون هذه القيمة 0 أو مضاعفًا صحيحًا لفترة Main-Function (SWS LinSM ص. 28).

إذا أبلغت LinSM_WakeupConfirmation عن success = TRUE، تنتقل الشبكة إلى LINSM_FULL_COM [SWS_LinSM_00132]. وفي جميع الحالات الأخرى، يضبط LinSM الحالة السابقة للطلب مجددًا، لكي يحصل ComM وBswM بالرغم من ذلك على إشارة للوضع (SWS LinSM ص. 27). ولدى Slave، لا يؤكد LinIf إلا عندما يستقبل أول ترويسة LIN من Master. وإذا لم يبدأ Master في الجدولة، يتعذر ورود التأكيد، وتتدخل مهلة LinSM (SWS LinIf ص. 52).

مخطط تسلسلي: يقوم LinSM بإيقاظ الشبكة فورًا أثناء الاستدعاء، ولكن تغيير الحالة لا يتبع ذلك إلا مع التأكيد غير المتزامن من LinIf. المصادر: [SWS_LinSM_00126]، [SWS_LinSM_00132]، [SWS_LinSM_00224]، SWS LinSM ص. 42، SWS LinSM ص. 27

الحد الزمني الثاني هو مؤقت الصمت بعد الاستيقاظ مع LinSMSilenceAfterWakeupTimeout [SWS_LinSM_00235]. وطالما أنه قيد التشغيل، يؤخر LinSM الاستدعاء الجديد لـ LinIf_Wakeup، حتى لو طلب ComM اتصالًا كاملًا [SWS_LinSM_00237]. وبعد انقضائه، يعيد LinSM بدء عملية الاستيقاظ، شريطة أن يستمر ComM في طلب COMM_FULL_COMMUNICATION [SWS_LinSM_00236]. والشرط الذي يبدأ المؤقت وارد في أحد المتطلبات غير المتوفرة هنا؛ ولذلك لن يتم وصفه.

مخطط النشاط: ينتهي طلب الاتصال الكامل، وفقًا لحالة المؤقت والرد، بالانتقال إلى LINSM_FULL_COM، أو البقاء في الحالة القديمة، أو انتهاء مهلة التأكيد. المصادر: [SWS_LinSM_00237]، [SWS_LinSM_00236]، [SWS_LinSM_00224]، SWS LinSM ص. 27، SWS LinSM ص. 28

الدخول في وضع النوم: Master يطلب، وSlave يتبع الناقل

يختلف تسلسل Goto-Sleep بين Master وSlave. وفي كلتا الحالتين، يبلّغ LinSM عن الدخول في وضع No-Communication إلى BswM وComM، حتى في حال حدوث مشكلة (SWS LinSM ص. 24).

بالنسبة لـ Master، يسري ما يلي:

• إذا طلب ComM في الحالة LINSM_FULL_COM الوضع COMM_NO_COMMUNICATION، يستدعي LinSM LinIf_GotoSleep، الذي يرسل أمر Goto-Sleep [SWS_LinSM_10208].
• يتم الاستدعاء مباشرةً [SWS_LinSM_00036]. وفي جميع الحالات الأخرى لا يتم تنفيذه [SWS_LinSM_10209].
• الاستدعاء مسموح به فقط في الحالة الفرعية LINSM_RUN_COMMUNICATION (SWS LinSM ص. 24).
• إذا أرجع LinIf_GotoSleep القيمة E_NOT_OK، فإن LinSM_RequestComMode يُرجع أيضًا E_NOT_OK. وتُضبط الحالة السابقة مجددًا، لكي يتلقى ComM وBswM إشارة ([SWS_LinSM_00177]).

بعد ذلك، يستدعي LinIf LinSM_GotoSleepConfirmation [SWS_LinSM_00135]. وإذا كان LinSM عندئذٍ في LINSM_FULL_COM/LINSM_GOTO_SLEEP، فإنه ينتقل إلى LINSM_NO_COM، بغض النظر عن المعلمة success. وفي أي حالة أخرى، يتجاهل التأكيد (SWS LinSM ص. 24). ويبدأ الرسم التوضيحي للمواصفة مؤقتًا قبل LinIf_GotoSleep ويوقفه بعد التأكيد (SWS LinSM ص. 47).

مخطط تسلسلي: لدى Master، يطلق ComM الدخول في وضع النوم؛ ولا يتم الوصول إلى LINSM_NO_COM إلا مع تأكيد النوم، ويؤدي E_NOT_OK من LinIf_GotoSleep إلى الإبلاغ عن الحالة القديمة مجددًا. المصادر: [SWS_LinSM_00036]، [SWS_LinSM_00177]، [SWS_LinSM_00135]، SWS LinSM ص. 47، SWS LinSM ص. 24

لدى Slave، يقرر Master بشأن الدخول في وضع النوم. وإذا طلب ComM في الحالة LINSM_FULL_COM الوضع COMM_NO_COMMUNICATION، يقوم LinSM بتخزين الرغبة فقط ويُرجع E_OK [SWS_LinSM_00230]. ويبلّغ LinIf عن LinSM_GotoSleepIndication عند استلام أمر Goto-Sleep أو حدوث مهلة خمول الناقل (Bus-Idle-Timeout) [SWS_LinSM_91000]. وفقط عندئذٍ يستدعي LinSM مباشرةً LinIf_GotoSleep [SWS_LinSM_00231]. وتعتمد الخطوات التالية على الرغبة المخزنة:

• إذا كان قد طُلب COMM_NO_COMMUNICATION وأرجع LinIf_GotoSleep القيمة E_OK، يعلم ComM بحدث سكون الناقل (Bus-Sleep) عبر ComM_BusSM_BusSleepMode [SWS_LinSM_00233].
• إذا كان الاتصال الكامل مطلوبًا، يعيد LinSM بدء عملية الاستيقاظ بعد تأكيد السكون [SWS_LinSM_00234].

في LinIf، ينقل تسلسل التابع المتحكم، وجهاز الإرسال والاستقبال إذا كان مدعومًا، إلى وضع السكون (SWS LinIf ص. 137).

مخطط تسلسل: عند التابع، يتم تخزين طلب السكون الصادر من ComM فقط، ويتم إطلاق الدخول في السكون عبر إشعار LinIf. المصادر: [SWS_LinSM_00230]، [SWS_LinSM_00231]، [SWS_LinSM_00233]، [SWS_LinSM_00234]، SWS LinSM ص. 48، SWS LinSM ص. 24

تبديل جداول الجدولة (الرئيسي فقط)

لا يوجد LinSM_ScheduleRequest [SWS_LinSM_00113] إلا إذا تم تكوين قناة واحدة على الأقل كقناة رئيسية [SWS_LinSM_00241]. وينطبق الشيء نفسه على رد النداء LinSM_ScheduleRequestConfirmation [SWS_LinSM_00242]. تُمرر الدالة غير المتزامنة الطلب مباشرة إلى LinIf_ScheduleRequest دون المرور عبر الدالة الرئيسية. وتُعيد قيمتها المرجعة إلى المستدعي (SWS LinSM ص. 26). المستدعي هو BswM. ويستخدم LinSMScheduleIndex كمرجع رمزي يجب أن تتطابق قيمته مع القيمة في LinIf (SWS LinSM ص. 52). كما تتم عمليات تبديل جدولة التشخيص لبروتوكول نقل LIN عبر BswM وLinSM_ScheduleRequest (SWS LinIf ص. 142).

يُبلغ LinSM عن النتيجة عبر BswM_LinSM_CurrentSchedule (SWS BswM ص. 80). ويعتمد الجدول الذي يتم الإبلاغ عنه على مجريات العملية (SWS LinSM ص. 26):

• إذا أكد LinSM_ScheduleRequestConfirmation [SWS_LinSM_00129] قبل انتهاء المؤقت، يُبلغ LinSM عن الجدول الجديد.
• إذا انتهى المؤقت، يُبلغ عن الجدول دون تغيير.
• إذا أرجع LinIf_ScheduleRequest القيمة E_NOT_OK، فإنه يُبلغ عن الجدول القديم في الاستدعاء التالي للدالة الرئيسية.
• كما يُبلغ أيضًا عن أي تبديل يتم دون طلب مسبق، مثل التبديل إلى جدول NULL الذي يجريه LinIf عند الدخول في السكون.

مخطط تسلسل: يتم تمرير تبديل الجدولة مباشرة وتتم مراقبته زمنيًا؛ ويتعرف BswM في كل نتيجة على الجدول الصالح فعليًا. المصادر: [SWS_LinSM_00113]، [SWS_LinSM_00129]، [SWS_LinSM_00156]، SWS LinSM ص. 26، SWS LinSM ص. 48

نوع العقدة والتكوين والاختلافات مقارنة بالإصدارات اللاحقة

يحدد المعامل LinSMNodeType ما إذا كان سلوك الرئيسي أو التابع ينطبق على قناة ما. ويعتمد على ذلك ما إذا كانت LinSM_ScheduleRequest وLinSM_ScheduleRequestConfirmation وLinSM_GotoSleepIndication متاحة أم لا [SWS_LinSM_00241] [SWS_LinSM_00242] [SWS_LinSM_00243]. أهم المعاملات الزمنية هي LinSMConfirmationTimeout (SWS LinSM ص. 28) وLinSMSilenceAfterWakeupTimeout [SWS_LinSM_00235]. تشير حاويات LinSMSchedule إلى جداول جدولة من تكوين LinIf (SWS LinSM ص. 52). وترتبط فحوصات DET بالمعامل LinSMDevErrorDetect [SWS_LinSM_00239].

تأتي مواضع عديدة في المستند من إصدارات لاحقة. بالنسبة إلى R20-11، فإن المتطلبات هي الأساس المعتمد، وتختلف في بعض المواضع:

• يُسمى المعامل الثاني لـ LinSM_ScheduleRequest في R20-11 بالاسم schedule ويوصف بأنه «Pointer to the new Schedule table»، على الرغم من أن نوعه هو LinIf_SchHandleType [SWS_LinSM_00113]. وتمت إعادة تسميته في R22-11 (SWS LinSM ص. 1، Release Overview ص. 50)؛ وفي R24-11 أصبح اسمه ScheduleTableIdx (SWS LinSM ص. 34).
• في R20-11، يحمل LinSM_GetCurrentComMode معرّف الخدمة 0x11 [SWS_LinSM_00122] ويحمل LinSM_RequestComMode معرّف الخدمة 0x12 [SWS_LinSM_00126]. وتذكر الإصدارات اللاحقة 0x41 و0x40 وتسمح بإعادة الدخول فقط للشبكات المختلفة (SWS LinSM ص. 35، SWS LinSM ص. 36).
• تُسمى ردود نداء ComM في R20-11 بالاسم ComM_BusSM_… [SWS_LinSM_00233]، وفي R25-11 بالاسم ComM_<Bus>SM_… (SWS LinSM ص. 41).

التصرف في حالة الخطأ

يحدد [SWS_LinSM_00053] أخطاء التطوير:

• LINSM_E_UNINIT (0x00)
• LINSM_E_NONEXISTENT_NETWORK (0x20)
• LINSM_E_PARAMETER (0x30)
• LINSM_E_PARAM_POINTER (0x40)
• LINSM_E_INIT_FAILED (0x50)

عند تفعيل LinSMDevErrorDetect، تفحص ردود النداء الشبكة والتهيئة، مثل LinSM_GotoSleepIndication [SWS_LinSM_00239] [SWS_LinSM_00240]. لا تحتوي ردود النداء على قيمة مرجعة، لذا يقتصر الأمر فيها على إشعار DET (SWS LinSM ص. 40، SWS LinSM ص. 39). بالإضافة إلى ذلك، تُرجع واجهات API ذات Std_ReturnType القيمة E_NOT_OK، على سبيل المثال في حالة وجود شبكة أو وضع أو جدول غير صالح أو في الحالة LINSM_UNINIT (SWS LinSM ص. 36، SWS LinSM ص. 34). تفسير: تأتي هذه الفحوصات من إصدارات تبدأ من R24-11، ويُرجح أنها تنطبق من حيث المحتوى بالمثل على R20-11. واللافت للنظر هو أن الإصدار اللاحق يتطلب أيضًا E_NOT_OK لواجهة API لـ void LinSM_GetVersionInfo [SWS_LinSM_00117] عند وجود مؤشر NULL (SWS LinSM ص. 34). سؤال Q-6b2d75dd286bdcb4 (مفتوح)

كخطأ وقت تشغيل، تم تخصيص LINSM_E_CONFIRMATION_TIMEOUT (0x00) لغياب ردود النداء من LinIf [SWS_LinSM_00224]. ويُفترض أنه يتم الإبلاغ عنه عبر Det_ReportRuntimeError، الذي تدرجه الإصدارات اللاحقة كواجهة إلزامية (SWS LinSM ص. 41). سؤال Q-06b13a07d0d60152 (مفتوح) وظيفيًا، يضمن LinSM أن يرى كل من ComM وBswM حالة متسقة دائمًا:

• بعد فشل الاستيقاظ، يقوم بتعيين الحالة القديمة والإبلاغ عنها مرة أخرى (SWS LinSM ص. 27).
• وينطبق الشيء نفسه في حالة إرجاع E_NOT_OK من LinIf_GotoSleep [SWS_LinSM_00177].
• يؤدي تأكيد السكون حتى مع وجود success = FALSE إلى الانتقال إلى LINSM_NO_COM (SWS LinSM ص. 24).
• في حالة فشل تبديل الجدولة، يتلقى BswM الجدول القديم أو الجدول دون تغيير (SWS LinSM ص. 26).

أدلة تفصيلية إضافية

• طلب الوضع من ComM والدخول في السكون عند الرئيسي: [SWS_LinSM_00126]، [SWS_LinSM_00036]، [SWS_LinSM_10208]، [SWS_LinSM_10209]، [SWS_LinSM_00177].
• الدخول في السكون عند التابع: [SWS_LinSM_91000]، [SWS_LinSM_00230]، [SWS_LinSM_00231]، [SWS_LinSM_00233]، [SWS_LinSM_00234]؛ بالإضافة إلى التسلسل في SWS LinSM ص. 24.
• الاستيقاظ والمراقبة الزمنية: [SWS_LinSM_00132]، [SWS_LinSM_00235]، [SWS_LinSM_00236]، [SWS_LinSM_00237]، SWS LinSM ص. 28.
• تبديل الجدولة: [SWS_LinSM_00113]، [SWS_LinSM_00129]، [SWS_LinSM_00241]، [SWS_LinSM_00242].
• التهيئة والحالات والأنواع: [SWS_LinSM_00155]، [SWS_LinSM_00156]، [SWS_LinSM_00220]، [SWS_LinSM_00221]، [SWS_LinSM_00301]؛ الإبلاغ إلى BswM في SWS BswM ص. 72.
• رموز الأخطاء والواجهات: [SWS_LinSM_00053]، [SWS_LinSM_00224]، [SWS_LinSM_00229]، [SWS_LinSM_00138]، [SWS_LinSM_00219].
• التتبع إلى متطلبات SRS وقائمة المتطلبات غير القابلة للتطبيق: SWS LinSM ص. 18، SWS LinSM ص. 55.