Raspberry Pi ล็อกการอัป RAM จริงไหม? เรื่องนี้ซับซ้อนกว่าที่คิด

ช่วงนี้มีประเด็นว่า Raspberry Pi ใช้ Firmware เพื่อจำกัดการเปลี่ยน RAM บนบอร์ดบางรุ่น จนฟังดูเหมือนสาย Hardware Mod จะหมดทางอัปเกรดหรือซ่อมบอร์ดแล้ว แต่เมื่อแยกเรื่อง Bootloader, RAM Upgrade, RAM Repair และบอร์ดที่ถูกผู้ขายภายนอก Rework ออกจากกัน ภาพจริงซับซ้อนกว่าคำว่า “ล็อก RAM” มาก

ข้อจำกัดมีอยู่จริง และในบางกรณี Firmware รุ่นใหม่สามารถทำให้บอร์ดที่ถูกเปลี่ยน RAM ไปจาก Configuration เดิมไม่ Boot หรือรายงานปัญหาเกี่ยวกับ SDRAM ได้ แต่ก็มีรายงานอีกส่วนที่บอร์ดยัง Boot ได้ รวมถึงมีหลายกรณีที่ Firmware รุ่นเก่ากว่าอย่าง 2024-09-10 ถูกใช้เป็นจุดอ้างอิงสำหรับบอร์ดที่ผ่าน RAM Rework

บอร์ด Raspberry Pi ที่ใช้ประกอบบทความเกี่ยวกับการเปลี่ยนชิป RAM
การเปลี่ยน RAM บน Raspberry Pi เป็นงานระดับ BGA Rework แต่ประเด็นรอบนี้ไม่ได้อยู่ที่การบัดกรีเพียงอย่างเดียว เพราะ Bootloader ก็เข้ามามีผลต่อ Hardware Configuration ด้วย
Key Takeaways
  • Raspberry Pi มี Bootloader/Firmware behavior ที่จำกัด RAM Configuration ซึ่งไม่ตรงกับขนาดเดิมของบอร์ดในบางกรณี
  • Hackaday ระบุว่าประเด็นครอบคลุม Pi 4, Pi 5 และ Compute Module
  • การเปลี่ยน RAM ความจุเดิมเพื่อ Repair กับการ Upgrade ไปความจุสูงกว่าไม่ควรถูกมองเป็นกรณีเดียวกัน
  • วันที่ 2024-09-10 ถูกใช้เป็น Known-good Bootloader ในรายงานเกี่ยวกับบอร์ด RAM Rework หลายกรณี
  • Release Notes วันที่ 2024-09-23 ไม่ได้ระบุ RAM-size restriction ไว้ตรง ๆ
  • Firmware ใหม่ไม่ได้ทำให้ RAM-modified board ทุกตัว Fail แบบเดียวกัน
  • เหตุผลที่รายงานจากฝั่ง Raspberry Pi เชื่อมโยงกับ Third-party reseller ที่ Rework RAM แล้วนำบอร์ดไปขายต่อ
  • การ Downgrade ไม่ควรถูกมองว่าใช้ได้กับ Raspberry Pi ทุก Hardware Revision ตลอดไป

เกิดอะไรขึ้นกับ Raspberry Pi RAM Upgrade?

Raspberry Pi รุ่นใหม่ใช้ Bootloader ที่ทำมากกว่าแค่ค้นหา Operating System แล้ว Boot เพราะยังเกี่ยวข้องกับการ Initialize Hardware และ SDRAM ก่อนส่งต่อการทำงานไปยังระบบปฏิบัติการ

เมื่อผู้ใช้ถอด RAM เดิมออกแล้วใส่ชิปความจุอื่น Hardware ที่อยู่บน Board จึงอาจไม่ตรงกับ Configuration ที่ Firmware คาดว่าจะเจอ

Hackaday รายงานว่า Firmware รุ่นใหม่เพิ่มข้อจำกัดที่ทำให้การ Upgrade RAM บน Pi 4, Pi 5 และ Compute Module ยากขึ้น โดยเฉพาะเมื่อขนาด RAM ที่ติดตั้งไม่ตรงกับขนาดเดิมของ Board

จุดสำคัญ: นี่ไม่ใช่เรื่อง “RAM ชิปใหม่ใช้งานไม่ได้ทางไฟฟ้า” เพียงอย่างเดียว แต่เป็นกรณีที่ Boot Chain และ Hardware Identity มีผลต่อว่าบอร์ดจะยอมเริ่มต้นระบบด้วย Configuration ใหม่นั้นหรือไม่

Bootloader เปลี่ยนตอนไหน?

ภาพประกอบ Timeline การเปลี่ยนแปลง Raspberry Pi firmware ที่เกี่ยวข้องกับ RAM
Hackaday วางช่วงเวลาการเปลี่ยนแปลงไว้ระหว่าง Bootloader วันที่ 10 กันยายน 2024 และ 23 กันยายน 2024
10 กันยายน 2024

เป็น Firmware Version ที่ Hackaday และรายงานใน GitHub หลายกรณี ใช้เป็น Known-good จุดหนึ่งสำหรับบอร์ดที่ผ่าน RAM Upgrade หรือ Rework

23 กันยายน 2024

Release Notes ของ rpi-eeprom ระบุหัวข้อ “SDRAM performance tuning” และ “Manufacturing test updates” แต่ไม่ได้ระบุ RAM-size restriction ไว้โดยตรง

24 กันยายน 2024

Firmware วันที่ 23 กันยายนถูก Promote เป็น Default Release ตาม rpi-eeprom Release Notes

2025–2026

GitHub Issues เริ่มมีรายงานจากผู้ใช้ที่พบพฤติกรรมแตกต่างกัน หลัง Firmware Update เช่น RAM Configuration mismatch, Boot Failure หรือระบบมองเห็น RAM ไม่ตรงกับชิปที่ติดบน Board

จุดที่เป็นประเด็น: Hackaday ตั้งข้อสังเกตว่าการเปลี่ยนแปลงเรื่อง RAM ไม่ได้ถูกอธิบายไว้ตรง ๆ ใน Release Notes ของ 2024-09-23 แม้ Behaviour ที่เกี่ยวข้องจะเริ่มปรากฏหลังช่วงเวลาดังกล่าว

บอร์ดที่ถูกเปลี่ยน RAM เจออาการแบบไหน?

จากรายงานที่ Hackaday รวบรวมและ GitHub Issues Behaviour ของ Board ที่ถูก Rework RAM ไม่ได้เหมือนกันทุกเครื่อง

อาการ สิ่งที่มีรายงาน สิ่งที่ไม่ควรสรุป
Boot ได้ตามปกติ มีบาง Report ที่ Firmware ใหม่ยัง Boot ได้และใช้งาน RAM ที่ติดตั้งอยู่ ไม่ได้แปลว่า RAM Upgrade ทุกแบบรองรับ
RAM Size ไม่ตรง มีกรณี Hardware และขนาดที่ Firmware คาดหวังไม่ตรงกัน ไม่ได้ยืนยันสาเหตุเดียวกันในทุก Issue
SDRAM Error มีรายงาน Boot Failure ที่เกี่ยวข้องกับ SDRAM Initialization หรือ Configuration ไม่ได้แปลว่าชิป RAM เสียเสมอไป
LED Error Pattern Hackaday กล่าวถึงบางกรณีที่พบ 8 หรือ 9 Flash Failure Code ไม่ควรใช้ Flash Count เพียงอย่างเดียวฟันธงว่า Board ถูก Rework RAM
Firmware เก่า Boot ได้ บางกรณีกลับมาใช้งานได้เมื่อใช้ Bootloader รุ่นเก่ากว่า ไม่ได้รับประกันว่า Downgrade จะแก้ทุก Hardware Revision

ความแตกต่างเหล่านี้เป็นเหตุผลว่าทำไมคำว่า “Raspberry Pi ล็อก RAM แล้วทุก Board ที่ Mod จะ Boot ไม่ได้” จึงกว้างเกินหลักฐานที่มี

Repair RAM กับ Upgrade RAM ต่างกันอย่างไร?

ประเด็นนี้สำคัญมาก เพราะการเปลี่ยน RAM มีอย่างน้อยสองเป้าหมายที่ต่างกัน

Repair: เปลี่ยนชิปที่เสียด้วยความจุเดิม

Hackaday มองว่า Restriction มีผลต่อการเปลี่ยน RAM Size มากกว่าการ Replace ด้วยความจุระดับเดิม ดังนั้นการซ่อม Board ด้วย RAM Configuration เดิม ดูเหมือนจะได้รับผลกระทบน้อยกว่าในหลายกรณี

Upgrade: เปลี่ยนจาก RAM ต่ำไป RAM สูง

เช่นการนำ Board ที่เดิมถูกผลิตเป็นรุ่น RAM ต่ำ ไปเปลี่ยน BGA RAM เป็นความจุสูงกว่า นี่คือ Scenario ที่ Firmware Restriction ถูกพูดถึงมากที่สุด

อย่าตีความว่า Same-size Replacement ผ่านแน่นอนทุกครั้ง: Hardware Revision, RAM Part, Firmware และ Board Configuration อาจมีเงื่อนไขอื่นร่วมด้วย Sources ไม่ได้ให้ Compatibility Matrix ที่รับประกันการ Replace RAM ทุก Part Number

Downgrade Bootloader ช่วยได้ไหม?

Hackaday ระบุว่าบน Platform ที่เกี่ยวข้อง Bootloader อยู่ใน SPI Flash / EEPROM และสามารถ Reflash ผ่านกลไก Recovery ของ Raspberry Pi ได้

ในรายงานหลายกรณี Bootloader วันที่ 2024-09-10 ถูกใช้เป็นจุด Known-good และช่วยให้ Board ที่ถูกเปลี่ยน RAM กลับมา Boot ได้

นี่เป็นเหตุผลหลักที่ Arya Voronova มองว่า Restriction ไม่ได้ปิดประตูของ Hardware Hacker อย่างสมบูรณ์: คนที่มี Skill ระดับเปลี่ยน BGA RAM มีโอกาสที่จะจัดการ Firmware Version ได้เช่นกัน

แต่การอยู่กับ Firmware เก่ามี Trade-off

การ Downgrade หมายถึงไม่ได้ใช้ Fix และ Hardware Support ที่เพิ่มเข้ามาหลัง Firmware Version นั้น Hackaday ระบุว่าฟีเจอร์ใหญ่บางอย่าง เช่น NVMe Boot มีอยู่ก่อน 2024-09-10 แล้ว แต่ Firmware ใหม่กว่ายังมี Fix และ Improvement อื่นตามมาอีกหลาย Release

Downgrade ไม่ใช่คำตอบสากล: rpi-eeprom รุ่นใหม่ในปี 2026 มีการเพิ่มแนวคิด Minimum Bootloader / Manufacturing Version สำหรับ Hardware บาง Revision ดังนั้นไม่ควรสรุปว่า Raspberry Pi ทุก Board สามารถย้อนกลับไปใช้ 2024-09-10 ได้โดยไม่มีข้อจำกัด

Raspberry Pi ทำแบบนี้ไปทำไม?

ตามเหตุผลที่ Hackaday และ Jeff Geerling รายงาน Raspberry Pi พบปัญหาผู้ขายภายนอกนำ Compute Module หรือ Board รุ่น RAM ต่ำไป Rework ใส่ RAM ที่มีความจุสูงกว่า แล้วขายต่อในลักษณะที่ผู้ซื้อไม่ทราบว่า Board ถูกแก้ไขมาแล้ว

ประเด็นไม่ได้อยู่แค่เรื่องความจุ แต่รวมถึงที่มาของ RAM และการที่ชิปดังกล่าวไม่ได้ผ่านกระบวนการ Validation แบบเดียวกับ Configuration ที่ Raspberry Pi ผลิตและทดสอบ

เหตุผลที่รายงานจากฝั่ง Raspberry Pi: Restriction ถูกอธิบายว่าเป็นวิธีลดแรงจูงใจ ในการนำ Board RAM ต่ำมา Rework แล้วจำหน่ายต่อเป็นรุ่น RAM สูง โดยผู้ซื้ออาจไม่รู้ว่ามีการเปลี่ยน Hardware มาก่อน

อย่างไรก็ตาม นี่ไม่ควรถูกขยายความว่า Board ที่ขายบน Marketplace หรือ Board ที่มี RAM Upgrade ทุกตัวเป็นของปลอม เพราะ Sources ไม่ได้รองรับข้อสรุปกว้างขนาดนั้น

ปัญหา Third-party Reworked Boards คืออะไร?

Hackaday ตรวจ GitHub Issues แล้วพบผู้ใช้หลายราย ที่ไม่ได้ทำ RAM Upgrade ด้วยตัวเอง แต่ซื้อ Board ที่ถูกขายว่าเป็นรุ่น RAM สูงจาก Marketplace ก่อนจะพบปัญหาหลัง Firmware Update

สิ่งที่ทำให้เรื่องนี้ต่างจาก Hobby RAM Mod คือผู้ซื้อบางรายไม่ได้รู้เลยว่า Board ผ่าน BGA Rework มาก่อน

หาก Firmware ใหม่ตรวจพบว่า Hardware Configuration ไม่ตรงกับข้อมูลที่คาดไว้ ปัญหาจึงอาจปรากฏทันทีหลัง Update ทั้งที่ Board เคยใช้งานได้มาก่อน

นี่เป็น Indicator ไม่ใช่ Diagnostic 100%: การที่ Board Boot ไม่ขึ้นหลัง Firmware Update หรือรายงาน RAM ผิดไม่ได้พิสูจน์โดยตัวมันเองว่า Board ถูกผู้ขาย Rework เพราะ Boot Failure สามารถเกิดได้จากหลายสาเหตุ

Jeff Geerling กับ Hackaday มองต่างกันตรงไหน?

Facts หลักที่ทั้งสองฝั่งพูดถึงมีส่วนทับซ้อนกัน แต่ต่างกันที่การประเมินว่าการแก้ปัญหาด้วย Firmware Restriction มี Trade-off ที่ยอมรับได้หรือไม่

ประเด็น Jeff Geerling Arya Voronova / Hackaday
ปัญหา Third-party RAM Rework ยอมรับว่าเป็นปัญหาจริงที่ควรจัดการ มองว่ารายงานใน GitHub สนับสนุนว่าปัญหานี้เกิดขึ้นจริง
Firmware Restriction ตั้งคำถามว่าการจำกัดความสามารถของผู้ใช้เป็นวิธีที่เหมาะสมหรือไม่ มองว่าผลกระทบต่อ Hobby Hacker โดยรวมค่อนข้างจำกัด
Downgrade มองว่าการต้องอยู่กับ Firmware เก่าเป็น Trade-off ที่ควรนับเป็นต้นทุน มองว่าคนที่ทำ BGA Upgrade ได้ก็น่าจะจัดการ Downgrade ได้
ผลต่อผู้ใช้ทั่วไป เน้นประเด็นสิทธิในการดัดแปลง Hardware เน้นการช่วยตรวจจับ Board ที่ถูก Rework แล้วขายโดยไม่เปิดเผย

ตารางนี้เป็นการสรุปมุมมองของแต่ละ Source ไม่ใช่ข้อสรุปว่าฝั่งใดถูกหรือผิด

ดูคำอธิบายจาก Jeff Geerling

วิดีโอของ Jeff Geerling เป็นอีกมุมหนึ่งของประเด็น โดยเน้นผลของ RAM-size check ต่อ Hardware Modification และตั้งคำถามว่าควรแก้ปัญหาบอร์ด Reworked ด้วยวิธีที่จำกัด Hacker ที่ต้องการเปลี่ยน RAM เองหรือไม่

วิดีโอ: Jeff Geerling — Raspberry Pi locks down RAM upgrades in Firmware

ถ้าซื้อ Raspberry Pi จาก Marketplace ต้องรู้อะไร?

ประเด็นนี้มีประโยชน์กับคนที่ไม่ได้คิดจะจับหัวแร้งมากกว่าสาย Mod เสียอีก เพราะ GitHub Reports ที่ Hackaday รวบรวม มีหลายกรณีที่ผู้ซื้อไม่ได้เป็นคนเปลี่ยน RAM เอง

หาก Board ถูกขายเป็นรุ่น RAM ความจุหนึ่ง แต่ Firmware Diagnostic หรือ Boot Log แสดง Hardware Configuration อีกแบบ หรือ Board ทำงานกับ Firmware เก่าแต่เกิด SDRAM-related Failure หลัง Update นั่นเป็นข้อมูลที่ควรตรวจสอบต่อกับผู้ขายและ Source ของ Board

สิ่งที่สำคัญกว่าคำว่า “8GB” บน Listing: Board ที่ซื้อควรตรงกับ Hardware Configuration ที่ผู้ผลิตตั้งใจผลิต ไม่ใช่ดูแค่จำนวน RAM ที่ Operating System มองเห็นใน Firmware รุ่นใดรุ่นหนึ่ง
แต่ยังไม่ใช่หลักฐานฟันธง: Source ไม่ได้ให้วิธีตรวจสอบ Serial Number, RAM Part Number หรือ Manufacturing Database ที่สามารถใช้ยืนยัน Board Rework แบบ 100% ดังนั้นบทความนี้จะไม่สร้าง Checklist ปลอมขึ้นมา

Maker ได้อะไรจากเรื่องนี้?

1. Hardware Mod ไม่ได้จบที่ Hardware

แม้เปลี่ยน BGA RAM สำเร็จทางกายภาพ Bootloader ยังเป็นอีกชั้นที่ต้องยอมรับ Configuration ใหม่นั้น

2. Firmware Update สามารถเปลี่ยนพฤติกรรมของ Mod เดิมได้

Board ที่เคยใช้งานได้ไม่ได้แปลว่าจะมี Behaviour เดิมตลอดไป หาก Boot Firmware หรือ Hardware Validation Logic เปลี่ยนในภายหลัง

3. Repairability กับ Hackability ไม่ใช่คำเดียวกัน

การสามารถซ่อม Board ด้วย Hardware ที่ตรง Configuration เดิม และการสามารถดัดแปลง Board ให้เป็น Specification ใหม่ เป็นสิทธิและปัญหาทางเทคนิคคนละแบบ

4. Firmware Version กลายเป็นส่วนหนึ่งของ BOM ทางอ้อม

ใน Project Hardware ขั้นสูง การจดว่า Board ใช้ Firmware / Bootloader รุ่นไหน อาจสำคัญพอ ๆ กับการจด Part Number ของ Component เพราะ Version ใหม่อาจเปลี่ยน Hardware Compatibility ได้

5. Release Notes ก็มีข้อจำกัด

กรณีนี้เป็นตัวอย่างว่าพฤติกรรมสำคัญบางอย่าง อาจไม่ปรากฏเป็นหัวข้อที่ชัดเจนใน Release Notes ผู้พัฒนา Hardware จึงต้องดูทั้ง Documentation, Issue Tracker และ Report จากผู้ใช้จริงประกอบกัน

เรื่องนี้มีหลายชั้น แนะนำอ่าน Source ต้นฉบับควบคู่กัน

เนื่องจาก Behaviour แตกต่างตาม Board, Firmware และ Hardware Revision ไม่ควรใช้บทความเดียวเป็นคู่มือสำหรับการทำ RAM Rework หรือ Firmware Rollback

อ่านบทวิเคราะห์จาก Hackaday อ่านมุมมองของ Jeff Geerling อ่าน rpi-eeprom Release Notes ดู rpi-eeprom Issues

FAQ: คำถามที่พบบ่อย

1. Raspberry Pi ล็อกการอัป RAM จริงหรือไม่?

มี Firmware / Bootloader behavior ที่สามารถจำกัด Board ซึ่งถูกเปลี่ยนไปใช้ RAM Configuration ต่างจากเดิมได้จริง แต่ Behaviour ไม่เหมือนกันทุก Board และทุก Firmware Version

2. Raspberry Pi รุ่นไหนได้รับผล?

Hackaday ระบุ Pi 4, Pi 5 และ Compute Module ในบริบทของ RAM-size restriction นี้

3. เปลี่ยน RAM ที่เสียด้วยขนาดเดิมยังได้ไหม?

Hackaday มองว่า Same-size Replacement ไม่ได้ถูกจำกัดแบบเดียวกับ Capacity Upgrade แต่ Source ไม่ได้ให้ Compatibility Matrix ที่รับประกัน RAM Part หรือ Hardware Revision ทุกแบบ

4. อัปจาก 2GB เป็น 8GB ได้ไหม?

มี Hacker ที่ทำ RAM Upgrade ทาง Hardware ได้ แต่ Firmware รุ่นใหม่บางชุดอาจไม่ยอมรับ Configuration ที่ต่างจาก RAM Size ดั้งเดิมของ Board

5. Bootloader 2024-09-10 สำคัญอย่างไร?

เป็น Version ที่ถูกใช้เป็น Known-good Firmware ในรายงาน RAM-modified Board หลายกรณี และอยู่ก่อนช่วงที่ Sources ระบุว่า RAM restriction ถูกเพิ่มเข้ามา

6. 2024-09-23 เพิ่ม RAM Lock ใช่ไหม?

Sources วางช่วงการเปลี่ยนแปลงไว้ระหว่าง 2024-09-10 และ 2024-09-23 แต่ Release Notes ของ 2024-09-23 ไม่ได้ระบุ RAM-size restriction ไว้ตรง ๆ

7. Downgrade เป็น 2024-09-10 แล้วแก้ได้ทุกเครื่องไหม?

ไม่สามารถรับประกันได้ มีหลายรายงานที่ใช้ Version นี้ได้ แต่ Hardware Revision รุ่นใหม่สามารถมี Minimum Bootloader Requirement หรือข้อกำหนดอื่นเพิ่มเติม

8. Firmware ใหม่ทำให้ Board RAM Mod ทุกตัว Boot ไม่ได้หรือไม่?

ไม่ GitHub Reports มีทั้งกรณี Boot ได้ และกรณีที่เกิด SDRAM-related Failure

9. ทำไม Raspberry Pi ถึงเพิ่มข้อจำกัดนี้?

ตามเหตุผลที่ Sources รายงาน Raspberry Pi ต้องการลดปัญหา Third-party reseller ที่นำ Board RAM ต่ำมา Rework ด้วย RAM ที่ไม่ได้ผ่าน Validation แล้วขายต่อเป็นรุ่น RAM สูงโดยผู้ซื้ออาจไม่ทราบ

10. Board ที่ขายบน Marketplace แล้ว Boot ไม่ขึ้นคือของปลอมหรือไม่?

สรุปแบบนั้นไม่ได้ Boot Failure มีหลายสาเหตุ และ Source ไม่มีวิธีตรวจเพียงอาการเดียวแล้วระบุได้ 100% ว่า Board ถูก Rework

11. Bootloader อยู่ที่ไหน?

ใน Platform ที่บทความกล่าวถึง Bootloader ถูกเก็บใน SPI Flash / EEPROM และมี Recovery Mechanism สำหรับการเขียน Firmware

12. สามารถ Patch RAM Check ออกจาก Bootloader ได้ไหม?

Hackaday ระบุว่า Bootloader เป็น Signed Binary และ Source ที่ใช้ในบทความนี้ไม่ได้ให้วิธี Patch RAM Check จึงไม่มีขั้นตอนดังกล่าวในบทความ

13. Downgrade แล้วเสียฟีเจอร์ NVMe Boot หรือไม่?

Hackaday ระบุว่าฟีเจอร์หลักอย่าง NVMe Boot มีอยู่ก่อน Version 2024-09-10 แล้ว แต่ Firmware ใหม่กว่ายังมี Fix และ Improvement อื่นเพิ่มเติม

14. การเปลี่ยน RAM ทำได้ง่ายหรือไม่?

เป็นงาน BGA Rework ระดับ Hardware แต่ Source ที่ใช้ในบทความนี้ไม่ได้ให้ Hot-air Temperature, Reballing Profile, Flux, Ball Size หรือขั้นตอน Soldering จึงไม่ใช่ Tutorial สำหรับการเปลี่ยน RAM

15. เรื่องนี้กระทบผู้ใช้ Raspberry Pi ทั่วไปไหม?

สำหรับ Board ที่อยู่ใน Configuration ดั้งเดิม ประเด็นที่ Sources พูดถึงเน้นไปที่ RAM-reworked Hardware มากกว่าการใช้งาน Raspberry Pi ทั่วไป

16. Jeff Geerling กับ Hackaday เห็นตรงกันไหม?

ทั้งสองยอมรับปัญหา Board ที่ถูก Third-party Rework แต่ต่างกันในการประเมินว่า Firmware Restriction เป็นวิธีจัดการที่เหมาะสมและมีผลต่อ Hardware Hacker มากน้อยแค่ไหน

References / แหล่งข้อมูลต้นฉบับ

Hardware Project ไม่ได้มีแค่ Spec บนกล่อง

เรื่อง RAM ของ Raspberry Pi เป็นตัวอย่างชัดว่า Hardware, Bootloader และ Firmware ต้องทำงานร่วมกัน และ Version ของ Software สามารถเปลี่ยน Compatibility ของ Hardware Modification ได้

หากกำลังเลือก Raspberry Pi, Single-board Computer, Development Board หรืออุปกรณ์สำหรับ Maker Project สามารถสอบถามทีม Globalbyte เรื่องบอร์ดและอุปกรณ์ที่เหมาะกับงานได้

ช้อปสินค้า / บริการ เข้ากลุ่ม Community สอบถามผ่าน LINE OA
Disclaimer: บทความนี้เป็นการสรุปและเรียบเรียงจากแหล่งข้อมูลภาษาอังกฤษ อาจมีความคลาดเคลื่อน กรุณาตรวจสอบ Source ต้นฉบับก่อนลงมือทำ พฤติกรรมของ Raspberry Pi ที่ผ่าน RAM Rework สามารถแตกต่างกันตามรุ่น Board, Hardware Revision, RAM Configuration และ Bootloader Version การอ้างถึง Firmware 2024-09-10 เป็นผลจากรายงานที่พบว่าใช้ได้กับหลายกรณี ไม่ใช่การรับประกันว่า Version นี้สามารถใช้กับ Raspberry Pi ทุกเครื่อง โดยเฉพาะ Hardware รุ่นใหม่ที่อาจมี Minimum Bootloader Requirement นอกจากนี้บทความนี้ไม่ใช่คู่มือ BGA RAM Rework และ Source ไม่ได้ให้ Hot-air Temperature, Reball Profile, RAM Compatibility Table หรือขั้นตอน Soldering ที่ครบสำหรับการซ่อมหรืออัปเกรด

Blog posts