Standard Types (Std_Types)
Standard types, return codes (Std_ReturnType, E_OK, E_NOT_OK), version info structures, and error codes shared across the entire AUTOSAR architecture.
Typen — Übersicht
enum Std_ReturnTypeThis type can be used as standard API return type which is shared between the RTE and the BSW modules.struct Std_VersionInfoTypeThis type shall be used to request the version of a BSW module using the _ Get Version Info() function.typedef Std_TransformerError-typedef Std_TransformerClass-typedef Std_TransformerForward- Tags: atp.Status=drafttypedef Std_TransformerForwardCode- Tags: atp.Status=draftStd_MessageTypeThis type is used to encode the different type of messages.enum Std_MessageResultTypeThis type is used to encode different types of results for response messages.typedef Std_ExtractProtocolHeaderFieldsTypeType for the function pointer to extract the relevant protocol header fields of the message and the type of the message result...E_OK / E_NOT_OKBecause E_ OK is already defined within OSEK, the symbol E_ OK has to be shared.STD_HIGH / STD_LOWThe symbols STD_ HIGH and STD_ LOW shall be defined as follows: #define STD_ HIGH 0x01u /* Physical state 5V or 3.STD_ACTIVE / STD_IDLEThe symbols STD_ ACTIVE and STD_ IDLE shall be defined as follows: #define STD_ ACTIVE 0x01u /* Logical state active */...STD_ON / STD_OFFThe symbols STD_ ON and STD_ OFF shall be defined as follows: #define STD_ ON 0x01u #define STD_ OFF 0x00u
Typen — Detailansicht
نوع Std_ReturnType [SWS_Std_00005] 📄 PDF
typedef uint8 Std_ReturnType;
This type can be used as standard API return type which is shared between the RTE and the BSW modules. It shall be defined as follows: typedef uint8 Std_ Return Type;
يُستخدم النوع Std_ReturnType كنوع إرجاع موحد لدوال API ويتم استخدامه بشكل مشترك بواسطة RTE ووحدات BSW ([SWS_Std_00005]). وهو متاح عبر ملف الترويسة Std_Types.h ومحدد كـ uint8 ([SWS_Std_00005]).
افتراضياً، يتم تخصيص القيم E_OK (القيمة 0) أو E_NOT_OK (القيمة 1) لـ Std_ReturnType ([SWS_Std_00005]، [SWS_Std_00011]). وإذا لم تكن هاتان القيمتان الافتراضيتان للإرجاع كافيتين، يسمح المعيار بتحديد قيم أخطاء خاصة بالوحدة:
-
نطاق قيم أخطاء المستخدم: يتوفر النطاق من
0x02إلى0x3Fلرموز الأخطاء المحددة من قبل المستخدم ([SWS_Std_00005]). ويتم هنا استخدام البتات الستة الأقل أهمية ([SWS_Std_00011]). - اصطلاح التسمية: عند تسمية قيم الأخطاء الخاصة بالمستخدم، يجب إلزامياً وضع بادئة الوحدة المعنية وفقاً لمتطلبات BSW ([SWS_Std_00011]).
- حجز RTE: البت 7 والبت 8 محجوزان ويتم تحديدهما بواسطة مواصفة RTE، والتي يتبعها أيضاً التخطيط العام لنوع الإرجاع ([SWS_Std_00011]). تفسير: من المرجح أن يكون هذان هما البتان الأكثر أهمية في تمثيل 8 بت، واللذان يكملان البتات الستة الأقل أهمية لتكوين بايت واحد. سؤال Q-d97256956c510f58 (مفتوح)
آليات معالجة الأخطاء المحددة مثل DET أو DEM وكذلك متطلبات إمكانية إعادة الدخول لم يتم تحديدها في المصادر للنوع الأساسي نفسه، بل تقع على عاتق واجهات برمجة التطبيقات (APIs) المعنية التي تستخدم هذا النوع كقيمة إرجاع.
تم إنشاء إشعار الاستخدام هذا بواسطة ذكاء اصطناعي ويستند إلى مواصفات AUTOSAR Classic الإصدار R20-11.
دليل المنفِّذ قيد الإعداد (التعقيد I1)
نوع Std_VersionInfoType [SWS_Std_00015] 📄 PDF
typedef struct { uint16 vendorID; uint16 moduleID; uint8 sw_major_version; uint8 sw_minor_version; uint8 sw_patch_version; } Std_VersionInfoType;
This type shall be used to request the version of a BSW module using the
نوع Std_TransformerError [SWS_Std_00021] 📄 PDF
typedef uint8 Std_TransformerError;
-
يتم توفير نوع البيانات Std_TransformerError وفقاً للمتطلب [SWS_Std_00021] كنوع قياسي عبر ملف الترويسة Std_Types.h لمنصة AUTOSAR Classic. ومن الناحية الهيكلية، يتم تعريف العنصر في المواصفة كبنية (Structure) ويتكون من مكونين: العنصر errorCode بالنوع الأساسي uint8 والعنصر transformerClass بالنوع Std_TransformerClass [SWS_Std_00021].
فيما يتعلق بالاستخدام العملي، لا تحتوي المواصفة على تواقيع دوال محددة أو أوصاف للمعاملات أو قيم إرجاع. ويُستخدم نوع البنية على الأرجح كحاوية بيانات موحدة للنقل المنظم للأخطاء التي تحدث أثناء تحويل البيانات (تفسير). سؤال Q-6e0938f276d60fd3 (مفتوح) ومن المحتمل أن يحمل الحقل errorCode مفتاح الخطأ الرقمي الفعلي، بينما يحدد transformerClass فئة المحول المسببة أو المخصصة (تفسير). سؤال Q-d8806698683ec00e (مفتوح)
لم يتم تحديد آليات معالجة أخطاء معينة مثل رسائل DET أو DEM في [SWS_Std_00021]. كما تغيب عن المادة المصدرية متطلبات التزامن أو إمكانية إعادة الدخول أو الدلالات المتزامنة أو غير المتزامنة. ونظراً لأنه تعريف نوع خالص في Std_Types.h، فإن النوع نفسه لا يخضع لقيود وقت التشغيل؛ وتنشأ هذه القيود حصرياً من السياق الخاص للوحدات المطبقة.
تم إنشاء هذا النص بواسطة ذكاء اصطناعي بناءً على مواصفة AUTOSAR R20-11.
نوع Std_TransformerClass [SWS_Std_00024] 📄 PDF
typedef uint8 Std_TransformerClass;
-
نوع Std_TransformerForward [SWS_Std_00027] 📄 PDF
typedef uint8 Std_TransformerForward;
- Tags: atp.Status=draft
نوع Std_TransformerForwardCode [SWS_Std_00029] 📄 PDF
typedef uint8 Std_TransformerForwardCode;
- Tags: atp.Status=draft
نوع Std_MessageType [SWS_Std_91001] 📄 PDF
This type is used to encode the different type of messages. - Currently this encoding is limited to the distinction between requests and responses in C/ S c ommunication.
يُستخدم النوع القياسي Std_MessageType وفقاً لـ [SWS_Std_91001] لترميز أنواع مختلفة من الرسائل. وفي هذه المواصفة الحالية، يقتصر هذا الترميز على التمييز بين الطلبات (Requests) والاستجابات (Responses) في إطار اتصال العميل/الخادم ([SWS_Std_91001]).
يُشتق نوع البيانات من النوع الأساسي uint8 ويتم توفيره لمكونات البرمجيات ووحدات برمجيات الأساس (BSW) عبر ملف الترويسة Std_Types.h ([SWS_Std_91001]). وقد تم تحديد القيم والثوابت التالية للتعيين والتقييم:
STD_MESSAGETYPE_REQUEST(القيمة0x00): يشير إلى رسالة طلب ([SWS_Std_91001]).STD_MESSAGETYPE_RESPONSE(القيمة0x01): يشير إلى رسالة استجابة ([SWS_Std_91001]).- نطاق القيم من
0x02إلى0x3F: هذا النطاق محجوز لأنواع الرسائل المستقبلية ([SWS_Std_91001]).
فيما يتعلق بالتطبيق والشروط العامة، ينبغي للوحدات المنفذة استخدام المعرّفات المحددة فقط. ونظراً لأن القيم من 0x02 إلى 0x3F محجوزة لتوسيعات AUTOSAR المستقبلية، فلا يجوز تخصيصها لأغراض أخرى بشكل عشوائي ([SWS_Std_91001]). ولم يتم تحديد رموز أخطاء معينة، أو قيم إرجاع، أو عمليات غير متزامنة، أو رسائل إلى DET أو DEM لنوع البيانات هذا في المواصفة ([SWS_Std_91001]).
تم إنشاء هذا النص بواسطة مساعد تنظيم ذكاء اصطناعي ويستند إلى مواصفة AUTOSAR R20-11.
نوع Std_MessageResultType [SWS_Std_91002] 📄 PDF
typedef uint8 Std_MessageResultType;
This type is used to encode different types of results for response messages. - Currently this encoding is limited to the distinction between OK and ERROR responses.
يُستخدم نوع البيانات الأساسي Std_MessageResultType في منصة AUTOSAR Classic لتشفير أنواع النتائج المختلفة لرسائل الاستجابة (Response Messages) [SWS_Std_00019]. يتم توفير النوع عبر ملف الرأس القياسي Std_Types.h ويتم تعريفه كنوع قياسي (Scalar) استنادًا إلى uint8 [SWS_Std_91002].
الاستخدام ومجال القيم
تتطلب المواصفات استخدام Std_MessageResultType للتعريف الموحد لرسائل الاستجابة [SWS_Std_00019]. حاليًا، يقتصر النطاق الوظيفي المقصود لهذا التشفير على التمييز الأساسي بين الاستجابات الناجحة والخاطئة [SWS_Std_91002]. وقد تم تحديد قيم النتائج الثابتة التالية لهذا الغرض:
STD_MESSAGERESULT_OK(القيمة0x00): يحدد النتيجة المنتظمة والخالية من الأخطاء لرسالة الاستجابة [SWS_Std_91002].STD_MESSAGERESULT_ERROR(القيمة0x01): يشير إلى نتيجة رسالة استجابة خاطئة (Error Response) [SWS_Std_91002].
القيود والتحسينات المستقبلية
نطاق القيم من 0x02 إلى 0x3F محجوز صراحة لنتائج الرسائل المستقبلية [SWS_Std_91002]. Interpretation: نظرًا لأن المواصفات لا تنص حاليًا على قيم إرجاع صالحة أخرى، فمن المرجح أن يلزم برمجة الوحدات المقيّمة بشكل دفاعي لاعتراض القيم غير المتوقعة أو غير المخصصة بعد في هذا النطاق بأمان [SWS_Std_00019]. سؤال Q-5f652f73800b7d94 (مفتوح)
تم إعداد هذا النص بواسطة ذكاء اصطناعي ويلخص متطلبات مواصفات AUTOSAR للمطورين.
نوع Std_ExtractProtocolHeaderFieldsType [SWS_Std_91003] 📄 PDF
typedef Std_ReturnType (* Std_ExtractProtocolHeaderFieldsType)(const uint8* buffer, uint32 bufferLength, Std_MessageTypeType* messageType, Std_MessageResultType* messageResult);
Type for the function pointer to extract the relevant protocol header fields of the message and the type of the message result of a transformer. - At the time being, this is limited to the types used for C/ S communication (i.e., REQUE ST and RESPONSE and OK and ERROR).
نوع E_OK / E_NOT_OK [SWS_Std_00006] 📄 PDF
#define E_OK 0x00u #define E_NOT_OK 0x01u
Because E_ OK is already defined within OSEK, the symbol E_ OK has to be shared. To avoid name clashes and redefinition problems, the symbols have to be defined in the following way (approved within implementation): #ifndef STATUSTYPEDEFINED #define STATUSTYPEDEFINED #define E_ OK 0x00u typedef unsigned char Status Type; /* OSEK compliance */ #endif #define E_ NOT_ OK 0x01u
نوع STD_HIGH / STD_LOW [SWS_Std_00007] 📄 PDF
#define STD_HIGH 0x01u #define STD_LOW 0x00u
The symbols STD_ HIGH and STD_ LOW shall be defined as follows: #define STD_ HIGH 0x01u /* Physical state 5V or 3.3V */ #define STD_ LOW 0x00u /* Physical state 0V */
نوع STD_ACTIVE / STD_IDLE [SWS_Std_00013] 📄 PDF
#define STD_ACTIVE 0x01u #define STD_IDLE 0x00u
The symbols STD_ ACTIVE and STD_ IDLE shall be defined as follows: #define STD_ ACTIVE 0x01u /* Logical state active */ #define STD_ IDLE 0x00u /* Logical state idle */
نوع STD_ON / STD_OFF [SWS_Std_00010] 📄 PDF
#define STD_ON 0x01u #define STD_OFF 0x00u
The symbols STD_ ON and STD_ OFF shall be defined as follows: #define STD_ ON 0x01u #define STD_ OFF 0x00u
Request a governed re-review of this record. The record is not changed immediately.
- Record
AUTOSAR/AP/record/CP_MOD_Std- Status
- unspecified
- Version
AUTOSAR/AP/record/CP_MOD_Std@rel:R20-11#be31e09c- Content hash
be31e09c- Source
- https://www.autosar.org/fileadmin/standards/R20-11/CP/AUTOSAR_SWS_StandardTypes.pdf#nameddest=SWS_Std_00005
gemini-3.8-flash-low· 2026-10-13 · الأصل الألماني