การพัฒนาระบบที่ฝังตัวผิดและผิดพลาด

ระบบที่ฝังตัวผิดพลาด ถูกออกแบบมาให้ทํางานได้อย่างถูกต้อง แม้ส่วนประกอบบางตัวจะล้มเหลว แต่โปรแกรมนี้จําเป็นในการใช้งานที่ความเหมาะสมและความปลอดภัยเป็นปัจจัยสําคัญ เช่น พื้นที่ว่าง อุปกรณ์การแพทย์ และระบบอัตโนมัติอุตสาหกรรม บทความนี้สํารวจแนวคิดพื้นฐานและวิธีการพัฒนาระบบดังกล่าว

รากฐาน ทาง การ เมือง ที่ มี ความ ผิด

การ ยอม รับ ผิด เกี่ยว ข้อง กับ การ ออก แบบ ระบบ ที่ สามารถ ตรวจ จับ แยก และ ฟื้น ตัว จาก ข้อ บกพร่อง ต่าง ๆ ได้

เกิดข้อผิดพลาดในการตรวจพบวิธีการต่าง ๆ เช่น checksums, partities, และตัวจับเวลาของนาฬิกาช่วยระบุข้อผิดพลาดได้ก่อนเวลา การปกปิดข้อผิดพลาด เช่น ระบบการลงคะแนนเสียงแบบสามชั้น (TMR) ป้องกันข้อผิดพลาดจากการส่งผลกระทบกับระบบส่งออก

การ ฝึก หัด ที่ ใช้ ได้ จริง

การเพิ่มความทนต่อการเกิดข้อผิดพลาดในระบบที่ฝังตัวอยู่ ต้องการการวางแผนอย่างรอบคอบ ฮาร์ดแวร์จะลดความซับซ้อนลงเช่น โพรเซสย่อยหรืออุปกรณ์สํารอง

ออกแบบมักใช้การทดสอบการฉีดผิด เพื่อประเมินความทนทานของระบบ กระบวนการนี้เกี่ยวข้องกับการจงใจแจ้งข้อผิดพลาด เพื่อตรวจสอบความสามารถในการตรวจจับและฟื้นตัวของระบบ

การ ใช้ เทคโนโลยี ที่ ผิด ปกติ

• [FLT: 0] Hardrware Redundies: ใช้ส่วนประกอบซ้ําเพื่อรับประกันการดําเนินงานอย่างต่อเนื่อง (FLT:1).
• [FLT: 0] Software Redundies: การชดเชยอัลกอริทึมหรือกิจวัตรการใช้งานที่สําคัญหลายรูปแบบ
• [FLT: 0] ตรวจสอบ: Checksums, parity, และนาฬิกาจับเวลา.
• [FLT: 0] สวมหน้ากาก: แผนการโหวตเช่น TMR.
• [FLT: 0]. เซลฟ์-สเตทติ้ง : การวินิจฉัยต่อเนื่องเพื่อระบุข้อผิดพลาดก่อนเวลา