قيود البرمجة للحصول على RTOS ونظام التشغيل العادي

Question

كان هذا السؤال يزعجني من وقت طويل، حاولت البحث عبر الإنترنت ولكن لم أحصل على أي إجابة.أفهم الفرق بين نظام التشغيل العادي و RTOS.أردت أن أفهم ما هي القيود الإضافية (إن وجدت) المفروضة على مبرمج تطبيق للحصول على RTOS؟

على سبيل المثال، لدي بعض المتطلبات وتحتاج إلى تنفيذ حل يعمل على نظام تشغيل عادي و RTOS.ما هي الجوانب التي يجب علي العناية بها عندما أقوم بتنفيذ حل RTOS؟يجب أن أكون ملف تعريف الرمز الخاص بي للتحقق من الذاكرة الدقيقة، ومتطلبات المعالجة التي يجب أن أقدمها لجدولة RTOS التي ستقوم ببعض تحليل الجدوى وتحديد ما إذا كان يمكن أن تشمل طلبي في الجدول الزمني الحالي؟

يمكن أن يعطيني بعض الأمثلة العملية لكيفية القيام بذلك في RTOS مثل OSE أو Windriver وغيرها؟

Answer 1

معظم RTOs عبارة عن جدولة مؤشر الترابط بدلا من مجدولة المعالجة، لذلك لا يوجد سوى "تطبيق" واحد على هذا النحو، مصنوع من مؤشرات الترابط متعددة في عملية واحدة .في هذا السياق، فإن مسألة جدولة "تطبيق" الخاص بك هي موضع نقش، حيث يوجد تطبيق واحد فقط .

إذا كان لديك مهمة غير واقعية (وربما يكون ذلك ضمنيا أن هذا هو الحال إذا كنت قادرا أيضا على تشغيله على نظام التشغيل للأغراض العامة (GPOs)، فيمكنك تشغيله في RTOSأولوية منخفضة على مستوى مشترك من خلال مهام أخرى غير واقعية مع تمكين تقطيع وقت الروبين - هذه المواضيع بعد ذلك جدولة بعد ذلك بطريقة مماثلة لتلك ذات GPOs. لاحظ أنه إذا كان واحدا أو أكثر من هذه المواضيع / غلة EM> يجب تشغيلها في أدنى مستوى من الأولوية الممكنة، وفي أي حال سيكون مثل هذا السلوك غير مرغوب فيه بشكل عام - مثل هذه الخيوط تصبح مهمة الخمول.