ขอบเขตการพัฒนา
MCU เฟิร์มแวร์ sleep-wake ได้รับการออกแบบมาเพื่อแก้ไขปัญหาทางเทคนิคเฉพาะในโครงการที่ใช้พลังงานต่ำ งานเริ่มต้นจากการออกแบบที่มีอยู่ของลูกค้าและความต้องการทางธุรกิจ และพัฒนาสภาพการนอนหลับ การกำหนดการตื่น การกู้คืนสัญญาณนาฬิกา และการสร้างไดรเวอร์ใหม่ ชุดข้อมูลเครื่องสถานะ เฟิร์มแวร์ เวลาปลุกเครื่อง และชุดข้อมูลการถดถอยของฟังก์ชันจะถูกส่งไปตามโมดูลที่ตกลงกันไว้
ตรวจสอบอินพุตกับเส้นพื้นฐาน
ตรวจสอบโหมดตัวควบคุมหลัก แหล่งการปลุก สถานะงาน และข้อกำหนดการกู้คืนอุปกรณ์ต่อพ่วง และชี้แจงขอบเขตของการวัดและการเปลี่ยนแปลง
การนำไปใช้และการปรับแต่ง
พัฒนาเงื่อนไขการเข้าสู่โหมดสลีป การพิจารณาการตื่น การกู้คืนนาฬิกา และการสร้างไดรเวอร์ใหม่ และตัวเลือกความละเอียดในการบันทึกและเงื่อนไขการพึ่งพา
การแก้ไขข้อบกพร่องร่วมกันของสภาพแวดล้อมเป้าหมาย
ครอบคลุมเวลาและเหตุการณ์ภายนอก การปลุกอย่างต่อเนื่อง เหตุการณ์ที่เกิดขึ้นพร้อมกัน และความล้มเหลวในการกู้คืน และยืนยันพฤติกรรมทางธุรกิจหลังจากการเปลี่ยนแปลงพารามิเตอร์
การส่งมอบเอกสารและบันทึก
จัดเตรียมเครื่องสถานะ เฟิร์มแวร์ ลำดับการปลุก และบันทึกการถดถอยฟังก์ชันที่อธิบายเวอร์ชัน โครงสร้าง หรือวิธีการใช้งาน
กระบวนการดำเนินโครงการ
- การยืนยันอินพุต: โหมดหลัก, แหล่งการปลุก, สถานะงาน และคำขอการกู้คืนอุปกรณ์ต่อพ่วง
- วิธีการนำไปปฏิบัติ: พัฒนาเงื่อนไขการเข้านอน การแบ่งแยกการตื่น การกู้คืนนาฬิกา และการสร้างไดรเวอร์ใหม่
- การตรวจสอบเฟส: ครอบคลุมเวลาและเหตุการณ์ภายนอก การปลุกอย่างต่อเนื่อง เหตุการณ์ที่เกิดขึ้นพร้อมกัน และข้อผิดพลาดในการกู้คืน
- การส่งมอบโปรเจ็กต์: เครื่องสถานะ เฟิร์มแวร์ ลำดับการปลุก และบันทึกการถดถอยของฟังก์ชัน
เงื่อนไขการออกแบบและขีดจำกัดการทำงาน
เวลาแฝงในการบันทึก การรีสตาร์ท และการกู้คืนสถานะจะต้องเปรียบเทียบกับระยะเวลาสลีป สำหรับงานที่มีช่วงเวลาสั้นบางงาน อาจใช้โหมดที่เบากว่าเพื่อให้บรรลุเป้าหมายด้านพลังงานโดยรวมได้ดีขึ้น
บริการพิเศษใช้โมดูลที่ตกลงกันไว้เป็นขีดจำกัดการใช้งาน ในกรณีที่มีการเปลี่ยนแปลงฮาร์ดแวร์ ข้อตกลงของบุคคลที่สาม แพลตฟอร์มโดยรวมหรือการทดสอบภายนอก อินเทอร์เฟซ ปริมาณงาน และความรับผิดชอบจะได้รับการยืนยันแยกต่างหาก และการเปลี่ยนแปลงในเครื่องจะไม่ถูกใช้โดยตรงเป็นข้อสรุปเกี่ยวกับประสิทธิภาพของอุปกรณ์ทั้งหมด
เอกสารโครงการที่จำเป็น
- โหมดการควบคุมหลัก แหล่งที่มาของการปลุก สถานะงาน และคำขอการกู้คืนอุปกรณ์ต่อพ่วง
- ต้นแบบที่มีอยู่และปัญหาที่ทำซ้ำได้ หรือฟีเจอร์ใหม่ของโปรเจ็กต์และเป้าหมายการใช้พลังงาน
- อนุญาตให้แก้ไขธีม ซอร์สโค้ด และการพึ่งพาบุคคลที่สาม ต้องรักษาฟังก์ชันการทำงานและความเข้ากันได้ไว้
- รายการส่งมอบ สภาพแวดล้อมเป้าหมาย ขอบเขตตัวอย่าง เหตุการณ์สำคัญของโครงการ และวิธีการยอมรับ
ขอบเขตของการส่งมอบและการยอมรับ
| เนื้อหาการจัดส่ง | ตรวจสอบวิธีการ |
|---|---|
| เครื่องสถานะ เฟิร์มแวร์ ลำดับการปลุก และบันทึกการถดถอยของฟังก์ชัน | ตรวจสอบความสามารถในการแก้ไข เวอร์ชัน คำแนะนำการใช้งาน และการขึ้นต่อกันโดยใช้รายการไฟล์ |
| การตรวจสอบการใช้งาน | ครอบคลุมเวลาและเหตุการณ์ภายนอก การปลุกอย่างต่อเนื่อง เหตุการณ์ที่เกิดขึ้นพร้อมกัน และข้อผิดพลาดในการกู้คืน และรักษาสภาพการทำงานและผลลัพธ์ที่สอดคล้องกัน |
| การเปรียบเทียบฟังก์ชันและการใช้พลังงาน | แก้ไขฮาร์ดแวร์ ซอฟต์แวร์ แบตเตอรี่ อุณหภูมิ และวงจรธุรกิจที่เกี่ยวข้อง และคำนึงถึงการเปลี่ยนแปลงในสภาวะและผลกระทบ |
| การสืบพันธุ์และการดูแลภายหลัง | ระบุขั้นตอนการสร้างหรือดำเนินการ ข้อจำกัดที่ทราบ ช่วงพารามิเตอร์ และกรณีที่ไม่ครอบคลุม |
คำถามที่พบบ่อย
โหมด Deeper Sleep เหมาะสมกว่าเสมอไปหรือไม่?+
เวลาแฝงในการบันทึก การรีสตาร์ท และการกู้คืนสถานะจะต้องเปรียบเทียบกับระยะเวลาสลีป สำหรับงานที่มีช่วงเวลาสั้นบางงาน อาจใช้โหมดที่เบากว่าเพื่อให้บรรลุเป้าหมายด้านพลังงานโดยรวมได้ดีขึ้น
ฉันต้องเตรียมข้อมูลอะไรบ้างก่อนเริ่มโครงการ?+
งานนี้มุ่งเน้นไปที่โหมดการควบคุมหลัก แหล่งที่มาของการปลุก สถานะของงาน และข้อกำหนดในการกู้คืนอุปกรณ์ต่อพ่วง หากข้อมูลไม่สมบูรณ์ ขั้นแรกให้กำหนดขอบเขตที่ต้องมีการทดสอบหรือการเรียงลำดับเพิ่มเติม จากนั้นจึงดำเนินการใช้งานต่อไป
สามารถนำไปใช้ร่วมกับโครงการพัฒนาอุปกรณ์แบบครบวงจรได้หรือไม่?+
สามารถใช้เป็นแพ็คเกจงานในโครงการโดยรวมหรือนำไปใช้แยกต่างหากสำหรับผลิตภัณฑ์ที่มีอยู่ จำเป็นต้องอธิบายอินเทอร์เฟซสำหรับโมดูล เวอร์ชันอื่นๆ และความรับผิดชอบในการตรวจสอบเครื่องจักรขั้นสุดท้าย
ข้อมูลอ้างอิงทางเทคนิค
ควรตรวจสอบการกำหนดค่า GPIO พร้อมกับวงจรภายนอก โหมดสลีป และสถานะการปลุก พารามิเตอร์จริงจะขึ้นอยู่กับข้อมูลชิปเป้าหมายและการทดสอบบอร์ดทั้งหมด การอ้างอิงการออกแบบ GPIO และสถานะพลังงาน
ออนไลน์
โทรศัพท์
WeChat
กลับไปด้านบน