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