OrcaSlicer-bambulab - กู้คืนการรองรับ BambuNetwork แบบเต็มสำหรับเครื่องพิมพ์ Bambu Lab
(github.com/FULU-Foundation)- OrcaSlicer-bambulab เป็น OrcaSlicer เวอร์ชันที่กู้คืนการรองรับ BambuNetwork แบบเต็มสำหรับเครื่องพิมพ์ Bambu Lab
- ไม่ได้ถูกจำกัดให้ใช้เฉพาะ LAN และสามารถทำงานผ่าน BambuNetwork ทางอินเทอร์เน็ต ได้เหมือนเดิม
- ระบุว่าสามารถใช้งาน ฟีเจอร์ทั้งหมด ที่จำเป็นสำหรับการใช้งานทั่วไปและการพิมพ์ผ่าน BambuNetwork ได้
- บน Windows จำเป็นต้องมี WSL 2 ก่อนรัน
- ก่อนเปิดใช้งานครั้งแรกบน Windows ต้องเปิดใช้งานฟีเจอร์
Microsoft-Windows-Subsystem-LinuxและVirtualMachinePlatformใน Command Prompt หรือ PowerShell ที่รันด้วยสิทธิ์ผู้ดูแลระบบ - บน Windows หลังจากเปิดใช้งานฟีเจอร์ดังกล่าวแล้ว ต้อง รีสตาร์ต แล้วจึงรัน Orca Studio
- บน Linux ระบุว่าเพียงติดตั้งตามปกติก็เพียงพอ
- การรองรับ macOS ยังอยู่ระหว่างดำเนินการ
- README ยังแนะนำให้ใช้ BMCU ด้วย และระบุว่าสามารถหาเฟิร์มแวร์ BMCU ได้จากรีโพซิทอรีของผู้เขียน
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ดูเหมือนจะเป็นการโคลนสถานะก่อนหน้าของรีโพซิทอรีที่เป็นชนวนให้เกิดดราม่า Bambu เมื่อต้นสัปดาห์นี้
พอลองไล่ดูพอสมควร ตอนนี้ Bambu เปลี่ยนระบบเป็น 2 โหมด: โหมดปกติ/คลาวด์ที่มีแอปและการมอนิเตอร์ระยะไกล แต่การส่งงานพิมพ์ต้องใช้ Bambu Studio หรือ Bambu Connect และผูก การยืนยันตัวตนผ่านคลาวด์ เข้ากับ API ภายใน ทำให้แม้แต่คำขอแบบโลคัลก็ยังต้องไปรับโทเค็นจากเซิร์ฟเวอร์ของ Bambu
ส่วนโหมด LAN/นักพัฒนาจะเป็นแบบที่อุปกรณ์แสดงโทเค็นแล้วให้กรอกในแอป โดยแลกกับการปิดการมอนิเตอร์ระยะไกล แต่ไคลเอนต์สามารถส่งงานพิมพ์แบบโลคัลได้
สิ่งที่ผู้ใช้ต้องการคือ เปิดการยืนยันตัวตนด้วยโทเค็นแบบโลคัลและการยืนยันผ่านคลาวด์พร้อมกัน แต่ในความเป็นจริงทำไม่ได้ ดังนั้นปลั๊กอินนี้จึงใกล้เคียงกับการจำลองอินเทอร์เฟซยืนยันตัวตนผ่านคลาวด์เพื่อให้สไลเซอร์แบบโลคัลเรียกใช้ RPC ของคลาวด์ “Bambu Network”
โดยส่วนตัวผมไม่ชอบการรับมือของ Bambu และก็อาจเถียงได้ว่าโหมดออฟไลน์เองก็เกิดขึ้นเพราะกระแสตีกลับแบบเดียวกัน แต่ผมก็ไม่คิดว่าระบบปัจจุบันจะแย่เป็นพิเศษ และรู้สึกขำ ๆ กับความอยากรื้อฟื้นฟีเจอร์คลาวด์ที่ “ไว้วางใจได้ยาก” กลับมา
ไม่มีเหตุผลเลยที่ไคลเอนต์แบบโลคัลจะสื่อสารกับเครื่องพิมพ์ในเครือข่ายเดียวกันโดยตรงโดยไม่ผ่านคลาวด์ไม่ได้
ปัญหาที่ BambuLabs เจอทั้งหมดเกิดจากการก่อเอง และต่อให้มีหรือไม่มีการยืนยันตัวตน ก็เปิดให้จัดการคิวทั้งฝั่งคลาวด์และฝั่งโลคัลพร้อมกันได้อยู่แล้ว
สิ่งที่คนที่ไม่ได้พิมพ์ 3D บ่อย ๆ มักไม่รู้ก็คือ การพิมพ์ 3D ไม่ได้มีแค่โยนไฟล์ที่สไลซ์แล้วเข้าไปจบ
ตัวอย่างเช่น ก่อนสไลซ์ต้องซิงก์ข้อมูลจากเครื่องพิมพ์เพื่อให้รายการฟิลาเมนต์ในสไลเซอร์ตั้งตรงกับสถานะจริงของเครื่อง ถ้านึกถึงเครื่องที่ใส่ม้วนฟิลาเมนต์ได้แค่ม้วนเดียวอาจดูตลก แต่ถ้ามี AMS ที่ใส่ได้ 4 ม้วนติดอยู่กับหลายเครื่อง มันเป็นฟีเจอร์ที่จำเป็น
อีกอย่าง เครื่องพิมพ์ก็มักอยู่ในที่ห่างออกไป เช่น ห้องทำงาน ดังนั้นถ้าไม่ได้ตั้งค่า VPN แยกไว้ก่อน โหมด LAN ก็ลำบากตั้งแต่แรก
ผมยังอยากใช้การมอนิเตอร์งานพิมพ์ผ่านมือถือที่ Bambu Lab โฆษณาไว้ตอนขายด้วย กล่าวคือ โหมด LAN/นักพัฒนาไม่ได้เทียบเท่ากับโหมดคลาวด์แบบเก่าที่ทำงานกับ OrcaSlicer ได้ดี
Bambu มีเฟิร์มแวร์นี้อยู่จริง แต่เปิดให้เฉพาะผู้ใช้ “Pro”
ผู้ใช้ Pro สามารถปิดคลาวด์ได้ด้วยโดยไม่ต้องใช้โหมดนักพัฒนา และแน่นอนว่าเราก็ใช้อยู่แบบนั้น
ตัวเครื่องเองยอดเยี่ยมมาก แต่ที่น่าเสียดายคือไบนารีปิดที่ Bambu บังคับใช้กับโหมด LAN นั้นมีบั๊กเยอะมากบน Linux ช้า และในเชิงเทคนิคก็ไม่จำเป็นเลย
ผมคงไม่แนะนำให้ติดตั้งจนกว่าจะมีใครตรวจสอบได้ว่าแตกแขนงมาจากคอมมิตไหนและมีอะไรเปลี่ยนไปบ้าง
ทางที่ดีกว่าคือหาอีกสำเนาหนึ่งของรีโพซิทอรีที่ประวัติ git ไม่ได้ถูก squash
มันดูเหมือนความพยายามฉวยกระแสดราม่าเพื่อดึงความสนใจให้มูลนิธิ(?) ของตัวเอง แต่การทำประวัติ git หายนั้นไม่ดีทั้งในแง่ที่มาของโค้ดและความปลอดภัย
เท่าที่ผมเข้าใจ Bambu ทำให้การเข้าถึงคลาวด์เป็นแบบได้ทั้งหมดหรือไม่ได้เลย: ถ้าใช้โหมดโลคัลก็สไลซ์แบบโลคัลได้อย่างเดียวและใช้ฟีเจอร์คลาวด์ไม่ได้เลย ส่วนถ้าใช้โหมดคลาวด์ก็ใช้การสไลซ์ผ่านคลาวด์และฟีเจอร์คลาวด์ทั้งหมดได้
เลยสงสัยว่าพวก ฟีเจอร์คลาวด์ ที่คนอยากเก็บไว้คืออะไรบ้าง แค่การควบคุมผ่านแอปกับการมอนิเตอร์งานพิมพ์หรือเปล่า หรือยังมีอย่างอื่นที่ถ้าหายไปแล้วจะเสียดายอีก
สาเหตุที่คนไม่ไว้ใจ Bambu มากก็เพราะตอนแรกพวกเขาประกาศว่าจะบังคับให้ใช้ การยืนยันตัวตนผ่านคลาวด์ แม้แต่เวลาพิมพ์แบบโลคัลในโหมด LAN แล้วค่อยถอยหลังเมื่อเจอกระแสต้าน
ไม่รู้ว่าทำไมทั้งโดเมนถึงถูกตัดออกจาก archive.org แต่ต้นฉบับยังดูได้อยู่: https://blog.bambulab.com/firmware-update-introducing-new-au...
งานหลักที่ต้องมีการให้สิทธิ์ ได้แก่ การผูก/ยกเลิกการผูกเครื่องพิมพ์ การเริ่มเข้าถึงวิดีโอระยะไกล การอัปเกรดเฟิร์มแวร์ การเริ่มงานพิมพ์ (โหมด LAN หรือคลาวด์) และการควบคุมระบบการเคลื่อนที่ อุณหภูมิ พัดลม การตั้งค่า AMS และการคาลิเบรต
แต่ดันไม่รู้ว่ายังมีบริการ archive เจ้าอื่นอยู่ เลยโดนจับได้อีก
พวกเขาเคยถูกจับได้ตอนพยายามเปลี่ยนเงื่อนไขการรับประกัน และยังแก้เงื่อนไขการใช้งานเพื่อเปิดทางให้บล็อกการพิมพ์ได้จนกว่าจะอัปเดตเฟิร์มแวร์
พอคอมมูนิตี้เดือด พวกเขาไม่เพียงถอย แต่ยังแก้บล็อกโพสต์ที่เกี่ยวข้อง แล้วกล่าวหาว่าคนอื่น “เผยแพร่ข้อมูลเท็จไม่มีมูล ทั้งที่อธิบายไว้อย่างชัดเจนในโพสต์นี้ [ที่ถูกแก้ไขและย้อนวันที่แล้ว]”
โพสต์ที่คุณลิงก์มานี่แหละคือโพสต์นั้น และเวอร์ชันเดิมอยู่ที่นี่: http://archive.today/2025.01.16-173123/https://blog.bambulab...
เรื่องนี้ทำให้นึกถึงวิธีที่ Ubiquiti จัดการ ในฐานะผู้ขายที่ต้องการให้ผู้ใช้เข้าถึงอุปกรณ์ของตัวเองหลัง NAT ได้จากระยะไกล
Unifi Cloud ทำหน้าที่แค่ยืนยันตัวตนและช่วยไกล่เกลี่ยการเชื่อมต่อผ่านพอร์ทัลสาธารณะ จากนั้นก็เชื่อมตรงไปยังอุปกรณ์ของตัวเองผ่านเว็บเบราว์เซอร์หรือแอป
ถ้าต้องการก็ปิดฟังก์ชันนี้แล้วจัดการการเข้าถึงระยะไกลเองได้ ผู้ขายรายอื่นน่าจะเอาอย่างบ้าง
ประเด็นสำคัญตรงนี้ไม่ใช่แค่รองรับเครื่องพิมพ์ แต่คือผู้ใช้จะยังใช้งานฮาร์ดแวร์ที่ตัวเองเป็นเจ้าของอยู่แล้วได้ต่อไปโดยไม่ต้องพึ่ง เส้นทางผ่านคลาวด์ของผู้ขาย หรือไม่
การรองรับเครือข่ายโลคัลอาจดูเหมือนฟีเจอร์เพื่อความสะดวก จนกว่ามันจะหายไป แล้วตอนนั้นถึงจะชัดว่ามันเป็นส่วนหนึ่งของโมเดลความเป็นเจ้าของ
Bambu ไม่ได้พรากการรองรับเครือข่ายโลคัลไป และเครื่องพิมพ์ Bambu ใด ๆ ก็ใช้งานได้โดยไม่ต้องเชื่อมคลาวด์หรืออินเทอร์เน็ต
สิ่งที่ทำไม่ได้คือใช้ สไลเซอร์ของบุคคลที่สาม ร่วมกับเซิร์ฟเวอร์คลาวด์ของ Bambu
https://www.fulu.org/
https://www.youtube.com/watch?v=1jhRqgHxEP8
ข้อมูลแทบไม่มีเลย ไม่รู้ว่าพวกเขาแค่คัดลอกรีโพซิทอรี GitHub ที่ถูกลบแล้วมารีแบรนด์เป็นของตัวเอง หรือมีการทำอย่างอื่นเพิ่มด้วย
ในอิสชูมีลิงก์ไปยังรีโพซิทอรีอีกอัน: https://github.com/danielcherubini/fork-a-slicer
ผมสงสัยว่า Bambu จะไปหยุด fork แบบนี้ได้อย่างไร ในเมื่อมันไม่มีโค้ดเลย มีแค่คำสั่งให้ AI สร้างปลั๊กอินเครือข่ายขึ้นมาใหม่ตั้งแต่ต้น
ก็แค่ไม่ต้องซื้อจากพวกเขาอีก
เรื่องเดียวกับ Synology ที่พยายามบังคับให้ต้องพึ่งฮาร์ดดิสก์บางยี่ห้อ
ตราบใดที่ยังมีผู้ขายรายอื่น ก็ไม่มีเหตุผลจะต้องซื้อ
ผมเพิ่งซื้อเครื่องใหม่มาแล้วใส่ไดรฟ์ WD ลงไป ก็ไม่มีปัญหาอะไร
ผมกำลังจะซื้อ Bambu Lab A1 แต่พอเห็นทั้งดราม่าครั้งนี้กับครั้งก่อน ๆ แล้ว น่าจะดีกว่าถ้าเลือกผู้ขายรายอื่น
ผมชอบความเป็นสายแฮ็กเกอร์และความเปิดกว้างของ Prusa แต่ก็ไม่แน่ใจว่าจะเหมาะเป็นเครื่องแรกไหม มีทางเลือกดี ๆ สำหรับมือใหม่ไหม?
ตอนหนึ่งผมเคยมีปัญหากับ linear rods คุยกับฝ่ายซัพพอร์ตไม่กี่นาที แล้วสองวันต่อมาชิ้นส่วนเปลี่ยนก็มาถึงบ้าน
อีกอย่างคือพวกเขาออกอัปเดตเฟิร์มแวร์และอัปเกรดฮาร์ดแวร์ให้นานหลายปี ซึ่งดีมาก และผมก็ไม่แน่ใจว่ามีผู้ผลิตเครื่องพิมพ์สำหรับผู้บริโภครายอื่นทำแบบนี้ไหม
ราคาเริ่มต้นอาจสูงกว่าเล็กน้อย แต่ผมว่าคุ้มค่า
ตอนนี้ก็กำลังมองรุ่นใหม่ที่แพงกว่าซึ่งจะออกในเร็ว ๆ นี้ด้วย
มันคงขึ้นกับว่าคุณจะใช้มันแบบไหน อาจมีตัวเลือกอื่นที่ให้ผลพิมพ์สมบูรณ์แบบกว่าโดยแทบไม่ต้องแตะอะไร แต่สำหรับผมมันดีตรงที่เป็นเครื่องที่ให้ลองปรับแต่งได้เต็มที่ เหมือนซื้อรถแทรกเตอร์ก่อนรถแข่ง :)
ตอนประกอบเองผมเคยรัดเคเบิลไทแน่นเกินไปจนสายพัดลมระบายความร้อนชิ้นงานขาด
มันมีส่วนต่างราคาอยู่เหมือนกัน ส่วนตัวผมรู้สึกว่า PrusaSlicer มีพรีเซ็ตและการใช้งานที่ดีกว่า OrcaSlicer หรือฟอร์กต่าง ๆ ของมัน
ถึงอย่างนั้น ผมก็ยังจงใจซื้อ Prusa เพราะท่าทีของพวกเขาต่อซอฟต์แวร์โอเพนซอร์ส และเพราะเรื่องแบบที่ Bambu ทำอยู่นี่แหละ
ต่อให้มองแบบเป็นกลางแล้ว Bambu จะขายของที่ดีกว่าหรืออย่างน้อยก็พอกันในราคาที่ถูกกว่ามากก็ตาม
แรงจูงใจของ Bambu คืออะไรกันแน่? ผมไม่เข้าใจว่าพวกเขาจะได้อะไรจากการทำลายความน่าเชื่อถือแบบนี้
แค่ ข้อมูลผู้ใช้ เหรอ? หรือจะเอาไฟล์ STL ของทุกคนไปฝึกโมเดล?
มีโอกาสสูงที่จะมีร่างกฎหมายจำนวนมากออกมาเพื่อควบคุมว่าสิ่งใดพิมพ์ 3D ได้อย่างถูกกฎหมาย และถ้าเป็นแบบนั้นก็อาจต้องมีระบบอย่างการยืนยันอายุสำหรับการพิมพ์ 3D
ถึงจะโดนต้านหนักและเป็น PR เชิงลบก็ยังดันต่อ แถมเหตุผลที่อธิบายมาก็มักฟังไม่ค่อยขึ้น
ถ้าเป็นบริษัทในสหรัฐหรือ EU อย่างที่ทำประตูโรงรถ Chamberlain/LiftMaster แรงจูงใจก็ค่อนข้างชัด ว่าจะทำบริการคลาวด์แบบเสียเงินต่อจากระดับฟรีพื้นฐาน และขายข้อมูลผู้บริโภค
แต่พอเป็นบริษัทจีนอย่าง Bambu Lab มันยิ่งแปลก เพราะไม่น่าจะมีรายได้ค่าสมาชิกต่อเนื่องที่มีนัยสำคัญ
โดยเฉพาะกับอุปกรณ์เทคโนโลยีผู้บริโภคราคาถูก บริษัทพวกนี้มักลงทุนน้อยที่สุดกับเว็บไซต์ ฟีเจอร์อัปเดตต่อเนื่อง และซัพพอร์ตลูกค้าโดยตรง ถ้าจะบอกว่ากำลังสร้างธุรกิจสมาชิกระยะยาวก็ดูไม่สอดคล้องกัน
สมมติฐานของผมคือรัฐบาลจีนกำลังกดดันแบบเงียบ ๆ ให้ต้องมี การเชื่อมต่อคลาวด์กับดาต้าเซ็นเตอร์ในจีน เป็นยุทธศาสตร์ระยะยาว
ไม่ได้หมายความว่าบริษัทเหล่านี้เป็นหน่วยงานตรงของรัฐจีนหรือฝังเฟิร์มแวร์อันตราย เพราะถ้าทำเป็นวงกว้างโอกาสถูกจับได้ก็สูงและก็ไม่จำเป็น
แค่มีเซิร์ฟเวอร์คลาวด์อยู่ในดาต้าเซ็นเตอร์จีน รัฐบาลจีนก็ใช้การดักฟังแพ็กเก็ตแบบพาสซีฟเพื่อเก็บ IP และข้อมูลการใช้งานของผู้บริโภคได้ และถ้าความสัมพันธ์กับต่างประเทศแย่ลง ก็สามารถบล็อกแพ็กเก็ตแบบเลือกเป้าหมายที่ไฟร์วอลล์เพื่อทำให้อุปกรณ์ผู้บริโภคนับล้านใช้การไม่ได้
ฟังดูเหมือนหวาดระแวง และผมก็ไม่ได้บอกว่า Bambu Labs ทำแบบนี้โดยเฉพาะ แต่เป็นสมมติฐานที่ผมนึกมาตั้งแต่ก่อนรู้จัก Bambu Labs แล้ว จากการเห็นความหมกมุ่นแปลก ๆ ของอุปกรณ์สมาร์ตโฮมจีนราคาถูกที่บังคับเชื่อมคลาวด์ทั้งที่แทบไม่มีโมเดลธุรกิจชัดเจน
บริษัทฮาร์ดแวร์เล็ก ๆ ใน Shenzhen พวกนี้ดูไม่ค่อยมีแรงจูงใจจะทำธุรกิจคลาวด์จริงจัง การใช้งานก็แทบจะขั้นต่ำตลอด และดูลงทุนไม่พอด้วย
สำหรับอุปกรณ์เสริมฮาร์ดแวร์มาร์จิ้นต่ำ การรันคลาวด์ที่ไม่มีรายได้หลังการขายเลยนั้นเป็นต้นทุนล้วน ๆ ทั้งหมด มันดูเหมือนภาษีส่งออกที่บริษัทต้องจ่ายเพื่อให้ขายต่างประเทศได้มากกว่า
สำหรับผม อุปกรณ์สมาร์ตโฮมที่ต้องเชื่อมคลาวด์คือไม่ผ่านตั้งแต่แรก โดยเฉพาะพวกที่ต้องฝังในผนัง ผมเลือกเฉพาะอุปกรณ์ที่ทำงานบนซับเน็ตโลคัลล้วนได้ หรือแฟลชเฟิร์มแวร์โอเพนซอร์สอย่าง Tasmota หรือ ESPHome ได้เท่านั้น
มันบ้ามากที่ของพวกนี้กำลังจะถูกควบคุมเหมือนอาวุธปืน
คนแค่เมินมันไปเอง เพราะมันดูวิบวับเท่านั้น!