วิธีทำให้ Starlink Mini ทำงานได้โดยไม่ใช้เราเตอร์ WiFi ในตัว

 (olegkutkov.me)
1 คะแนน โดย GN⁺ 2025-06-16 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • อธิบายขั้นตอนการดัดแปลงทางกายภาพอย่างละเอียดเพื่อถอดเราเตอร์ WiFi ในตัวออกจาก Starlink Mini 1 และให้ทำงานด้วย การเชื่อมต่ออีเธอร์เน็ต เพียงอย่างเดียว
  • การดัดแปลงนี้เหมาะกับงาน ปรับแต่งเครือข่ายตามต้องการ, สภาพแวดล้อมแบบฝังตัว หรือสถานการณ์ที่มี ข้อจำกัดด้านพลังงาน
  • ระหว่างการแกะเครื่อง ห้ามถอดแผ่นโลหะที่ทำหน้าที่เป็น ฮีตซิงก์และ EMI shield เพราะอาจทำให้เกิดปัญหาโอเวอร์ฮีตหรือสัญญาณรบกวนแม่เหล็กไฟฟ้า
  • มีการให้ข้อมูล pinout ของคอนเน็กเตอร์ บนเมนบอร์ด Starlink Mini และตัวอย่างวงจรเชื่อมต่ออีเธอร์เน็ตโดยตรง พร้อมเน้นย้ำเรื่องการจัดการไฟเลี้ยงและสัญญาณอย่างปลอดภัย
  • ครอบคลุมวิธีตั้งค่าเครือข่าย, การใช้ gRPC status code และวิธีวิเคราะห์สาเหตุหลักของปัญหาหรือการหยุดทำงาน

บทนำและความสำคัญ

  • เทอร์มินัล Starlink Mini เป็นโซลูชันขนาดกะทัดรัดที่มี เราเตอร์ WiFi แบบรวมในตัว
  • แม้จะเหมาะมากในสภาพแวดล้อมผู้บริโภคทั่วไป แต่ในกรณีที่ต้องการปรับแต่งเครือข่ายหรือมีข้อจำกัดด้านพลังงาน การถอดเราเตอร์ในตัวออกและใช้ อีเธอร์เน็ตอย่างเดียว จะได้ประโยชน์มากกว่า
  • สรุปนี้อธิบายขั้นตอนการ ถอดบอร์ดเราเตอร์ WiFi ในตัวออกทางกายภาพ และให้คำแนะนำเชิงปฏิบัติเพื่อใช้งาน Starlink Mini ผ่านอีเธอร์เน็ตเท่านั้น
  • การดัดแปลงนี้ใช้ได้กับ Starlink Mini 1 (ณ วันที่ 14 มิถุนายน 2025) เท่านั้น และอาจใช้ไม่ได้กับรุ่นที่จะออกในอนาคต

การแกะ Starlink Mini (Teardown)

  • งานแกะเครื่องต้องอาศัยความอดทนและความแม่นยำ ต้องใช้สปัดเจอร์โลหะและเครื่องมือพลาสติกสำหรับงัด
  • การถอด PCB ของเราเตอร์ต้องใช้ มีดบางและยืดหยุ่น หรือเส้นลวดโลหะ เพิ่มเติม
  • ห้ามถอดแผ่นโลหะบน PCB ของ Starlink เด็ดขาด เพราะแผ่นนี้ทำหน้าที่เป็น ฮีตซิงก์ของโปรเซสเซอร์และเสาอากาศ รวมถึง เกราะป้องกันคลื่นรบกวนแม่เหล็กไฟฟ้า (EMI Shield)
  • หากถอดแผ่นโลหะออก อาจเกิดความร้อนสูงเกินไปและสัญญาณรบกวนแม่เหล็กไฟฟ้าที่ไปรบกวนอุปกรณ์อิเล็กทรอนิกส์รอบข้าง
  • แม้แต่ SpaceX เองก็เคยมีความท้าทายในการแก้ปัญหา EMI นี้

ข้อมูลคอนเน็กเตอร์บน PCB ของ Starlink Mini

  • คอนเน็กเตอร์เชื่อมต่อบน PCB สามารถใช้พินมาตรฐานระยะ 2 มม. ได้ แม้รุ่นที่ใช้จริงอาจเป็นแบบสั่งทำเฉพาะ
  • คอนเน็กเตอร์นี้มีประสิทธิภาพด้านการป้องกัน EMI สูงขึ้นจาก กาวนำไฟฟ้า และพื้นที่กราวด์ขนาดใหญ่
  • ฝั่งคอนเน็กเตอร์ของ PCB เราเตอร์ยังมีการครอบชิลด์เพิ่มเติมด้วย

Pinout ของคอนเน็กเตอร์

  • การเชื่อมต่อระหว่างเมนบอร์ด Starlink Mini กับเราเตอร์เป็น อีเธอร์เน็ต 1Gbps แบบต่อโดยตรง (PHY-to-PHY, ไม่มีทรานส์ฟอร์เมอร์)
  • การต่อโดยตรงทำได้ในระยะสั้น แต่หากเป็น การติดตั้งแยกออกไป ต้องใช้อีเธอร์เน็ตทรานส์ฟอร์เมอร์เสมอ
  • แรงดันไฟเลี้ยงหลักคือ 12V DC
  • ลำดับและหน้าที่ของแต่ละพินมีให้ในภาพประกอบ โดยพินที่ไม่ได้ใช้งาน (11, 14, 16, 17, 18) ใช้สำหรับมอนิเตอร์เราเตอร์
  • แนะนำให้ ใช้ทั้งสาย 12V DC และ GND ทุกเส้น

วงจรเชื่อมต่ออีเธอร์เน็ตโดยตรง

  • มีการยกตัวอย่าง วงจรเชื่อมต่อโดยตรง ที่รวมอีเธอร์เน็ตทรานส์ฟอร์เมอร์และวงจรกรองไฟเลี้ยงขั้นต่ำ
  • แนะนำให้ออกแบบโดยใช้ guard ground รอบคอนเน็กเตอร์ U1 รวมถึงชิลด์และกาวนำไฟฟ้า
  • ควรให้สายเชื่อมต่อ (จากคอนเน็กเตอร์ไปยังทรานส์ฟอร์เมอร์) สั้นที่สุดเท่าที่ทำได้ เพื่อรักษาคุณภาพสัญญาณ
  • ที่ 12V อาจมีกระแส เฉลี่ย 3A และพุ่งสูงสุดชั่วขณะถึง 5A ดังนั้นการเลือก L1 (อินดักเตอร์) ต้องรองรับกระแสได้เพียงพอ
  • ยังมีตัวอย่างการทดลองใช้งานกับอะแดปเตอร์ Ethermod เป็นต้น

การตั้งค่าเครือข่ายและลักษณะการทำงาน

  • ก่อนเชื่อมต่อกับดาวเทียม เทอร์มินัล Starlink จะแจก IP ผ่าน DHCP บนเครือข่าย 192.168.100.0/24
  • ตัวอุปกรณ์เข้าถึงได้ที่ 192.168.100.1 และมีทั้งเว็บ UI กับเซิร์ฟเวอร์มอนิเตอร์/ควบคุมผ่าน gRPC ทำงานอยู่
  • สามารถใช้ grpcurl เพื่อดึงข้อมูลดีบักของ Starlink ได้ (เช่น ใช้ get_status เพื่อตรวจสอบสถานะเทอร์มินัล)
  • เมื่อเชื่อมต่อกับดาวเทียมแล้ว อินเทอร์เฟซอีเธอร์เน็ตจะได้รับ IP จากพูล IP ของ Starlink (CGNAT IPv4 และ global IPv6) ผ่าน บริการ DHCP แบบ tunnel
  • จะมีการแจก IP เพียง 1 รายการเท่านั้น จึงเชื่อมต่อโฮสต์หรือเราเตอร์ได้โดยตรงเพียง 1 เครื่อง
  • หลังได้รับ IP ภายนอกแล้ว จะไม่สามารถเข้าถึง UI เดิมที่ 192.168.100.1 ได้ แต่สามารถเข้าถึงใหม่ได้ด้วย การเพิ่ม static route

gRPC status code และการวิเคราะห์ปัญหา

  • เอาต์พุตของ gRPC get_status ให้ข้อมูลหลากหลายเกี่ยวกับสถานะของเทอร์มินัลและการเชื่อมต่อ
  • เมื่อเกิดปัญหาการเชื่อมต่อ จะมีส่วน outage รวมอยู่ด้วย และฟิลด์ cause ใน outage จะแสดงสถานการณ์ต่าง ๆ
    • BOOTING: กำลังบูต, กำลังเริ่มต้นโมดูล, รอสัญญาณ GPS
    • THERMAL_SHUTDOWN: ปิดการทำงานอัตโนมัติเนื่องจากร้อนเกินไป
    • NO_SCHEDULE: ไม่สามารถสื่อสารกับดาวเทียมได้ (สัญญาณอ่อน/ตำแหน่งไม่ตรง/สาเหตุอื่น)
    • NO_SATS: ไม่พบดาวเทียมเลย
    • OBSTRUCTED: ตรวจพบสิ่งกีดขวางบนเส้นทางสัญญาณ
    • NO_DOWNLINK: รับข้อมูลจากดาวเทียมไม่ได้
    • NO_PINGS: ยังรักษาการเชื่อมต่อกับดาวเทียมไว้ได้ แต่ การเชื่อมต่อกับสถานีภาคพื้นดิน สูญหาย
  • สามารถตรวจสอบสถานะบริการของบัญชี Starlink ได้ผ่านรายการ disablementCode
    • OKAY: บัญชีปกติและสามารถใช้อินเทอร์เน็ตได้
    • NO_ACTIVE_ACCOUNT, TOO_FAR_FROM_SERVICE_ADDRESS, IN_OCEAN เป็นต้น ช่วยระบุสาเหตุได้หลากหลาย เช่น บัญชีถูกระงับ, ข้อจำกัดด้านตำแหน่ง, ใช้ข้อมูลเกินกำหนด
    • ตัวเทอร์มินัลเองไม่ทราบข้อมูลข้อจำกัดของบริการโดยตรง แต่จะรับข้อมูลจากดาวเทียมแล้วนำมาประมวลผล

บทสรุป

  • การถอดบอร์ดเราเตอร์ WiFi ในตัวของ Starlink Mini 1 และใช้งานด้วยอีเธอร์เน็ตอย่างเดียว มีประโยชน์สำหรับเครือข่ายแบบปรับแต่งเอง งานระบบฝังตัว และสภาพแวดล้อมพลังงานต่ำ
  • ต้องระมัดระวังเป็นพิเศษทั้งเรื่องการแกะเครื่อง การต่อวงจร และการตั้งค่าเครือข่าย โดย หลักการออกแบบพื้นฐานและการจัดการสัญญาณ/กระแสคงที่ เป็นสิ่งสำคัญ
  • การวิเคราะห์สถานะผ่าน gRPC ช่วยวินิจฉัยสาเหตุของปัญหาและสถานะบริการได้อย่างแม่นยำ

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-06-16
ความคิดเห็นจาก Hacker News
  • เป็นตัวเลือกที่น่าสนใจที่พวกเขาเลือกใช้อีเธอร์เน็ตระหว่างบอร์ดแบบโมดูลาร์ แทนที่จะใช้ RGMII แบบ MAC-to-MAC ตรงๆ
    • คิดว่าอีเธอร์เน็ตเป็นตัวเลือกที่ง่ายกว่ามากสำหรับการทำต้นแบบ แทบไม่มีผลิตภัณฑ์วางขายทั่วไปที่รองรับ RGMII แต่ถ้าเป็นอีเธอร์เน็ตก็เสียบเข้ากับโน้ตบุ๊กแล้วทดสอบได้ทันที อีกทั้งเมื่อทีมต่างๆ พัฒนาแยกกัน การทำให้อินเทอร์เฟซเป็นอีเธอร์เน็ตเหมือนกันก็ช่วยเลื่อนการทดสอบการรวมระบบออกไปได้ และมีข้อดีต่อการเร่งกำหนดการเปิดตัว
    • ต้องเขียน MDIO emulator เอง และถ้าจะให้ตรวจจับลิงก์ได้จริง ก็ต้องไปแตะโค้ด SMI ภายในวงจรด้วย สถานการณ์เลยน่าสนใจตรงที่ระบบนี้เป็นแบบเฉพาะทางจนไม่สามารถคอมเมนต์ทิ้งออกไปได้ง่ายๆ
    • ดูเหมือนหลายส่วนจะมุ่งตอบโจทย์ POC (การพิสูจน์แนวคิด) เป็นหลัก แม้จะเห็นด้วยว่าความไม่มีประสิทธิภาพแบบ ดิจิทัล-อะนาล็อก-อะนาล็อก-ดิจิทัล มีอยู่จริง แต่ในเชิงนามธรรม วิธี RGMII ระหว่าง MAC-PHY อาจดูดีกว่า ถ้าเดาแบบสดๆ เหตุผลอาจเป็นเพราะอินเทอร์เฟซที่มีเอกสารรองรับแบบปัจจุบันเข้าถึงง่ายกว่า หรือไม่ต้องขุดโครงสร้างภายในลึกมากนัก และในกรณีของ Starlink mini ก็ไม่รู้ด้วยซ้ำว่าเส้น RGMII อยู่ตรงไหน อีกทั้งจากดีไซน์ภายใน เส้นเหล่านั้นอาจถูกฝังลึกจนหาได้ยาก
    • โดยธรรมชาติแล้ว RGMII ไม่ค่อยเหมาะกับการเชื่อมต่อข้ามบอร์ด ความเร็วข้อมูลค่อนข้างสูงและต้องจูนความหน่วงของทุกสัญญาณให้ตรงกัน พอแยกเป็นสองบอร์ด งานก็ซับซ้อนขึ้นมาก และยังคาดได้เลยว่าจะมีปัญหา EMI/EMC ด้วย บน evaluation kit อาจทำกันแบบนั้นได้ แต่ถ้ามองงานผลิตจริงก็ไม่ใช่ตัวเลือกที่ดีนัก
    • สงสัยว่าเป้าหมายของงานนี้ทั้งหมดคืออะไรกันแน่ เพราะบน Mini มีพอร์ต RJ45 อยู่แล้ว จึงไม่จำเป็นต้องแฮ็กเพื่อเข้าถึง Ethernet PHY เลย และในหน้าตั้งค่าก็ปิดเราเตอร์ WiFi ได้อยู่แล้ว จึงแก้ได้จากตัวผลิตภัณฑ์เอง เลยสงสัยว่า Mini ที่ขายในยูเครนถูกตัดพอร์ต Ethernet ออกไปเลยหรือไม่ จากภาพก็ดูเหมือนว่ายังมีพอร์ตนั้นอยู่บนบอร์ด WiFi ข้างๆ แจ็กไฟ
  • ชี้ได้ตรงประเด็นว่า Oleg น่าจะนึกถึงแอปพลิเคชันที่ไวต่อการใช้พลังงานอยู่ และก็เป็นแนวทางที่ชอบ
    • ลิงก์ช่อง YouTube ดังกล่าว
    • มีกรณีใช้งานจริงที่ Starlink ถูกนำไปใช้กับเครื่องบินทิ้งระเบิดกลางคืน «Nemesis» และโดรนทางทะเล «Magura» อยู่แล้ว
    • อยากรู้ว่าจริงๆ แล้วเขานึกถึงกรณีใช้งานแบบไหนอยู่
    • คาดเดาว่าน่าจะเป็นการเอาไปติดตั้งบนโดรนเพื่อใช้งาน
  • ลิงก์บันทึกถาวร
  • สงสัยว่า Starlink ใช้ SoC อะไร เป็น Broadcom หรือเปล่า
    • ยืนยันแล้วว่าใช้ MediaTek
  • เห็นว่าเป็นข้อมูลที่มีประโยชน์ดี