คู่มือการเปลี่ยนไมโครคอนโทรลเลอร์ที่ใช้งานร่วมกันได้

การทดแทนไมโครคอนโทรลเลอร์ที่พินเข้ากันได้ คือ ไมโครคอนโทรลเลอร์ที่มีพินและแพ็คเกจตรงกับต้นฉบับ เพื่อให้ติดตั้งบนบอร์ดเดิมได้ และสำหรับวิศวกรส่วนใหญ่ คำถามที่ยากกว่าคือว่ามันทำงานโค้ดเดียวกันได้หรือไม่ ต่างจากเร็กกูเลเตอร์หรือไอซีลอจิก ไมโครคอนโทรลเลอร์มีเลเยอร์ความเข้ากันได้ที่สองคือเฟิร์มแวร์ และชิ้นส่วนที่ตรงทุกพินอาจล้มเหลวโปรเจกต์ได้หากแกน แผนผังรีจิสเตอร์ หรือพาริเฟอร์รัลแตกต่างจากต้นฉบับ อย่างไรก็ตาม โลกไมโครคอนโทรลเลอร์มีตลาดทดแทนที่พินเข้ากันได้ที่คึกคักที่สุดในอิเล็กทรอนิกส์ เพราะอุปกรณ์ยอดนิยมอย่าง STM32F103 กำหนดพินเอาต์ที่ผู้ผลิตหลายรายนำไปใช้ โดยผู้ผลิตในประเทศสร้างชิ้นส่วนที่พินเข้ากันได้และเข้ากันได้กับโค้ดส่วนใหญ่ ซึ่งผ่านการรับรองบนบอร์ดเดียวกัน คู่มือนี้อธิบายเลเยอร์ความเข้ากันได้ทั้งสอง วิธีระบบนิเวศ STM32 ทำงานเป็นตัวอย่าง วิธีตรวจสอบพินเอาต์และแผนผังรีจิสเตอร์ วิธีรันเฟิร์มแวร์บริดอัพที่รับรองการสวอป และเมื่อใดที่การทดแทนไม่เพียงพอ เพื่อให้การทดแทนไมโครคอนโทรลเลอร์ที่พินเข้ากันได้เป็นการตัดสินใจด้านวิศวกรรมที่มีเอกสารรองรับ ไม่ใช่การพนันบนเบนช์

เหตุผลที่การทดแทนไมโครคอนโทรลเลอร์ควรได้รับคู่มือของตัวเอง คือโหมดความล้มเหลวมองไม่เห็นจากการตรวจสอบพินเอาต์ การทดแทนที่ใช้แพ็คเกจ LQFP48 และชื่อพินเดียวกันสามารถแตกต่างกันในความละเอียด ADC คุณสมบัติไทเมอร์ ช่อง DMA พินบูต หรือโครงสร้างนาฬิกา และความแตกต่างเหล่านี้แสดงออกมาเป็นบักในเฟิร์มแวร์ พาริเฟอร์รัลที่หายไป และความล้มเหลวแบบสุ่มเมื่ออุณหภูมิเปลี่ยน การรับรองจึงเป็นการทบทวนสามชั้นบวกเฟิร์มแวร์บริดอัพ: พินกายภาพ พารามิเตอร์ไฟฟ้า ความเข้ากันได้ของรีจิสเตอร์และพาริเฟอร์รัล แล้วจึงเฟิร์มแวร์ที่คอมไพล์และทำงานบนบอร์ดอ้างอิง ข่าวดีคือบันทึกการย้ายและเมทริกซ์ความเข้ากันได้มีอยู่สำหรับวัตถุประสงค์นี้โดยเฉพาะ เส้นทาง STM32-to-GD32 มีเอกสารรองรับ และผู้ซื้อที่อ่านบันทึกเหล่านี้รับรองทางเลือก MCU ได้ในไม่กี่วันแทนที่จะเป็นเดือน คู่มือนี้เปลี่ยนเส้นทางนั้นเป็นวิธีการ และเป็นวิธีการที่วิศวกรของไซต์นี้ใช้กับทุกการทดแทนไมโครคอนโทรลเลอร์ที่พวกเขาจัดส่ง

การทดแทนไมโครคอนโทรลเลอร์ที่พินเข้ากันได้หมายความว่าอย่างไร

การทดแทนไมโครคอนโทรลเลอร์ที่พินเข้ากันได้ คือ ไมโครคอนโทรลเลอร์ที่วางพินเดียวกันบนแพ็คเกจเดียวกันกับต้นฉบับ และคำนี้มีความหมายทางวิศวกรรมที่แม่นยำซึ่งการปฏิบัติการทดแทนถูกสร้างรอบ ต้องตรงกันทั้งแพ็คเกจ การทดแทน LQFP48 สำหรับต้นฉบับ LQFP48 และพินเอาต์ต้องตรงกัน พินไฟ พินกราวด์ พินออสซิลเลเตอร์ รีเซ็ต พินดีบัก และทุกพิน GPIO และพาริเฟอร์รัลที่มีฟังก์ชันเดียวกันในตำแหน่งเดียวกัน เพื่อให้บอร์ดติดตั้งการทดแทนโดยไม่ต้องออกแบบใหม่ ความเข้ากันได้ของพินคือเลเยอร์กายภาพ และจำเป็นแต่ไม่เพียงพอ เพราะคุณค่าของไมโครคอนโทรลเลอร์อยู่ที่สิ่งที่เฟิร์มแวร์ทำให้มันทำ และเฟิร์มแวร์ทำงานบนแกน แผนผังรีจิสเตอร์ และพาริเฟอร์รัลที่พินเอาต์ไม่ได้เปิดเผย การทดแทนที่พินเข้ากันได้จึงต้องถูกตัดสินบนทั้งสองเลเยอร์ และเลเยอร์ที่สอง ความเข้ากันได้ของโค้ด เป็นตัวตัดสินใจการสวอป MCU ส่วนใหญ่ในท้ายที่สุด การปฏิบัติการทดแทนที่พินเข้ากันได้คือการรวมกันของทั้งสองเลเยอร์ ชิ้นส่วนที่พอดีและชิ้นส่วนที่ทำงาน และคู่มือนี้ปฏิบัติต่อทั้งสองด้วยน้ำหนักเท่ากัน

สองเลเยอร์นี้ยังกำหนดทางเลือก MCU สองประเภทที่ตลาดเสนอ ทางเลือกที่พินเข้ากันได้ตรงกับพินและแพ็คเกจ และอาจหรืออาจไม่ตรงกับโค้ด ดังนั้นบอร์ดสามารถติดตั้งได้แต่เฟิร์มแวร์อาจต้องการการพอร์ต ทางเลือกที่พินและโค้ดเข้ากันได้ตรงกับพินและมุ่งเป้าไปที่ความเข้ากันได้ของซอฟต์แวร์ ตระกูลแกนเดียวกัน แผนผังรีจิสเตอร์เดียวกัน และพฤติกรรมพาริเฟอร์รัลเดียวกัน เพื่อให้เฟิร์มแวร์คอมไพล์และทำงานโดยมีการเปลี่ยนแปลงน้อยหรือไม่มีเลย และเป็นรูปแบบที่มีคุณค่าสูงกว่า ผู้ผลิตในประเทศของระบบนิเวศ STM32 สร้างรูปแบบที่สอง ตระกูล GD32 และ AT32 ที่ไม่เพียงแต่พินเข้ากันได้ แต่ยังเข้ากันได้ทั้งรีจิสเตอร์และคำสั่งพอที่จะรันเฟิร์มแวร์ต้นฉบับได้มาก คำถามของผู้ซื้อคือทางเลือกนี้เป็นรูปแบบใด พินอย่างเดียวหรือพินและโค้ด และคำตอบกำหนดต้นทุนการรับรอง ทางเลือกพินอย่างเดียวต้องการความพยายามในการพอร์ต และทางเลือกพินและโค้ดต้องการความพยายามในการตรวจสอบ คู่มือนี้ตรวจสอบรูปแบบก่อนการรับรอง และรูปแบบคือข้อเท็จจริงแรกของทุกการทดแทน MCU

ทำไมไมโครคอนโทรลเลอร์ต้องการเลเยอร์โค้ดที่ไอซีอื่นไม่ต้องการ

เลเยอร์โค้ดมีอยู่เพราะไมโครคอนโทรลเลอร์เป็นอุปกรณ์ที่โปรแกรมได้ และโปรแกรมที่มันรันเป็นส่วนหนึ่งของการออกแบบเช่นเดียวกับพิน การทดแทนเร็กกูเลเตอร์ถูกตัดสินจากพฤติกรรมไฟฟ้าของมัน และไอซีลอจิกถูกตัดสินจากฟังก์ชันของมัน แต่การทดแทน MCU ถูกตัดสินว่าเฟิร์มแวร์ที่เก็บไว้ ซึ่งก็คือไบนารีที่คอมไพล์แล้วที่ชิ้นส่วนต้นฉบับรัน ทำงานถูกต้องบนทางเลือกหรือไม่ เฟิร์มแวร์ขึ้นอยู่กับสถาปัตยกรรมแกน ชุดคำสั่ง ขนาดฟลและ SRAM ขนาด แผนผังรีจิสเตอร์ของพาริเฟอร์รัล ต้นไม้นาฬิกา ตัวควบคุมอินเตอร์รัปต์ และพฤติกรรมบูต และความแตกต่างในสิ่งเหล่านี้แสดงออกมาเป็นไบนารีที่คอมไพล์แล้วที่ไม่ทำงาน พาริเฟอร์รัลที่ไม่ตอบสนอง หรือจังหวะเวลาที่เบี่ยงเบน เลเยอร์โค้ดเป็นเหตุผลที่การทดแทน MCU ไม่สามารถอนุมัติได้จากพินเอาต์เพียงอย่างเดียว และเป็นเลเยอร์ที่การทดสอบเฟิร์มแวร์บริดอัพมีอยู่เพื่อตรวจสอบ ผู้ซื้อและวิศวกรที่เข้าใจเลเยอร์โค้ดอ่านบันทึกการย้ายและแผนผังรีจิสเตอร์ก่อนพิน เพราะโค้ดคือส่วนของ MCU ที่บอร์ดใช้งานจริง และความเข้ากันได้ของโค้ดคือความแตกต่างระหว่างการทดแทนและโปรเจกต์

ระบบนิเวศ STM32 และทางเลือกไมโครคอนโทรลเลอร์ที่พินเข้ากันได้

ระบบนิเวศ STM32 คือตัวอย่างที่ใช้งานได้จริงของการหาไมโครคอนโทรลเลอร์ทดแทนที่พินเข้ากันได้ เพราะเป็นตระกูลที่มีเอกสารทางเลือกทดแทนมากที่สุด และมีตลาดทดแทนที่คึกคักที่สุด STM32F103 ซึ่งเป็นชิป Cortex-M3 คลาสสิกที่ขับเคลื่อนบอร์ดรุ่นต่างๆ มาหลายยุค ได้กำหนดขา LQFP48 pinout ที่อุปกรณ์หลายตัวใช้ร่วมกัน และเอกสารการย้ายและความเข้ากันได้ระบุว่าอุปกรณ์ตัวใดพินเข้ากันได้ และการเปลี่ยนแปลงโค้ดใดที่การสลับต้องทำ ผู้ผลิตในประเทศได้สร้างชั้นที่น่าสนใจที่สุดของระบบนิเวศ: GD32F103 จาก GigaDevice และตระกูล GD32, AT32F403A จาก Artery และอุปกรณ์ Cortex-M และพินเข้ากันได้ในประเทศที่กว้างขวางกว่านั้น ซึ่งมุ่งเป้าไม่เพียงแค่พิน แต่รวมถึงซอฟต์แวร์ด้วย โดยมี register map และระบบนิเวศไดรเวอร์ที่ออกแบบมาให้รับเฟิร์มแวร์ STM32 ได้โดยต้อง porting น้อย ระบบนิเวศนี้คือเหตุผลที่วลี "การหาไมโครคอนโทรลเลอร์ทดแทนที่พินเข้ากันได้" หมายถึงตลาดที่ใช้งานได้จริง ไม่ใช่แค่ความเป็นไปได้ในทางทฤษฎี และเป็นเหตุผลที่ผู้ซื้อที่มีการออกแบบบน STM32 มีทางเลือกที่แท้จริงเมื่อ STM32 ขาดแคลน ราคาสูง หรือเลิกผลิต

ระบบนิเวศนี้ยังแสดงให้เห็นสองชั้นที่ทำงานร่วมกัน และ compatibility matrix คือเอกสารที่ทำแผนที่เชื่อมโยงทั้งสองชั้น datasheet ของ ST เอง และคู่มือย้ายตระกูลระบุว่าอุปกรณ์ตัวใดใช้พินร่วมกัน flash และ peripheral set ร่วมกัน และผู้ผลิตในประเทศเผยแพร่ตารางความเข้ากันได้ของตนเองที่ระบุว่าอุปกรณ์ STM32 ตัวใดที่อุปกรณ์ของพวกเขาทดแทนได้ และข้อแตกต่างคืออะไร Matrix นี้คือจุดเริ่มต้นของทุกการทดแทน เพราะมันระบุชื่อตัวเลือก ระดับความเข้ากันได้ และข้อแตกต่าง ก่อนที่การทบทวน datasheet จะเริ่มต้น ผู้ซื้ออ่าน matrix สำหรับอุปกรณ์ที่แน่นอนบนบอร์ด STM32F103C8T6 และตัวเลือกที่พินและโค้ดเข้ากันได้ จากนั้นตรวจสอบ matrix กับเฟิร์มแวร์จริงและบอร์ดจริง เพราะ matrix คือข้อกล่าวอ้างที่การทดสอบ bring-up ยืนยัน ระบบนิเวศคือแผนที่ matrix คือเส้นทาง และการ bring-up คือหลักฐาน และสามสิ่งนี้รวมกันคือวิธีการที่คู่มือนี้ใช้กับทุกการทดแทน MCU

ทางเลือก GD32 และ AT32 สำหรับ STM32

ตระกูล GD32 และ AT32 เป็นทางเลือกพินเข้ากันได้ที่เป็นที่รู้จักมากที่สุดสำหรับ STM32 และการเข้าใจรูปแบบของมันช่วยให้ผู้ซื้ออ่านระบบนิเวศได้ GD32F103 จาก GigaDevice สะท้อน LQFP48 pinout ของ STM32F103 และมุ่งเป้าความเข้ากันได้ของซอฟต์แวร์กับ Cortex-M3 core, ช่วง flash และ SRAM เดียวกัน และ register map ที่ออกแบบมาให้รันเฟิร์มแวร์ STM32 ได้โดยต้อง porting น้อย และตระกูล GD32 ขยายรูปแบบนี้ไปทั่วทั้งไลน์ GD32 AT32F403A จาก Artery และตระกูล AT32 ใช้แนวทางคล้ายกัน โดยมีอุปกรณ์พินเข้ากันได้ที่มุ่งความเข้ากันได้ของซอฟต์แวร์เหมือนกัน และเพิ่มการปรับแต่งด้านประสิทธิภาพและฟีเจอร์ของตนเอง ทางเลือกเหล่านี้ไม่ได้รับประกันว่าจะเหมือนกันทุกประการ ADC, timers, clock tree และ peripheral register maps อาจแตกต่างกันในรายละเอียดที่เฟิร์มแวร์ใช้ และข้อแตกต่างเหล่านั้นคือสิ่งที่ migration note และการทดสอบ bring-up เผยให้เห็น ผู้ซื้อที่คัดเลือก GD32 หรือ AT32 อ่าน compatibility matrix, เปรียบเทียบ peripheral map ที่เฟิร์มแวร์ใช้จริง, compile และรันเฟิร์มแวร์บนตัวเลือก และทดสอบข้ามช่วงอุณหภูมิ ทางเลือกเหล่านี้คือคำตอบของตลาดต่อการขาดแคลนและราคาของ STM32 และการคัดเลือกคือระเบียบวินัยที่ทำให้คำตอบนั้นปลอดภัย

วิธีตรวจสอบความเข้ากันได้ของพินสำหรับไมโครคอนโทรลเลอร์

การตรวจสอบความเข้ากันได้ของพินสำหรับไมโครคอนโทรลเลอร์เป็นการทบทวนแบบสามชั้นเช่นเดียวกับการทดแทนใดๆ แต่ดำเนินการในระดับของ MCU ขั้นแรกยืนยันแพ็คเกจก่อน ไม่ว่าจะเป็น LQFP48, QFP64 หรือ BGA และคำต่อท้ายแพ็คเกจที่แน่นอน เนื่องจากแพ็คเกจกำหนดขนาด footprint และจำนวนพินของ MCU ถูกกำหนดโดยแพ็คเกจ ประการที่สองเปรียบเทียบโครงสร้างขา (pinout) พินต่อพิน พินไฟและกราวด์ พินออสซิลเลเตอร์ พินรีเซ็ตและบูต พินดีบักและทดสอบ และพิน GPIO และเพอริเฟอรัลทุกพิน โดยใช้ไดอะแกรมพินจากดาตาชีตทั้งสอง และบันทึกฟังก์ชันของแต่ละพินในตารางพร้อมผลการตรวจสอบความตรงกัน ประการที่สามยืนยันฟังก์ชันของพิน เนื่องจากพินที่เป็นฟังก์ชันทางเลือกบนตัวเดิมอาจเป็นพิน GPIO เท่านั้น หรือพินมัลติเพล็กซ์ต่างกันบนตัวเลือกที่พิจารณา และเฟิร์มแวร์ที่ใช้ฟังก์ชันทางเลือกต้องค้นหาบนพินเดียวกัน การตรวจสอบความเข้ากันได้ของพินมีความละเอียดถี่ถ้วนเพราะพินของ MCU มีหลายฟังก์ชันผ่านมัลติเพล็กเซอร์ และพินฟังก์ชันเดียวที่แตกต่างกัน ไม่ว่าจะเป็นพินบูต พิน VBAT หรือช่อง ADC สามารถทำให้การสลับที่การจับคู่แพ็คเกจสัญญาไว้ล้มเหลว

การตรวจสอบพินยังอ่านการมัลติเพล็กซ์และฟังก์ชันทางเลือก ซึ่งเป็นชั้นเฉพาะของ MCU ที่ชิ้นส่วนธรรมดาไม่มี พินของไมโครคอนโทรลเลอร์มีฟังก์ชันหลักและชุดฟังก์ชันทางเลือกผ่านมัลติเพล็กเซอร์พิน และเฟิร์มแวร์กำหนดฟังก์ชันทางเลือกในรีจิสเตอร์ ตัวเลือกที่พินเข้ากันได้ต้องวางฟังก์ชันทางเลือกที่เฟิร์มแวร์ใช้บนพินเดียวกัน ไม่ว่าจะเป็น USART, SPI, I2C, ช่องไทเมอร์ และช่อง ADC และการเปรียบเทียบอ่านตารางฟังก์ชันทางเลือกของทั้งสองชิ้นส่วน การเปรียบเทียบนี้คือจุดที่ GD32 และ STM32 แตกต่างกันในรายละเอียด และบันทึกการโยกย้ายมีคุณค่าเพราะบันทึกว่าฟังก์ชันทางเลือกใดย้ายและรีจิสเตอร์ใดเปลี่ยน ความเข้ากันได้ของพินไมโครคอนโทรลเลอร์จึงเป็นการตรวจสอบแพ็คเกจ การตรวจสอบพิน และการตรวจสอบมัลติเพล็กซ์ และสามส่วนรวมกันเป็นชั้นแรกของคุณสมบัติการเปลี่ยนทดแทน ตัวเลือกที่ผ่านทั้งสามข้อเข้ากันได้ทางกายภาพ และชั้นโค้ดตัดสินส่วนที่เหลือ

วิธีอ่านไดอะแกรมโครงสร้างขาของ MCU สำหรับการเปลี่ยนทดแทน

การอ่านไดอะแกรมโครงสร้างขาของ MCU สำหรับการเปลี่ยนทดแทนเป็นการเปรียบเทียบที่มีระเบียบวินัย และดำเนินการตามหลักปฏิบัติที่เชื่อถือได้สองสามข้อ วางไดอะแกรมพินทั้งสองข้างกัน โดยกำหนดหมายเลขจากพิน 1 และเดินรอบนอกตามลำดับ โดยตรวจสอบฟังก์ชันของแต่ละพินเทียบกับต้นฉบับ ขั้นแรกทำเครื่องหมายพินไฟและกราวด์ก่อน จากนั้นพินออสซิลเลเตอร์ พินรีเซ็ต และพินบูต จากนั้นพินดีบัก แล้วจึงเป็นพิน GPIO และพินเพอริเฟอรัล และบันทึกแต่ละรายการในตารางพร้อมผลการตรงกัน ผลการไม่ตรงกัน หรือผลไฟเท่านั้น อ่านตารางฟังก์ชันทางเลือกสำหรับพินที่เฟิร์มแวร์ใช้ และยืนยันว่าฟังก์ชันทางเลือกอยู่บนพินเดียวกันบนตัวเลือกที่พิจารณา อ่านคำต่อท้ายแพ็คเกจ เนื่องจาก LQFP48 และ QFP48 และ TQFP48 ไม่จำเป็นต้องมี footprint เดียวกันโดยอัตโนมัติ และยืนยันขนาดและระยะพิตเทียบกับเรขาคณิตแพดบนบอร์ด หลักปฏิบัตินี้สร้างตารางความเข้ากันได้ของพินที่บันทึกการเปลี่ยนแปลงต้องการ และเป็นตารางที่เปลี่ยนข้ออ้างของตัวเลือกเป็นหลักฐานของผู้ซื้อ การเปรียบเทียบโครงสร้างขา (pinout) ที่ทำแบบนี้ใช้เวลาหนึ่งชั่วโมงสำหรับ MCU และตรวจพบการสลับที่การจับคู่แพ็คเกจพลาดไป ซึ่งเป็นคุณค่าของระเบียบวินัยนี้

วิธีตรวจสอบความเข้ากันได้ของโค้ดและรีจิสเตอร์สำหรับไมโครคอนโทรลเลอร์

การตรวจสอบความเข้ากันได้ของโค้ดคือชั้นที่ตัดสินการทดแทน MCU ส่วนใหญ่ และดำเนินการในสามส่วนที่พฤติกรรมของเฟิร์มแวร์กำหนด ส่วนแรกคือคอร์และชุดคำสั่ง โดยยืนยันว่าคอร์ของตัวเลือก ไม่ว่าจะเป็น Cortex-M3, Cortex-M4 หรือตัวอื่น ตรงกับตัวเดิม และชุดคำสั่งและทูลเชนที่ใช้สร้างเฟิร์มแวร์ได้รับการรองรับ เพราะสถาปัตยกรรมคอร์ที่ต่างกันเปลี่ยนไบนารีที่คอมไพล์ที่ระดับคำสั่ง ส่วนที่สองคือแผนผังหน่วยความจำ โดยยืนยันขนาดแฟลชและ SRAM ตรงตามความต้องการของเฟิร์มแวร์ และแอดเดรสฐานกับโครงสร้างหน่วยความจำบูตตรงกับลิงเกอร์สคริปต์ เพราะเฟิร์มแวร์ที่คาดหวังแผนผังหน่วยความจำของตัวเดิมจะล่มเมื่อใช้แผนผังที่ต่างกัน ส่วนที่สามคือแผนผังพีริฟเรอร์ลและรีจิสเตอร์ โดยยืนยันว่าพีริฟเรอร์ลที่เฟิร์มแวร์ใช้ คล็อกทรี GPIO ไทเมอร์ USART และ SPI ADC DMA และอินเตอร์รัปต์ มีอยู่บนตัวเลือกพร้อมรีจิสเตอร์และพฤติกรรมเดียวกัน สามส่วนนี้อ่านจากโน้ตการย้ายและแผนผังรีจิสเตอร์ และเป็นดาตาชีตของชั้นโค้ด เอกสารที่ระบุว่าเฟิร์มแวร์คาดหวังอะไรได้

ความเข้ากันได้ของรีจิสเตอร์คือตัวอักษรเล็กของชั้นโค้ด เพราะเฟิร์มแวร์อ่านและเขียนรีจิสเตอร์โดยตรง และรีจิสเตอร์ที่ย้าย เปลี่ยนความหมาย หรือไม่มีอยู่จะทำให้โค้ดที่เกี่ยวข้องพัง การเปรียบเทียบอ่านแผนผังรีจิสเตอร์ของแต่ละพีริฟเรอร์ลที่เฟิร์มแวร์ใช้ คล็อกคอนโทรล GPIO ไทเมอร์ พีริฟเรอร์ลสื่อสาร ADC และ DMA และยืนยันว่ารีจิสเตอร์ บิต และพฤติกรรมตรงกับตัวเดิม โน้ตการย้ายระบุความแตกต่าง รีจิสเตอร์ที่เปลี่ยน พีริฟเรอร์ลที่ต่างกัน และการเปลี่ยนแปลงไดรเวอร์ที่การสwap ต้องการ และเป็นแหล่งข้อมูลที่เชื่อถือได้เพราะผู้ผลิตเป็นเจ้าของซิลิคอน การเปรียบเทียบรีจิสเตอร์คือสะพานเชื่อมระหว่างดาตาชีตและเบราค์อัปเฟิร์มแวร์ เพราะทำนายว่าเบราค์อัปจะล้มเหลวตรงไหน และเบราค์อัปยืนยันว่าการทำนายถูกต้องตรงไหน ตัวเลือกที่แผนผังรีจิสเตอร์ตรงกับการใช้งานเฟิร์มแวร์จะเข้ากันได้กับโค้ดบนกระดาษ และการทดสอบเบราค์อัปคือหลักฐานว่ามันเข้ากันได้ในโค้ดที่ทำงานจริง

วิธีเปรียบเทียบแผนผังพีริฟเรอร์ลที่เฟิร์มแวร์ใช้งานจริง

การเปรียบเทียบแผนผังพีริฟเรอร์ลคือเรื่องของการรู้ว่าเฟิร์มแวร์สัมผัสอะไรจริงๆ และความรู้นั้นมาจากโค้ดไม่ใช่จากดาตาชีต ระบุพีริฟเรอร์ลที่เฟิร์มแวร์เริ่มต้นและขับเคลื่อน คล็อก พอร์ต GPIO และพิน ไทเมอร์และช่องของมัน USART SPI และ I2C ช่อง ADC DMA อินเตอร์รัปต์ และวอตช์ด็อก และสำหรับแต่ละรายการ ให้ระบุรีจิสเตอร์ที่โค้ดอ่านและเขียน เปรียบเทียบแผนผังรีจิสเตอร์ของตัวเลือกสำหรับแต่ละพีริฟเรอร์ลเทียบกับตัวเดิม และทำเครื่องหมายรีจิสเตอร์และบิตที่ต่างกัน ไทเมอร์ที่มีจำนวนช่องต่างกัน ADC ที่มีความละเอียดหรือการแมปช่องต่างกัน และ DMA ที่มีแผนผังคำขอต่างกัน การเปรียบเทียบคือแผนที่ของความพยายามในการพอร์ตติ้ง เพราะพีริฟเรอร์ลที่ตรงกันไม่ต้องทำงาน พีริฟเรอร์ลที่ต่างกันต้องเปลี่ยนไดรเวอร์ และพีริฟเรอร์ลที่ไม่มีอยู่ต้องออกแบบใหม่ การเปรียบเทียบแผนผังพีริฟเรอร์ลคือคำตอบของมืออาชีพสำหรับชั้นโค้ด และเป็นเหตุผลที่ผู้ซื้อสามารถประมาณค่าพอร์ตติ้งของตัวเลือกที่ตรงพินเท่านั้นก่อนที่เบราค์อัปจะเริ่ม แผนที่เปลี่ยนเฟิร์มแวร์จากกล่องดำเป็นรายการตรวจสอบ และรายการตรวจสอบคือสิ่งที่การทดสอบเบราค์อัปดำเนินการ

การ Bring-Up เฟิร์มแวร์: คุณสมบัติที่แท้จริงของการทดแทน MCU

การ bring-up เฟิร์มแวร์คือการทดสอบที่ทำให้การทดแทน MCU ผ่านการรับรอง และเป็นขั้นตอนที่ดาตาชีตและการทบทวนรีจิสเตอร์ไม่สามารถทดแทนได้ การ bring-up ดำเนินไปเป็นระยะ โดยแต่ละระยะสร้างขึ้นจากระยะก่อนหน้า ระยะแรกคือ toolchain ซึ่งยืนยันว่าคอมไพเลอร์ ลิงก์เกอร์ ดีบักเกอร์ และดีไวซ์แพ็คยอมรับตัวทดแทนและสร้างเฟิร์มแวร์สำหรับคอร์ของมัน ระยะที่สองคือ boot และคล็อก โดยโปรแกรมตัวทดแทนและยืนยันว่ามันบูตได้ เวกเตอร์รีเซ็ต โค้ดสตาร์ทอัพ และคล็อกทรีสร้างคล็อกตามที่คาดหวัง ระยะที่สามคือการ bring-up พีริฟอร์เนอรัล โดยทดสอบทุกพีริฟอร์เนอรัลที่เฟิร์มแวร์ใช้ ทั้ง GPIO ไทเมอร์ USART และ SPI ADC DMA และอินเตอร์รัปต์ และเปรียบเทียบพฤติกรรมและไทมิงกับอุปกรณ์ต้นฉบับ ระยะที่สี่คือการทดสอบระบบ โดยรันเฟิร์มแวร์เต็มรูปแบบในแอปพลิเคชันจริง และระยะที่ห้าคือการแช่ โดยรันผลิตภัณฑ์ในช่วงแรงดันไฟและอุณหภูมิการทำงานเพื่อเปิดเผยความแตกต่างที่เกิดขึ้นเป็นครั้งคราว การ bring-up คือผู้ตัดสินของการทดแทนทั้งหมด และตัวทดแทนที่ผ่านมันคือการทดแทน ในขณะที่ตัวทดแทนที่ล้มเหลวคือโปรเจกต์พอร์ตหรือไม่สามารถเริ่มต้นได้

การ bring-up ยังสร้างหลักฐานที่การทดแทนต้องการ เพราะการรับรองมีค่าเท่ากับบันทึกของมัน บันทึกผลลัพธ์ของ toolchain การวัด boot และคล็อก ผลการ bring-up พีริฟอร์เนอรัล การผ่านการทดสอบระบบ และบันทึกการทดสอบแช่ เทียบกับการวัดของอุปกรณ์ต้นฉบับ และเก็บบันทึกไว้พร้อมกับบันทึกการเปลี่ยนแปลง บันทึกนี้คือสิ่งที่กระบวนการจัดการ ISO ยอมรับและสิ่งที่ร้านวิศวกรคนเดียวให้คุณค่ามากยิ่งขึ้น เพราะมันเปลี่ยนการทดแทนจากเหตุการณ์บนเบนช์ให้เป็นการตัดสินใจที่มีเอกสารรองรับ การ bring-up ยังกำหนดไทม์ไลน์ เพราะตัวทดแทนที่พินและโค้ดเข้ากันได้พร้อมแผนที่พีริฟอร์เนอรัลที่สะอาดสามารถ bring-up ได้ในไม่กี่วัน ในขณะที่ตัวทดแทนที่พินเข้ากันได้อย่างเดียวที่มีแผนที่แตกต่างกันต้องใช้เวลาพอร์ตหลายสัปดาห์ ไทม์ไลน์คือข้อเท็จจริงทางเศรษฐกิจของการทดแทน และเป็นเหตุผลที่ผู้ซื้ออ่านแผนที่พีริฟอร์เนอรัลก่อนการ bring-up เพื่อรู้ว่าตัวทดแทนใดสมควรได้รับการทดสอบในไม่กี่วันและตัวทดแทนใดสมควรได้รับการทดสอบในหลายสัปดาห์ การ bring-up คือหัวใจของการรับรอง และบันทึกคือเสียงของมัน

วิธีรันการทดสอบ bring-up บนตัวทดแทน MCU

การรันการทดสอบ bring-up บนตัวทดแทน MCU เป็นขั้นตอนที่ห้องปฏิบัติการสามารถรันได้ในลำดับที่ทำซ้ำได้ เริ่มต้นด้วย toolchain ติดตั้งดีไวซ์ซัพพอร์ตของตัวทดแทนใน IDE และสร้างเฟิร์มแวร์ต้นฉบับกับตัวทดแทน แก้ไขข้อผิดพลาดการกำหนดค่าสตาร์ทอัพและคล็อกที่คอมไพเลอร์แสดง กะพริบตัวทดแทนบนบอร์ดอ้างอิง และยืนยัน boot รีเซ็ต การเชื่อมต่อดีบัก และเอาต์พุตคล็อก โดยใช้ออสซิลโลสโคปและดีบักเกอร์ ทดสอบพีริฟอร์เนอรัลที่เฟิร์มแวร์ใช้ทีละตัว ขับ GPIO ไทเมอร์ พอร์ตอนุกรม ADC และ DMA และเปรียบเทียบเวฟฟอร์มและค่ากับอุปกรณ์ต้นฉบับ รันแอปพลิเคชันเต็มรูปแบบ และยืนยันการทำงานของผลิตภัณฑ์จากต้นทางถึงปลายทาง จากนั้นแช่บอร์ดในช่วงแรงดันไฟและอุณหภูมิที่ผลิตภัณฑ์พบเจอ และบันทึกความล้มเหลว ขั้นตอนที่เป็นระยะจะแยกความแตกต่างแต่ละจุดเมื่อมันปรากฏ และสร้างหลักฐานว่าการทดแทนผ่านหรือรายการสิ่งที่มันต้องการ การ bring-up ที่เข้าถึงการทดสอบแช่โดยไม่มีความแตกต่างคือการเสร็จสิ้นการรับรอง และการ bring-up ที่ล้มเหลวในระยะใดระยะหนึ่งคือจุดเริ่มต้นของการตัดสินใจพอร์ต

ความแตกต่างด้านรอบข้างและอะนาล็อกที่ทำให้การสลับใช้ล้มเหลว

ความแตกต่างที่ทำให้การทดแทนไมโครคอนโทรลเลอร์แบบพินเข้ากันได้ล้มเหลวนั้นเป็นสิ่งที่การตรวจสอบโครงสร้างขามองไม่เห็น และรายละเอียดด้านอะนาล็อกและรอบข้างเป็นที่ที่ความแตกต่างเหล่านี้ปรากฏอยู่เป็นอันดับแรก ADC คือตัวอย่างคลาสสิก: ตัวเลือกที่มีขาจำนวนเท่ากันอาจมีความละเอียดต่างกัน การจับคู่ช่องสัญญาณต่างกัน แหล่งอ้างอิงต่างกัน หรือจังหวะการแปลงต่างกัน และเฟิร์มแวร์ที่อ่านช่องสัญญาณเฉพาะบนขาเฉพาะด้วยความละเอียดเฉพาะจะพังหรือคลาดเคลื่อนบนตัวเลือกใหม่ โครงสร้างนาฬิกาเป็นอีกตัวอย่างหนึ่ง: ตัวเลือกที่มีขาคริสตัลเท่ากันอาจมีการกำหนดค่า PLL ต่างกัน แหล่งสัญญาณนาฬิกาต่างกัน หรือความถี่สูงสุดต่างกัน และเฟิร์มแวร์ที่คำนวณอัตราบอดและไทเมอร์จากนาฬิกาต้นฉบับจะทำงานผิดพลาดบนตัวเลือกใหม่ ไทเมอร์และ PWM รอบข้างการสื่อสารและพฤติกรรม FIFO และ DMA และขาบูตและดีบัก ล้วนมีรายละเอียดที่แตกต่างกันในกลุ่มพินเข้ากันได้ ความแตกต่างเหล่านี้เป็นเหตุผลที่การเปรียบเทียบแผนที่รอบข้างและการทดสอบการบูตเป็นแกนหลักของการคัดเลือก และผู้ซื้อที่ข้ามขั้นตอนเหล่านี้คือผู้ที่อนุมัติการสลับใช้ที่ทำงานบนเบาะทดลองแต่พังในสนาม

ความแตกต่างด้านอะนาล็อกสมควรได้รับคำเตือนเฉพาะ เพราะเป็นความล้มเหลวที่เงียบที่สุด นอยส์ ADC และความเป็นเส้นตรง แรงดันอ้างอิง อิมพีแดนซ์ขาเข้า พฤติกรรมคอมแพรเตอร์ และการปฏิเสธแหล่งจ่ายไฟ แตกต่างกันไปตามผู้ผลิตและรุ่นซิลิคอน และการออกแบบที่พึ่งพาพฤติกรรมอะนาล็อกของตัวต้นฉบับจะมองความแตกต่างเป็นข้อผิดพลาดในการวัด การลอยตัวของเกณฑ์ หรือนอยส์ โอปแอมป์และคอมแพรเตอร์ภายในไมโครคอนโทรลเลอร์ ที่ชิ้นส่วนมี และ DAC และสวิตช์อะนาล็อก ล้วนมีความเสี่ยงเดียวกัน การคัดเลือกเส้นทางอะนาล็อกคือการเปรียบเทียบกับพฤติกรรมที่วัดได้ของตัวต้นฉบับ ไม่ใช่กับดาตาชีตเพียงอย่างเดียว และเป็นการทดสอบแช่ข้ามช่วงอุณหภูมิและแหล่งจ่ายไฟที่เผยให้เห็นการลอยตัว ความแตกต่างด้านอะนาล็อกเป็นเหตุผลที่การบูตต้องรันการทดสอบผลิตภัณฑ์จริงและการทดสอบอุณหภูมิ และผู้ซื้อที่ปฏิบัติต่อการทดแทนไมโครคอนโทรลเลอร์เป็นการสลับแบบดิจิทัลอย่างเดียวกำลังนำเข้าความเสี่ยงอะนาล็อกที่ดาตาชีตไม่เคยสัญญาไว้

วิธีเปรียบเทียบพฤติกรรม ADC และไทเมอร์บนการทดแทนไมโครคอนโทรลเลอร์

การเปรียบเทียบพฤติกรรม ADC และไทเมอร์บนการทดแทนไมโครคอนโทรลเลอร์เป็นแบบฝึกหัดการวัด และดำเนินการบนบอร์ดจริง สำหรับ ADC ให้กำหนดค่า ADC ของตัวเลือกใหม่ตรงกับที่เฟิร์มแวร์ทำ ความละเอียด ช่องสัญญาณ แหล่งอ้างอิง และการสุ่มตัวอย่าง อ่านแรงดันที่ทราบค่า และเปรียบเทียบโค้ด ความเป็นเส้นตรงข้ามช่วง นอยส์ และการตั้งตัวกับอุปกรณ์ต้นฉบับ สำหรับไทเมอร์ ให้กำหนดค่าไทเมอร์ของตัวเลือกใหม่ตรงกับที่เฟิร์มแวร์ทำ พรีสเกลเลอร์ คาบเวลา ค่าเปรียบเทียบ และช่องสัญญาณ และวัดความถี่ ดิวตี้ จิตเตอร์ และพฤติกรรมทริกเกอร์กับตัวต้นฉบับ สำหรับ PWM อินพุตแคปเจอร์ และดีดไทม์ที่การออกแบบใช้ ให้รันการเปรียบเทียบเดียวกัน บันทึกการวัดเทียบข้างกับตัวต้นฉบับ และประเมินความแตกต่าง ไม่ว่าจะเป็นออฟเซ็ต ADC เล็กน้อย การลอยตัวคาบเวลาไทเมอร์ หรือจิตเตอร์ขอบ PWM เทียบกับความทนทานของผลิตภัณฑ์ ตัวเลือกที่มี ADC และไทเมอร์ตรงกับตัวต้นฉบับภายในความทนทานของผลิตภัณฑ์ถือว่าผ่านการคัดเลือก และตัวเลือกที่มีพฤติกรรมลอยตัวเกินขีดจำกัดต้องแก้ไขไดรเวอร์หรือออกแบบใหม่ การเปรียบเทียบการวัดเป็นผู้ตัดสินของชั้นรอบข้าง และเป็นหลักฐานที่การทดสอบการบูตสร้างขึ้น

ตัวอย่างปฏิบัติ: การย้ายเฟิร์มแวร์ UART และ GPIO ไปยังตัวเลือกทดแทน

การย้ายเฟิร์มแวร์ UART และ GPIO ไปยังตัวเลือกทดแทนเป็นตัวอย่างปฏิบัติที่แสดงชั้นโค้ดในทางปฏิบัติ และเฟิร์มแวร์ที่ใช้ GPIO และ UART ที่ 115200 บอดครอบคลุมพื้นฐานทั่วไป ขั้นตอนทูลเชนเพิ่มแพ็คอุปกรณ์และสตาร์ทอัพของตัวเลือกทดแทนลงในโปรเจกต์ และเฟิร์มแวร์สร้างกับคำนิยามอุปกรณ์ของตัวเลือกทดแทน โดยคอมไพเลอร์และลิงเกอร์เผยให้เห็นความแตกต่างก่อน ขั้นตอนนาฬิกาย้ายการกำหนดค่านาฬิการะบบไปยังรีจิสเตอร์นาฬิกาของตัวเลือกทดแทน เพราะโครงสร้าง PLL แตกต่างกันในเลย์เอาต์รีจิสเตอร์ และนาฬิการะบบที่วัดได้บนขาออกยืนยันการย้าย ขั้นตอนรอบข้างย้าย GPIO และ UART ไปยังไลบรารีของตัวเลือกทดแทน และ UART เป็นตัวอย่างที่ให้ความรู้ เพราะรีจิสเตอร์อัตราบอดคำนวณต่างกัน และค่า ST ที่คัดลอกมาสร้างสตรีมที่เสียหาย ดังนั้นการกำหนดค่า 115200 จึงคำนวณใหม่จากการคำนวณของตัวเลือกทดแทนและยืนยันบนสายด้วยเทอร์มินัล ขั้นตอนแอปพลิเคชันรันลูปที่มีอยู่ GPIO สลับและ UART ส่งเหมือนตัวต้นฉบับ และบันทึกการบูต คอมไพล์ นาฬิกา รอบข้าง และแอปพลิเคชัน เป็นหลักฐานว่าการสลับใช้ผ่านการคัดเลือก ตัวอย่างปฏิบัติเป็นแบบจำลองสำหรับชั้นเฟิร์มแวร์ และเป็นแบบจำลองที่ส่วนแผนที่รอบข้างตั้งไว้

ตัวอย่างปฏิบัติยังอ่านลำดับที่ทำให้การย้ายล้มเหลวน้อยลงด้วย เพราะทูลเชนก่อนนาฬิกา นาฬิกาก่อนรอบข้าง และรอบข้างก่อนแอปพลิเคชันเป็นลำดับที่ระบุตำแหน่งความล้มเหลวเมื่อมันปรากฏ การย้ายที่สร้างก่อนและยืนยันแต่ละขั้นตอนก่อนขั้นถัดไปจะเปลี่ยนห่วงโซ่ของเซอร์ไพร์สเป็นลำดับของขั้นตอนที่ยืนยันแล้ว และบันทึกของแต่ละขั้นตอนเป็นหลักฐานที่การควบคุมการเปลี่ยนแปลงยอมรับ ตัวอย่างปฏิบัติเป็นด้านที่เป็นรูปธรรมของชั้นโค้ด และเป็นด้านที่ส่วนการบูตของคู่มือนี้กำหนดเป็นทางการ ซึ่งเป็นการสำเร็จในทางปฏิบัติของวิธีการทดแทนไมโครคอนโทรลเลอร์

การเริ่มต้น Peripheral: ลำดับการทำงานจริงสำหรับ ADC

ลำดับการเริ่มต้น peripheral สำหรับ ADC คือตัวอย่างการทำงานจริงที่แสดงให้เห็นชั้น analog ของการสลับ MCU และเป็นจุดที่การแทนที่แบบพินสะอาดมักล้มเหลว กำหนดค่า ADC ของตัวเลือกสำรองให้เหมือนกับที่ firmware ทำ ทั้ง resolution, channel, reference และ sampling แล้วอ่านค่าแรงดันที่ทราบแน่นอน เปรียบเทียบ code, linearity ทั่วทั้งช่วง, noise และ settling time กับค่าที่อ่านได้จากอุปกรณ์ต้นฉบับ ผู้สมัครที่มี ADC config แตกต่างกัน, channel map ที่เคลื่อนที่, reference ที่ไม่ตรงกัน หรือ resolution ที่เปลี่ยนไป จะแสดงความแตกต่างในค่าที่อ่านได้ และ porting จะปรับ config และ firmware driver การวัด, code ที่แรงดันที่ทราบ, noise และ settling คือบันทึกที่ชั้น ADC ผ่านการรับรอง และเป็นบันทึกที่ส่วน analog-soak สร้างต่อยอด การเริ่มต้น ADC คือตัวแบบสำหรับทุก peripheral ที่ firmware ขับเคลื่อน timers, serial ports, DMA และ interrupts และเป็นตัวแบบที่เปลี่ยน peripheral map จากรายการเป็นพฤติกรรมที่ตรวจสอบแล้ว

การเริ่มต้น ADC ยังอ่านพฤติกรรมอุณหภูมิด้วย เพราะชั้น analog มี drift ข้ามช่วงในลักษณะที่ชั้น digital ไม่มี รันการอ่าน ADC ข้ามช่วงอุณหภูมิของผลิตภัณฑ์ และเปรียบเทียบ drift กับต้นฉบับและกับ tolerance ของผลิตภัณฑ์ เพราะผู้สมัครที่มี ADC drift เกิน tolerance ที่ปลายสูงหรือต่ำคือผู้สมัครที่ soak test ปฏิเสธ การผ่านอุณหภูมิของการเริ่มต้น ADC คือเหตุผลที่ qualification รันช่วงของผลิตภัณฑ์แทน happy path บน bench และเป็นเหตุผลที่ชั้น analog ถูกทดสอบบนบอร์ดแทนบน datasheet ลำดับ ADC ที่ทำงานจริงทำให้การเริ่มต้นครึ่งหนึ่งของการแทนที่ MCU สมบูรณ์ และเป็นครึ่งที่ขั้นตอนสุดท้ายของ workflow ดำเนินการ ซึ่งเป็นการปิดจริงของวิธีการ

เมื่อการแทนที่ MCU แบบพินเข้ากันได้ไม่เพียงพอ

ข้อจำกัดที่แท้จริงของการแทนที่ MCU คือกรณีที่พินและ code ไม่สามารถช่วยการออกแบบได้ และการรู้ข้อจำกัดเหล่านี้ช่วยป้องกัน qualification ที่สูญเปล่า ข้อจำกัดแรกคือ feature gap ที่แท้จริง: ผู้สมัครที่มีพินเหมือนกันและ register map คล้ายกันยังคงอาจขาด peripheral, feature, core หรือระดับประสิทธิภาพที่ firmware ต้องการ ADC ที่มี resolution ต่ำกว่า, timer ที่มี channels น้อยกว่า, USB peripheral ที่มีการ implement แตกต่างกัน หรือ core ที่ช้าเกินไปสำหรับ workload และ gap นี้บังคับให้ต้อง porting หรือ redesign โดยไม่คำนึงถึงพิน ข้อจำกัดที่สองคือ part ที่ผ่านการรับรองหรืออนุมัติ: MCU ที่อยู่ภายใต้ agency approval, functional safety classification, medical หรือ aerospace qualification หรือ security certification ไม่สามารถสับเปลี่ยนกับตัวเลือกแบบพินเข้ากันได้ เว้นแต่ตัวเลือกสำรองจะมี certification เดียวกัน และ certification เป็นต่ออุปกรณ์ ไม่ใช่ต่อ pinout ข้อจำกัดที่สามคือ vendor-specific dependency: firmware stack ที่พึ่งพา library, driver, encryption unit หรือ debug tool เฉพาะของผู้ผลิตที่ผู้สมัครไม่รองรับ บังคับให้ต้องทำ porting ที่อาจใช้ความพยายามเกินกว่า redesign ข้อจำกัดแต่ละข้อถูกอ่านก่อน qualification ไม่ใช่ค้นพบหลังจากนั้น และการอ่านคือการทบทวน datasheet และ matrix เดียวกับที่วิธีการนี้ทำเสมอ

การตอบสนองต่อข้อจำกัดคือการตอบสนองต่อทุกการแทนที่: source, substitute หรือ redesign Source ต้นฉบับเมื่อยังมีอยู่ ผ่านช่องทางที่ได้รับอนุญาตและตัวแทนอิสระ Substitute ตัวเลือกแบบพินเข้ากันได้และ code เข้ากันได้เมื่อพิน, registers และ firmware ผ่านการรับรอง และบันทึกการเริ่มต้น และ redesign รอบๆ MCU ปัจจุบันเมื่อ feature gap, certification หรือ dependency ตัดตัวเลือกสำรองออก ด้วย engineering pipeline และแผนการเปลี่ยนผ่านเต็มรูปแบบ การตัดสินใจถูกบันทึกพร้อมหลักฐาน matrix, peripheral map, บันทึกการเริ่มต้น และการตรวจสอบ certification เพื่อให้การทบทวนครั้งต่อไปเห็นเหตุผล โปรแกรมแทนที่ MCU แบบพินเข้ากันได้ที่รู้ข้อจำกัดของตัวเองคือโปรแกรมที่สลับ parts ที่สามารถสลับได้และวางแผนสำหรับ parts ที่ไม่สามารถสลับได้ และข้อจำกัดเหล่านี้คือขอบเขตของพลังของ pinout ที่วิศวกรที่อ่านชั้น code ก่อนเชื่อพินให้เกียรติ

ขั้นตอนการทำงานสำหรับการทดแทนไมโครคอนโทรลเลอร์แบบพินเข้ากันได้

วิธีการแบบเต็มรูปแบบนี้พอดีเข้ากับขั้นตอนการทำงานที่วิศวกรและผู้ซื้อดำเนินการตามลำดับเดียวกัน ประการแรก บันทึกข้อมูลต้นฉบับ อุปกรณ์ที่แน่นอน แพ็คเกจ แฟลชและแรม และเฟิร์มแวร์ที่ทำงาน พร้อมทั้งดึงดาตาชีตและบันทึกการย้ายข้อมูล ประการที่สอง คัดกรองตัวเลือก เมทริกซ์ความเข้ากันได้และการเทียบอ้างอิง GD32, AT32 และอุปกรณ์อื่นๆ ในสนาม แล้วอ่านว่าตัวเลือกใดมีพินเข้ากันได้และตัวเลือกใดมีพินและโค้ดเข้ากันได้ ประการที่สาม ตรวจสอบขา แพ็คเกจ โครงสร้างขา (pinout) และฟังก์ชันทางเลือก แล้วสร้างตารางขา ประการที่สี่ ตรวจสอบโค้ด คอร์ แผนที่หน่วยความจำ แผนที่พื้นที่ข้างเคียง และรีจิสเตอร์ที่เฟิร์มแวร์ใช้ เทียบกับบันทึกการย้ายข้อมูล แล้วประมาณการความพยายามในการปรับแต่ง ประการที่ห้า เปิดตัวตัวเลือกที่คัดเลือก เครื่องมือพัฒนา การบูต พื้นที่ข้างเคียง การทดสอบระบบ และการทดสอบความเสถียร แล้วบันทึกการวัดค่าเทียบกับต้นฉบับ ประการที่หก ตัดสินใจ แหล่งที่มา ตัวทดแทน หรือการออกแบบใหม่ โดยใช้หลักฐานจากการเปิดตัวและการรับรอง แล้วบันทึกการตัดสินใจ ประการสุดท้าย บริหารจัดการการเปลี่ยนผ่าน การทดลองใช้ การขยายขนาด และสต็อกรุ่นเก่า แล้วอัปเดต BOM และการเทียบอ้างอิง ลำดับขั้นตอนนี้คือวิธีการทดแทนไมโครคอนโทรลเลอร์แบบพินเข้ากันได้ และเป็นวิธีเดียวกันไม่ว่าต้นฉบับจะเป็น STM32F103, GD32 หรืออุปกรณ์อื่นๆ ในสนาม

ขั้นตอนการทำงานนี้คือเหตุผลที่ทำให้การทดแทนไมโครคอนโทรลเลอร์แบบพินเข้ากันได้เป็นกิจกรรมทางวิศวกรรมที่สามารถจัดการได้และมีเอกสารรองรับ แทนที่จะเป็นการพนันบนม้านั่งทดลอง ด้วยการคัดกรองเมทริกซ์แล้ว ตัวเลือกจะเป็นที่รู้จัก ด้วยการตรวจสอบขาแล้ว บอร์ดจะถูกรักษาไว้ ด้วยการตรวจสอบโค้ดแล้ว ความพยายามในการปรับแต่งจะถูกประมาณการ และด้วยการเปิดตัวแล้ว การทดแทนจะถูกพิสูจน์ในเฟิร์มแวร์ที่ทำงาน ไม่ใช่แค่บนดาตาชีต คุณค่าทั้งหมดของวิธีนี้คือการทดแทนที่มีผลกระทบมากที่สุดในงานอิเล็กทรอนิกส์ ซึ่งมีเฟิร์มแวร์ การจับเวลา และพฤติกรรมอะนาล็อกติดมาด้วย ถูกจัดการด้วยการตรวจสอบสองชั้นและระเบียบวินัยหลักฐานเดียวกันกับการสลับอะไหล่ที่ง่ายที่สุด และระเบียบวินัยนั้นคือสิ่งที่เปลี่ยนทางเลือกในระบบนิเวศ STM32 ให้เป็นตัวเลือกการจัดหาที่ใช้งานได้จริง ทีมที่ใช้ขั้นตอนการทำงานนี้จะคัดข้อกำหนดการทดแทนไมโครคอนโทรลเลอร์แบบพินเข้ากันได้ด้วยตารางขา แผนที่พื้นที่ข้างเคียง และบันทึกการเปิดตัว ซึ่งเป็นจุดสำคัญทั้งหมดของการเปลี่ยนไมโครคอนโทรลเลอร์ที่ทำอย่างถูกต้อง