- OrcaSlicer-bambulab là một phiên bản OrcaSlicer đã khôi phục hỗ trợ đầy đủ cho BambuNetwork trên máy in Bambu Lab
- Không còn bị giới hạn ở chế độ chỉ LAN, mà hoạt động qua BambuNetwork trên Internet như trước đây
- Dự án cho biết có thể sử dụng đầy đủ các tính năng cần thiết cho việc sử dụng thông thường và in ấn thông qua BambuNetwork
- Trên Windows, cần có WSL 2 trước khi chạy
- Trước lần chạy đầu tiên trên Windows, cần bật các tính năng
Microsoft-Windows-Subsystem-Linux và VirtualMachinePlatform trong Command Prompt hoặc PowerShell với quyền quản trị viên
- Trên Windows, sau khi bật các tính năng này, cần khởi động lại rồi chạy Orca Studio
- Trên Linux, chỉ cần cài đặt thông thường là đủ
- Hỗ trợ macOS hiện vẫn đang được phát triển
- README cũng khuyến nghị sử dụng BMCU và cho biết có thể tìm firmware BMCU trong các kho lưu trữ của tác giả
1 bình luận
Ý kiến trên Hacker News
Có vẻ đây là bản sao của trạng thái trước đó của kho lưu trữ đã gây ra tranh cãi Bambu hồi đầu tuần này
Tìm hiểu khá kỹ thì hiện tại Bambu đã chia hệ thống thành hai chế độ: chế độ mặc định/đám mây cung cấp ứng dụng và giám sát từ xa nhưng việc gửi lệnh in phải dùng Bambu Studio hoặc Bambu Connect, đồng thời họ gắn xác thực đám mây vào API nội bộ nên ngay cả yêu cầu cục bộ cũng phải lấy token từ máy chủ Bambu
Chế độ LAN/nhà phát triển thì thiết bị hiển thị token để nhập vào ứng dụng, đổi lại giám sát từ xa bị tắt nhưng client có thể gửi lệnh in cục bộ
Điều người dùng muốn là bật đồng thời xác thực token cục bộ và xác thực đám mây, nhưng trên thực tế điều đó là không thể, nên plugin này gần giống với việc giả lập giao diện xác thực đám mây để slicer cục bộ thực hiện các lệnh gọi RPC đám mây kiểu “Bambu Network”
Cá nhân tôi thấy cách phản ứng của Bambu khá khó chịu, và cũng có thể lập luận rằng chế độ ngoại tuyến xuất hiện nhờ sự phản đối tương tự, nhưng tôi không cho rằng bản thân hệ thống hiện tại đặc biệt tệ, và thấy cũng khá thú vị khi mọi người muốn khôi phục lại các tính năng đám mây “khó mà tin cậy”
Không có lý do gì khiến client cục bộ không thể giao tiếp trực tiếp với máy in cục bộ mà không cần đám mây
Mọi vấn đề Bambu Labs đang gặp đều là tự gây ra, và họ hoàn toàn có thể cho phép quản lý hàng đợi đám mây lẫn cục bộ cùng lúc bất kể có xác thực hay không
Điều những người không hay in 3D thường không hiểu là in 3D không chỉ đơn giản là ném vào một file đã slice
Ví dụ, trước khi slice cần đồng bộ thông tin từ máy in để danh sách sợi in trong slicer khớp với trạng thái thực tế của máy in. Nếu hình dung một máy in chỉ gắn một cuộn sợi thì có thể thấy buồn cười, nhưng khi mỗi máy có AMS chứa 4 cuộn thì đây là chức năng bắt buộc
Ngoài ra nhiều máy in còn đặt ở vị trí xa như xưởng làm việc, nên trừ khi tự dựng VPN thì chế độ LAN ngay từ đầu đã rất khó
Tôi cũng muốn tiếp tục dùng tính năng giám sát in trên điện thoại mà Bambu Lab đã cung cấp khi bán sản phẩm. Tức là chế độ LAN/nhà phát triển không tương đương với chế độ đám mây cũ vốn hoạt động tốt với OrcaSlicer
Bambu thực sự có firmware này nhưng chỉ mở cho người dùng “pro”
Người dùng pro còn có thể tắt đám mây mà không cần chế độ nhà phát triển, và dĩ nhiên chúng tôi dùng như vậy
Bản thân chiếc máy rất tuyệt, nhưng thật đáng tiếc là binary độc quyền mà Bambu ép buộc cho chế độ LAN lại rất nhiều lỗi và chậm trên Linux, trong khi về mặt kỹ thuật hoàn toàn không cần thiết
Tôi sẽ không cài cho đến khi có người kiểm tra được nó tách ra từ commit nào và đã thay đổi những gì
Tốt hơn nữa là nên tìm một bản sao kho khác không bị squash lịch sử git
Trông như một nỗ lực tận dụng tranh cãi để kéo sự chú ý về quỹ của họ(?) nhưng việc mất lịch sử git là không tốt xét về nguồn gốc mã và bảo mật
Theo cách tôi hiểu thì Bambu đã biến truy cập đám mây thành kiểu tất cả hoặc không có gì: dùng chế độ cục bộ thì chỉ slice cục bộ và không dùng được tính năng đám mây nào, còn dùng chế độ đám mây thì dùng slice đám mây và toàn bộ tính năng đám mây
Tôi tò mò những tính năng đám mây mà mọi người muốn giữ lại là gì. Chỉ là điều khiển máy in qua app và giám sát bản in, hay còn có chức năng nào khác mà thiếu đi sẽ rất tiếc
Lý do sự bất tín với Bambu lớn đến vậy là vì ban đầu họ tuyên bố ngay cả khi in cục bộ ở chế độ LAN cũng sẽ yêu cầu xác thực đám mây, rồi chỉ lùi bước sau khi thấy phản ứng dữ dội
Tôi không rõ vì sao toàn bộ tên miền lại bị loại khỏi archive.org, nhưng bản gốc vẫn xem được ở đây: https://blog.bambulab.com/firmware-update-introducing-new-au...
Các thao tác cốt lõi cần được cấp quyền bao gồm gắn/hủy gắn máy in, bắt đầu truy cập video từ xa, nâng cấp firmware, bắt đầu tác vụ in (chế độ LAN hoặc đám mây), cũng như điều khiển hệ thống chuyển động, nhiệt độ, quạt, thiết lập AMS và hiệu chuẩn
Họ không biết là còn có kho lưu trữ khác nên lại bị bắt quả tang
Họ từng bị phát hiện cố thay đổi điều kiện bảo hành, và cũng sửa điều khoản để có thể chặn in cho đến khi firmware được cập nhật
Khi cộng đồng nổi giận, họ không chỉ lùi bước mà còn sửa luôn bài blog liên quan rồi đổ rằng “điều đó đã được giải thích rõ trong bài viết này [đã bị chỉnh sửa và lùi ngày], còn các bạn đang lan truyền thông tin sai lệch vô căn cứ”
Bài bạn dẫn chính là bài đó, và bản gốc ở đây: http://archive.today/2025.01.16-173123/https://blog.bambulab...
Điều này làm tôi nhớ tới cách Ubiquiti xử lý khi là nhà cung cấp muốn cho người dùng truy cập từ xa vào thiết bị của chính họ nằm sau NAT
Unifi Cloud chỉ phụ trách xác thực và môi giới kết nối thông qua cổng công khai, sau đó trình duyệt web hoặc ứng dụng sẽ kết nối trực tiếp tới thiết bị của người dùng
Nếu muốn thì cũng có thể tắt tính năng này và tự xử lý truy cập từ xa. Các nhà cung cấp khác nên học theo
Điểm quan trọng ở đây không chỉ là hỗ trợ máy in, mà là liệu người dùng có thể tiếp tục sử dụng phần cứng họ đã sở hữu mà không phụ thuộc vào đường đi qua đám mây của nhà cung cấp hay không
Hỗ trợ mạng cục bộ trông có vẻ chỉ là một tính năng tiện lợi cho đến khi nó biến mất, lúc đó mới rõ nó vốn là một phần của mô hình sở hữu
Bambu không tước bỏ hỗ trợ mạng cục bộ, và bất kỳ máy in Bambu nào cũng có thể dùng mà không cần kết nối đám mây hay Internet
Điều không làm được là dùng slicer bên thứ ba với máy chủ đám mây của Bambu
https://www.fulu.org/
https://www.youtube.com/watch?v=1jhRqgHxEP8
Thông tin thì gần như không có, nên tôi không rõ họ chỉ sao chép một kho GitHub đã bị xóa rồi đổi thương hiệu thành của mình, hay còn thực sự làm thêm gì khác
Trong issue có liên kết tới một kho khác: https://github.com/danielcherubini/fork-a-slicer
Tôi không rõ Bambu có thể ngăn chặn kiểu fork như thế này bằng cách nào, khi nó thậm chí không có mã mà chỉ là các chỉ dẫn yêu cầu AI tạo plugin mạng từ đầu
Chỉ cần đừng mua của họ nữa là được
Chuyện cũng giống Synology từng ép phụ thuộc vào ổ cứng cụ thể
Chừng nào vẫn còn nhà cung cấp khác thì không có lý do gì phải mua
Tôi mới mua thiết bị mới rồi lắp ổ WD vào, không gặp vấn đề gì
Tôi đang tính mua Bambu Lab A1, nhưng sau vụ này và các tranh cãi trước đó thì có lẽ tốt hơn nên chọn nhà cung cấp khác
Tôi thích tinh thần kiểu hacker và sự cởi mở của Prusa, nhưng lo không biết nó có phù hợp làm máy in đầu tiên không. Có lựa chọn thay thế nào tốt cho người mới không?
Trước đây tôi từng gặp vấn đề với thanh trượt tuyến tính, nói chuyện với bộ phận hỗ trợ vài phút là hai ngày sau phụ tùng thay thế đã đến nhà
Họ còn cung cấp cập nhật firmware và nâng cấp phần cứng trong nhiều năm. Điều này thực sự rất tốt, và tôi không chắc còn hãng máy in cho người tiêu dùng cá nhân nào khác làm như vậy
Giá ban đầu có cao hơn một chút nhưng theo tôi là đáng tiền
Giờ tôi còn đang để mắt tới mẫu đắt hơn sắp ra mắt
Có lẽ còn tùy bạn định dùng thế nào. Có thể có những lựa chọn khác cho ra bản in hoàn hảo với rất ít tinh chỉnh, nhưng với tôi thì nó hay ở chỗ là cỗ máy có thể vọc thoải mái. Kiểu như mua máy kéo trước khi mua xe đua vậy :)
Có lần tôi tự lắp ráp và siết dây rút quá chặt làm đứt cáp quạt làm mát linh kiện
Có một mức giá premium. Cá nhân tôi thấy PrusaSlicer có preset và trải nghiệm sử dụng tốt hơn OrcaSlicer hay các bản fork của nó
Dù vậy tôi vẫn cố tình mua Prusa vì thái độ của họ với phần mềm mã nguồn mở và vì những trò như thế này của Bambu
Điều đó vẫn đúng ngay cả khi xét khách quan thì Bambu cung cấp sản phẩm tốt hơn, hoặc ít nhất là tương đương, với giá rẻ hơn nhiều
Động cơ của Bambu là gì nhỉ? Tôi không hiểu họ được gì khi làm xói mòn lòng tin như vậy
Chỉ là dữ liệu người dùng thôi sao? Hay họ muốn dùng toàn bộ file STL của mọi người để huấn luyện mô hình?
Rất có thể sẽ có nhiều dự luật muốn kiểm soát những thứ được phép in 3D hợp pháp, và khi đó có thể sẽ cần một hệ thống như xác minh độ tuổi cho in 3D
Họ vẫn tiếp tục đẩy mạnh dù có phản ứng dữ dội và bị quảng bá thương hiệu xấu, mà lý do đưa ra thường không thuyết phục
Với các công ty ở Mỹ hay EU, ví dụ như bộ mở cửa gara Chamberlain/LiftMaster, thì kế hoạch gắn thêm đăng ký dịch vụ đám mây trả phí lên trên tầng miễn phí cơ bản và bán dữ liệu người dùng là điều khá dễ đoán
Nhưng với các công ty đặt tại Trung Quốc như Bambu Lab thì lại càng lạ hơn, vì dường như họ khó có doanh thu thuê bao dài hạn đủ đáng kể
Đặc biệt là với thiết bị ngoại vi công nghệ tiêu dùng giá rẻ, các hãng thường chỉ đầu tư tối thiểu vào website, cập nhật tính năng liên tục và hỗ trợ khách hàng trực tiếp, nên nếu nói họ muốn xây dựng một mảng thuê bao dài hạn thì nghe không hợp lý
Giả thuyết của tôi là chính phủ Trung Quốc đang âm thầm gây áp lực như một chiến lược dài hạn để buộc các thiết bị phải có kết nối đám mây tới trung tâm dữ liệu ở Trung Quốc
Tôi không có ý nói các công ty này là cơ quan trực tiếp của chính phủ Trung Quốc hay đang cài firmware độc hại. Làm ở quy mô lớn thì rất dễ bị phát hiện và cũng không cần thiết
Chỉ cần máy chủ đám mây đặt trong trung tâm dữ liệu ở Trung Quốc là chính phủ Trung Quốc đã có thể thu được địa chỉ IP người dùng và dữ liệu sử dụng bằng cách nghe lén gói tin thụ động, và nếu quan hệ với nước ngoài xấu đi thì có thể chọn lọc chặn gói ở tường lửa để biến hàng triệu thiết bị tiêu dùng thành đồ bỏ
Nghe có thể hơi hoang tưởng, và tôi không nói riêng Bambu Labs đang làm đúng như vậy, nhưng từ trước khi biết tới Bambu Labs tôi đã nghĩ đến giả thuyết này khi thấy các thiết bị tự động hóa gia đình giá rẻ của Trung Quốc có sự ám ảnh kỳ lạ với việc ép buộc kết nối đám mây dù chẳng có mô hình kinh doanh rõ ràng
Các công ty phần cứng nhỏ ở Thâm Quyến kiểu này trông cũng chẳng có động lực tạo ra một mảng kinh doanh thực sự bằng dịch vụ đám mây, và cách triển khai thì gần như lúc nào cũng ở mức tối thiểu, đầu tư cũng rất ít
Số tiền họ bỏ ra để vận hành đám mây không có doanh thu hậu mãi trên các thiết bị phần cứng biên lợi nhuận thấp hoàn toàn là chi phí thuần. Nó giống như một loại thuế xuất khẩu mà doanh nghiệp phải nộp để được phép bán ra nước ngoài vậy
Với thiết bị tự động hóa gia đình, việc phụ thuộc đám mây là tiêu chí loại ngay từ đầu đối với tôi. Có những món còn nằm trong tường, nên tôi chỉ chọn thiết bị chạy được trong subnet chỉ nội bộ hoặc có thể cài firmware mã nguồn mở như Tasmota hay ESPHome
Nghĩ đến việc những thứ này sắp bị quản như súng thì thật vô lý
Chỉ là mọi người phớt lờ thôi. Vì nó bóng bẩy mà!