ขอบเขตการพัฒนา
ขอบเขตและการทดสอบพื้นฐาน
กำหนดรากฐานที่มีอยู่ การพึ่งพาทางเทคนิค และเนื้อหาที่ต้องได้รับการพัฒนาโดยอิงตาม MCU และบอร์ด, RTOS, เฟิร์มแวร์โมดูล, UART/USB, หน่วยความจำ และวงจรงาน
การนำไปปฏิบัติและการบูรณาการ
แบ่งงานการรวบรวม การสื่อสาร การจัดเก็บ และการควบคุม และพัฒนาการปรับแต่ง AT หรือสแต็กโปรโตคอลโฮสต์ ข้อความอะซิงโครนัส เครื่องสถานะการเชื่อมต่อ และการแก้ไขปัญหา
เอกสารการจัดส่ง
จัดเตรียมซอร์สโค้ดเฟิร์มแวร์และคำแนะนำในการสร้าง
การตรวจสอบและข้อจำกัด
ข้อจำกัดด้านอุปกรณ์ต่อพ่วงและหน่วยความจำจำกัดงานที่เกิดขึ้นพร้อมกัน, TLS และขนาดแคช และควรได้รับการยืนยันบนบอร์ดเป้าหมาย ไม่ใช่ในสภาพแวดล้อมการจำลอง
กระบวนการดำเนินโครงการ
การตรวจสอบข้อมูลและอินเทอร์เฟซ → การยืนยันโซลูชันทางเทคนิคและกรณีการใช้งานการตรวจสอบ → การดำเนินการบูรณาการกับสภาพแวดล้อมเป้าหมาย → การถดถอยของสถานการณ์ที่ผิดปกติ → การถ่ายโอนข้อมูลเวอร์ชัน
ตรวจสอบผลลัพธ์การใช้งานในสภาพแวดล้อมฮาร์ดแวร์และซอฟต์แวร์เป้าหมาย และจัดทำบันทึกการกำหนดค่าอินเทอร์เฟซที่เกี่ยวข้อง การขึ้นต่อกันของเวอร์ชัน และการแก้ไขปัญหา เพื่ออำนวยความสะดวกในการบูรณาการและการบำรุงรักษาในภายหลังโดยทีมวิจัยและพัฒนาของบริษัท
เอกสารโครงการที่จำเป็น
- MCU และบอร์ด, RTOS, เฟิร์มแวร์โมดูล, UART/USB, หน่วยความจำและวงจรงาน
- สามารถให้ข้อมูลการออกแบบ รหัส สิทธิ์อินเทอร์เฟซ และอุปกรณ์ทดสอบเป้าหมายได้
- ไฟล์ต้นฉบับ โปรแกรม หรือเครื่องมือที่คาดว่าจะจัดส่ง ความรับผิดชอบในการทดสอบการรวมระหว่างโมดูลและโหนดของโครงการ
- ตัวอย่างการยอมรับ สภาพแวดล้อม เงื่อนไขการทดสอบ และเกณฑ์การผ่าน
ขอบเขตของการส่งมอบและการยอมรับ
| บริการ | เนื้อหาการจัดส่ง | วิธีการตรวจสอบ |
|---|---|---|
| บรรลุผล | จัดเตรียมซอร์สโค้ดเฟิร์มแวร์และคำแนะนำในการสร้าง | ทดสอบรายงานแบบอะซิงโครนัสและการตอบกลับคำสั่งแบบซ้อน |
| ข้อมูลแบบบูรณาการ | เวอร์ชันและการขึ้นต่อกัน การกำหนดค่าอินเทอร์เฟซ ขั้นตอนการใช้งานหรือการปรับใช้ และการเปลี่ยนแปลงการรวมระบบ | ตรวจสอบบัฟเฟอร์ล้น การหมดเวลางาน และโปรแกรมเฝ้าระวัง |
| ตรวจสอบบันทึก | เงื่อนไขการทดสอบ บันทึกการดำเนินการ รายการปัญหา และผลการถดถอย | ความสมบูรณ์ของข้อมูลพร้อมการบันทึกการรับข้อมูลและการสื่อสารแบบคู่ขนาน |
ขอบเขตของการจัดส่งและเกณฑ์การยอมรับจะพิจารณาจากสภาพแวดล้อมเป้าหมาย SDK บุคคลที่สาม ใบอนุญาต ห้องปฏิบัติการ ทรัพยากรระบบคลาวด์ วัสดุอุปกรณ์ และการสนับสนุนนอกสถานที่จะแสดงรายการแยกต่างหาก หากข้อมูลที่มีอยู่ไม่เพียงพอ งานติดตามผลจะถูกกำหนดผ่านการตรวจสอบอินเทอร์เฟซหรือการตรวจสอบฟังก์ชันหลัก
คำถามที่พบบ่อย
ฉันจะแก้ไขปัญหาคำสั่ง AT ที่หมดเวลาเป็นครั้งคราวได้อย่างไร+
บันทึกข้อมูลดิบของพอร์ตอนุกรม เวลาของคำสั่ง เหตุการณ์แบบอะซิงโครนัส และสถานะพลังงาน แยกแยะความไม่ตอบสนองของโมดูล การแยกวิเคราะห์ที่ไม่ตรงแนว การบล็อกงาน และการหมดเวลาของเครือข่าย จากนั้นจึงกำหนดกรณีการใช้งานสำหรับการแก้ไขและการถดถอย
STM32／RTOS 4G ข้อมูลใดบ้างที่จำเป็นสำหรับการพัฒนาเฟิร์มแวร์เครือข่าย?+
โปรดให้ความสำคัญกับการจัดหา MCU และบอร์ด, RTOS, เฟิร์มแวร์โมดูล, UART/USB, หน่วยความจำ และวงจรงาน ในเวลาเดียวกัน มีการอธิบายการใช้งานที่มีอยู่ ปัญหาที่พบ การเปลี่ยนแปลงที่คาดหวัง และเงื่อนไขการทดสอบที่เข้ากันได้ เพื่อช่วยกำหนดขอบเขตการใช้งานและวิธีการทำซ้ำ
สามารถนำไปใช้กับผลิตภัณฑ์ที่มีอยู่ได้หรือไม่?+
ขั้นแรกคุณสามารถประเมินขอบเขตของการออกแบบและเวอร์ชันที่มีอยู่ซึ่งสามารถเปลี่ยนแปลงได้ เก็บส่วนที่ตรวจสอบแล้ว และระบุอินเทอร์เฟซและการขึ้นต่อกันที่จำเป็นต้องปรับเปลี่ยน บริการนี้ต้องการความสนใจ: เงื่อนไขอุปกรณ์ต่อพ่วงและหน่วยความจำจำกัดงานที่เกิดขึ้นพร้อมกัน TLS และขนาดแคช และควรได้รับการยืนยันบนบอร์ดเป้าหมาย ไม่ใช่ในสภาพแวดล้อมการจำลอง หลังจากการเปลี่ยนแปลง ฟังก์ชันที่มีอยู่และฟังก์ชันใหม่จะต้องได้รับการทดสอบการถดถอยตามขอบเขตที่ตกลงกันไว้
ออนไลน์
โทรศัพท์
WeChat
กลับไปด้านบน