board. These libraries may include facilities for hardware initialisat ترجمة - board. These libraries may include facilities for hardware initialisat العربية كيف أقول

board. These libraries may include

board. These libraries may include facilities for hardware initialisation, interrupt
handling, hardware clock and timer management.
Design
Operating system can be designed as a monolithic (one piece of software with
many interacting modules), layered or client-server structure. A minimal kernel and a
set of server and client tasks, makes it a lot easier for the vendor to offer a scalable
operating system with more or less services. Scalability means that a set of services
used by an application can be optimised, and is even more useful if there is a
possibility of dynamic downloading and uploading of services. On the other hand,
configurability is a capacity of a RTOS to accommodate changes in underlying
hardware (e.g. location and migration transparency).
The space application is a system for guidance, navigation and control of
autonomous spacecraft with critical phases. For example, the Rosetta spacecraft will
have a number of phases when real-time control from ground will not be feasible.
Additionally, the software must function in an environment which is highly
constrained in both the memory space and processor power (e.g., the distance from
the Sun limits the amount of power available from the solar panels and equipment
needs to be powered down). Hence the need for configurability and component
optimisation in critical phases.
Space missions require long-term maintenance and support. For some
missions, it is very important to have the ability to upgrade code after spacecraft
launch in order to correct bugs found during the operation phase, to make
modifications due to changes in the environment requirements, and to improve certain
functions.
Standards
The space domain covers a lot of very different applications from ground segments,
launchers and satellites to probes. However, majority of applications is built
according to two main standards: ECSS and DO-178B. The development of all
software under the umbrella of European Space Agency (ESA) has to be done in
accordance with the European Cooperation for Space Standardisation (ECSS) space
product assurance standards (ECSS96) which have recently replaced the quality
standard ESA PSS-05. These standards are mainly focused on the software process
rather than on the product and, not surprisingly, COTS RTOS vendors have largely
ignored them. This is not the case with DO-178B (RTCA92), internationally
recognised assurance standard for software development within the aerospace
industry. As all new space projects will be facing the DO-178B certification process,
some RTOS vendors have already made products addressing the standard’s
requirements.
An RTOS needs to interact with application components and its environment through
well-defined interfaces. With the technology being in a constant state of flux, it seems
reasonable to choose RTOS conforming to a widely accepted interface standard.
RTOS conformance to the POSIX 1003.1 standard was chosen as a major criterion for
the selection of COTS RTOS in the GUARDS project implemented in a space domain
(Powell01).
0/5000
من: -
إلى: -
النتائج (العربية) 1: [نسخ]
نسخ!
board. These libraries may include facilities for hardware initialisation, interrupthandling, hardware clock and timer management.DesignOperating system can be designed as a monolithic (one piece of software withmany interacting modules), layered or client-server structure. A minimal kernel and aset of server and client tasks, makes it a lot easier for the vendor to offer a scalableoperating system with more or less services. Scalability means that a set of servicesused by an application can be optimised, and is even more useful if there is apossibility of dynamic downloading and uploading of services. On the other hand,configurability is a capacity of a RTOS to accommodate changes in underlyinghardware (e.g. location and migration transparency).The space application is a system for guidance, navigation and control ofautonomous spacecraft with critical phases. For example, the Rosetta spacecraft willhave a number of phases when real-time control from ground will not be feasible.Additionally, the software must function in an environment which is highlyconstrained in both the memory space and processor power (e.g., the distance fromthe Sun limits the amount of power available from the solar panels and equipmentneeds to be powered down). Hence the need for configurability and componentoptimisation in critical phases.Space missions require long-term maintenance and support. For somemissions, it is very important to have the ability to upgrade code after spacecraftlaunch in order to correct bugs found during the operation phase, to makemodifications due to changes in the environment requirements, and to improve certainfunctions.StandardsThe space domain covers a lot of very different applications from ground segments,launchers and satellites to probes. However, majority of applications is builtaccording to two main standards: ECSS and DO-178B. The development of allsoftware under the umbrella of European Space Agency (ESA) has to be done inaccordance with the European Cooperation for Space Standardisation (ECSS) spaceproduct assurance standards (ECSS96) which have recently replaced the qualitystandard ESA PSS-05. These standards are mainly focused on the software processrather than on the product and, not surprisingly, COTS RTOS vendors have largelyignored them. This is not the case with DO-178B (RTCA92), internationallyrecognised assurance standard for software development within the aerospaceindustry. As all new space projects will be facing the DO-178B certification process,some RTOS vendors have already made products addressing the standard’srequirements.An RTOS needs to interact with application components and its environment throughwell-defined interfaces. With the technology being in a constant state of flux, it seemsreasonable to choose RTOS conforming to a widely accepted interface standard.RTOS conformance to the POSIX 1003.1 standard was chosen as a major criterion forthe selection of COTS RTOS in the GUARDS project implemented in a space domain(Powell01).
يجري ترجمتها، يرجى الانتظار ..
النتائج (العربية) 2:[نسخ]
نسخ!
مجلس. ويمكن أن تشمل هذه المكتبات مرافق لinitialisation الأجهزة، يقطع
المناولة وعلى مدار الساعة الأجهزة وإدارة مؤقت.
تصميم
ويمكن تصميم نظام التشغيل باعتباره متجانسة (قطعة واحدة من البرمجيات مع
العديد من وحدات التفاعل)، بنية الطبقات أو خدمة العملاء. ونواة الحد الأدنى و
مجموعة من المهام الخادم والعميل، ويجعل من الأسهل كثيرا للبائع لتقديم تحجيم
نظام التشغيل مع خدمات أكثر أو أقل. قابلية يعني أن مجموعة من الخدمات
المستخدمة من قبل التطبيق يمكن أن يكون الأمثل، وأكثر فائدة إذا كان هناك
إمكانية تحميل الديناميكي وتحميلها من الخدمات. من ناحية أخرى،
كونفيغورابيليتي هو قدرة لمنظمات البحث والتكنولوجيا لاستيعاب التغيرات في الأساسي
الأجهزة (على سبيل المثال موقع والهجرة الشفافية).
والتطبيقات الفضائية هو نظام للتوجيه والملاحة والسيطرة على
المركبة الفضائية مستقلة مع المراحل الحرجة. على سبيل المثال، فإن المركبة الفضائية روزيتا
لديها عدد من المراحل متى التحكم في الوقت الحقيقي من الأرض لا يكون مجديا.
بالإضافة إلى ذلك، يجب أن البرنامج يعمل في بيئة وعالية
مقيدة في كل من السلطة مساحة الذاكرة والمعالج (على سبيل المثال، والمسافة من
الشمس يحد من كمية الطاقة المتاحة من الفريقين ومعدات الطاقة الشمسية
بحاجة إلى أن تعمل بالطاقة أسفل). ومن هنا كانت الحاجة لكونفيغورابيليتي ومكون
الأمثل في المراحل الحرجة.
تتطلب بعثات الفضاء الصيانة والدعم على المدى الطويل. بالنسبة لبعض
البعثات، من المهم جدا أن لديها القدرة على ترقية التعليمات البرمجية بعد المركبة الفضائية
إطلاق من أجل تصحيح الأخطاء التي عثر عليها أثناء مرحلة التشغيل، لجعل
تعديلات بسبب التغيرات في متطلبات البيئة، وتحسين بعض
الوظائف.
معايير
المجال الفضاء يغطي الكثير من التطبيقات المختلفة جدا من قطاعات الأرض،
قاذفات والأقمار الصناعية لتحقيقات. ومع ذلك، تم بناء معظم التطبيقات
وفقا لمعيارين أساسيين: ECSS وDO-178B. تطوير جميع
البرامج تحت مظلة وكالة الفضاء الأوروبية (ESA) الذي ينبغي القيام به في
فقا للتعاون الأوروبي للمواصفات الفضاء (ECSS) مساحة
ضمان المنتج معايير (ECSS96) التي حلت محل مؤخرا الجودة
القياسية وكالة الفضاء الأوروبية PSS-05. وتركز هذه المعايير أساسا على عملية البرمجيات
بدلا من التركيز على المنتج، وليس من المستغرب، والباعة المهود منظمات البحث والتكنولوجيا الى حد كبير
تجاهل لهم. هذا ليس هو الحال مع DO-178B (RTCA92)، على الصعيد الدولي
المعترف بها معيار ضمان لتطوير البرمجيات داخل الفضاء
الصناعة. وجميع المشاريع الفضائية الجديدة سوف تواجه عملية التصديق DO-178B،
بعض البائعين منظمات البحث والتكنولوجيا جعلت بالفعل منتجات معالجة القياسية ل
متطلبات.
إن منظمات البحث والتكنولوجيا بحاجة إلى التفاعل مع مكونات التطبيق والبيئة من خلال
واجهات واضحة المعالم. مع التكنولوجيا كونها في حالة تغير متواصل، يبدو
من المعقول أن اختيار RTOS مطابقة لمعيار واجهة مقبولة على نطاق واسع.
وقد تم اختيار RTOS المطابقة لمعايير POSIX 1003.1 كمعيار رئيسي ل
اختيار المهود منظمات البحث والتكنولوجيا في المشروع حراس تنفيذها في مجال الفضاء
(Powell01).
يجري ترجمتها، يرجى الانتظار ..
النتائج (العربية) 3:[نسخ]
نسخ!
متن.وقد تشمل هذه المكتبات ومرافق الأجهزة ينيتياليساتيون يقطعالتعامل مع توقيت الساعة، والأجهزة الإدارية.تصميمويمكن تصميم نظام التشغيل كما متجانسة (قطعة واحدة من البرمجيات معالعديد من أجزاء متداخلة)، هيكل الطبقات او خدمة العملاء.الحد الأدنى من النواةمجموعة من المهام، الخادم والعميل يجعل من الأسهل كثيرا بالنسبة للبائع لتقديم متدرجةنظام التشغيل مع خدمات أكثر أو أقل.التوسع يعني أن مجموعة من الخدماتتطبيق يمكن استخدام الأمثل، هو أكثر فائدة إذا كان هناكإمكانية تنزيل وتحميل الديناميكي من الخدمات.من ناحية أخرى،configurability قدرة البحث والتطوير لتلبية التغييرات في الكامنةالأجهزة (مثل موقع الهجرة الشفافية).الفضاء هو تطبيق نظام التوجيه والملاحة والتحكمفضائية مستقلة مع المراحل الحرجة.وعلى سبيل المثال، فإن المركبة الفضائية روزيتالها عدة مراحل عند التحكم في الوقت الحقيقي من الارض لن تكون مجدية.وبالإضافة إلى ذلك، يجب على برامج تعمل في بيئة شديدةمقيدة في كل من مساحة الذاكرة و قوة المعالج (على سبيل المثال، المسافة منالشمس يحد من كمية الطاقة المتاحة من ألواح الطاقة الشمسية والمعداتيجب أن يكون مدعوم من أسفل).ومن هنا تنبع ضرورة configurability و العنصرالامثل في المراحل الحرجة.البعثات الفضائية تتطلب الصيانة والدعم على المدى الطويل.بالنسبة لبعضالبعثات، ومن المهم جدا أن يكون لديك القدرة على ترقية المدونة بعد مركبةبدء من أجل تصحيح الأخطاء وجدت أثناء مرحلة التشغيل، لجعلالتعديلات بسبب التغيرات في متطلبات البيئة، وتحسين بعضوظائف.المعاييريشمل مجال الفضاء الكثير من تطبيقات مختلفة جدا من أجزاء الأرض،الصواريخ والسواتل تحقيقات.ومع ذلك، معظم التطبيقات مبنيةاستنادا الى اثنين من المعايير الرئيسية: do-178b ECSS. وضع جميعالبرنامج تحت مظلة وكالة الفضاء الأوروبية (إيسا) يجب القيام بهوفقا التعاون الأوروبي في مجال الفضاء فضاء التوحيد (ECSS)ضمان المنتج المعايير (ecss96) التي استبدلت مؤخرا نوعيةمعيار pss-05 الإيسا.هذه المعايير هي تركز أساسا على برامج عمليةبدلا من التركيز على المنتج، وليس من المستغرب، المهود منظمات البحث والتكنولوجيا البائعين إلى حد كبيرتجاهلها.هذا ليس هو الحال مع do-178b (rtca92 دوليا)اعترف لمعايير ضمان تطوير البرمجيات داخل الفضاءالصناعة.جميع المشاريع الفضائية الجديدة سوف تواجه do-178b عملية التصديق،وقد سبق لبعض منظمات البحث والتكنولوجيا البائعين والمنتجات تلبية المعاييرالاحتياجات.منظمات البحث والتكنولوجيا بحاجة إلى التفاعل مع مكونات التطبيق وبيئته من خلالجيدا البينية.مع التكنولوجيا يجري في حالة تدفق مستمر، ويبدومن المعقول أن تختار منظمات البحث والتكنولوجيا مطابقة معيار واجهة مقبولة على نطاق واسع.منظمات البحث والتكنولوجيا مطابقة 1003.1 POSIX القياسية حيث تم اختيار المعيار الرئيسي علىاختيار الأغطيه منظمات البحث والتكنولوجيا في حراس المشاريع المنفذة في مجال الفضاء(powell01).
يجري ترجمتها، يرجى الانتظار ..
 
لغات أخرى
دعم الترجمة أداة: الآيسلندية, الأذرية, الأردية, الأفريقانية, الألبانية, الألمانية, الأمهرية, الأوديا (الأوريا), الأوزبكية, الأوكرانية, الأويغورية, الأيرلندية, الإسبانية, الإستونية, الإنجليزية, الإندونيسية, الإيطالية, الإيغبو, الارمنية, الاسبرانتو, الاسكتلندية الغالية, الباسكية, الباشتوية, البرتغالية, البلغارية, البنجابية, البنغالية, البورمية, البوسنية, البولندية, البيلاروسية, التاميلية, التايلاندية, التتارية, التركمانية, التركية, التشيكية, التعرّف التلقائي على اللغة, التيلوجو, الجاليكية, الجاوية, الجورجية, الخؤوصا, الخميرية, الدانماركية, الروسية, الرومانية, الزولوية, الساموانية, الساندينيزية, السلوفاكية, السلوفينية, السندية, السنهالية, السواحيلية, السويدية, السيبيوانية, السيسوتو, الشونا, الصربية, الصومالية, الصينية, الطاجيكي, العبرية, العربية, الغوجراتية, الفارسية, الفرنسية, الفريزية, الفلبينية, الفنلندية, الفيتنامية, القطلونية, القيرغيزية, الكازاكي, الكانادا, الكردية, الكرواتية, الكشف التلقائي, الكورسيكي, الكورية, الكينيارواندية, اللاتفية, اللاتينية, اللاوو, اللغة الكريولية الهايتية, اللوكسمبورغية, الليتوانية, المالايالامية, المالطيّة, الماورية, المدغشقرية, المقدونية, الملايو, المنغولية, المهراتية, النرويجية, النيبالية, الهمونجية, الهندية, الهنغارية, الهوسا, الهولندية, الويلزية, اليورباية, اليونانية, الييدية, تشيتشوا, كلينجون, لغة هاواي, ياباني, لغة الترجمة.

Copyright ©2024 I Love Translation. All reserved.

E-mail: