OrcaSlicer-bambulab - restauration de la prise en charge complète de BambuNetwork pour les imprimantes Bambu Lab
(github.com/FULU-Foundation)- OrcaSlicer-bambulab est une version d’OrcaSlicer qui restaure la prise en charge complète de BambuNetwork sur les imprimantes Bambu Lab
- Il n’est pas limité au LAN uniquement et fonctionne, comme auparavant, avec BambuNetwork via Internet
- Le projet indique que toutes les fonctionnalités nécessaires à l’usage courant et à l’impression peuvent être utilisées via BambuNetwork
- Sous Windows, WSL 2 est nécessaire avant l’exécution
- Avant le premier lancement sous Windows, il faut activer les fonctionnalités
Microsoft-Windows-Subsystem-LinuxetVirtualMachinePlatformdans l’invite de commandes ou PowerShell avec les droits administrateur - Sous Windows, après l’activation de ces fonctionnalités, il faut redémarrer puis lancer Orca Studio
- Sous Linux, une installation standard est indiquée comme suffisante
- La prise en charge de macOS est encore en cours de développement
- Le README recommande également l’utilisation de BMCU et indique que le firmware BMCU peut être trouvé dans les dépôts de l’auteur
1 commentaires
Avis Hacker News
Cela ressemble à une copie de l’état antérieur du dépôt au cœur de la polémique Bambu en début de semaine
Après quelques recherches, il semble que Bambu ait désormais basculé le système en deux modes : le mode par défaut/cloud fournit l’app et la surveillance à distance, mais l’envoi des impressions doit passer par Bambu Studio ou Bambu Connect, et l’API interne est liée à une authentification cloud qui oblige à obtenir un jeton depuis les serveurs Bambu même pour des requêtes locales
Le mode LAN/développeur fait afficher un jeton par l’appareil à saisir dans l’application ; la surveillance à distance est alors désactivée, mais le client peut envoyer les impressions localement
Ce que veulent les utilisateurs, c’est activer en même temps l’authentification par jeton local et l’authentification cloud, mais comme ce n’est pas possible en pratique, ce plugin se rapproche plutôt d’une imitation de l’interface d’authentification cloud pour permettre à un slicer local d’effectuer des appels RPC cloud « Bambu Network »
Personnellement, je trouve la réaction de Bambu désagréable, et on peut aussi soutenir que le mode hors ligne est né d’un rejet similaire, mais je ne considère pas le système actuel comme particulièrement mauvais en soi, et je trouve assez amusant ce désir de ressusciter des fonctions cloud « difficiles à faire confiance »
Il n’y a aucune raison pour qu’un client local ne puisse pas communiquer directement avec une imprimante locale sans passer par le cloud
Tous les problèmes rencontrés par BambuLabs sont auto-infligés, et ils auraient pu autoriser simultanément la gestion des files cloud et locales, avec ou sans authentification
Ce que les gens qui n’utilisent pas souvent l’impression 3D ne réalisent pas, c’est qu’elle ne consiste pas seulement à envoyer un fichier slicé
Par exemple, avant le slicing, il faut synchroniser les informations de l’imprimante pour que la liste des filaments dans le slicer corresponde à l’état réel de la machine. Avec une imprimante n’ayant qu’une seule bobine installée, cela peut sembler anecdotique, mais dès qu’on a un AMS de 4 bobines sur plusieurs imprimantes, cela devient indispensable
Et comme les imprimantes sont souvent dans un atelier ou un autre lieu distant, le mode LAN est difficile à mettre en place sans configurer un VPN séparé
Je veux aussi continuer à utiliser la surveillance d’impression sur téléphone, une fonctionnalité que Bambu Lab proposait au moment de la vente. Autrement dit, le mode LAN/développeur n’est pas équivalent à l’ancien mode cloud qui fonctionnait bien avec OrcaSlicer
Bambu dispose donc bien de ce firmware, mais le réserve aux utilisateurs « pro »
Les utilisateurs pro peuvent aussi désactiver le cloud sans mode développeur, et c’est évidemment ce que nous faisons
La machine elle-même est excellente, mais il est vraiment dommage que le binaire propriétaire imposé par Bambu pour le mode LAN soit très buggé et lent sous Linux, alors qu’il n’est techniquement pas nécessaire
Je déconseille de l’installer tant que quelqu’un n’a pas audité de quel commit il diverge et ce qui a changé
Mieux encore, il vaudrait mieux trouver une autre copie du dépôt dont l’historique git n’a pas été squashé
On dirait une tentative de profiter de la polémique pour attirer l’attention sur sa propre fondation (?), mais perdre l’historique git n’est pas bon signe en matière de provenance du code et de sécurité
Si j’ai bien compris, Bambu a rendu l’accès cloud tout ou rien : en mode local, on ne peut faire que du slicing local et on perd toutes les fonctions cloud ; en mode cloud, on a le slicing cloud et toutes les fonctions cloud
Je me demande quelles sont exactement les fonctions cloud que les gens veulent conserver. Est-ce seulement le contrôle via l’application et la surveillance d’impression, ou y a-t-il d’autres fonctions dont l’absence se ferait sentir ?
La méfiance envers Bambu est forte parce qu’au départ, ils avaient annoncé qu’ils exigeraient une authentification cloud même pour l’impression locale en mode LAN, et n’ont reculé qu’après le tollé
Je ne sais pas pourquoi tout leur domaine a été exclu d’archive.org, mais l’article d’origine est toujours visible : https://blog.bambulab.com/firmware-update-introducing-new-au...
Parmi les opérations clés nécessitant une autorisation figurent l’association/la dissociation de l’imprimante, le démarrage de l’accès vidéo distant, les mises à jour firmware, le lancement de travaux d’impression (en mode LAN ou cloud), ainsi que le contrôle du système de mouvement, de la température, des ventilateurs, des paramètres AMS et de la calibration
Ils se sont fait attraper de nouveau, sans réaliser qu’il existait d’autres archives
Ils avaient modifié les conditions de garantie après coup, et aussi les CGU pour pouvoir bloquer l’impression jusqu’à mise à jour du firmware
Quand la communauté s’est mise en colère, non seulement ils ont fait marche arrière, mais ils ont aussi modifié le billet de blog concerné avant d’accuser les gens de diffuser de fausses informations sans fondement, en disant que « tout était clairement expliqué dans cet article [modifié et antidaté] »
L’article que tu as lié est précisément celui-là, et la version d’origine est ici : http://archive.today/2025.01.16-173123/https://blog.bambulab...
En tant que fournisseur ayant déjà voulu permettre aux utilisateurs d’accéder à leurs appareils derrière un NAT, cela me rappelle la façon dont Ubiquiti gère le sujet
Unifi Cloud ne s’occupe que de l’authentification et du courtage de connexion via un portail public, puis la connexion se fait directement vers l’équipement de l’utilisateur depuis le navigateur web ou l’application
Et si on le souhaite, on peut aussi désactiver cette fonction et gérer soi-même l’accès distant. D’autres fournisseurs feraient bien de s’en inspirer
L’important ici n’est pas seulement le support d’une imprimante, mais la possibilité pour l’utilisateur de continuer à se servir d’un matériel qu’il possède déjà sans dépendre d’un chemin imposé via le cloud du fournisseur
Le support du réseau local peut sembler n’être qu’une fonction de confort jusqu’au jour où il disparaît ; à ce moment-là, on comprend clairement qu’il faisait partie du modèle de propriété
Bambu n’a pas supprimé le support du réseau local, et n’importe quelle imprimante Bambu peut être utilisée sans cloud ni connexion Internet
Ce qu’on ne peut pas faire, c’est utiliser les serveurs cloud de Bambu avec un slicer tiers
https://www.fulu.org/
https://www.youtube.com/watch?v=1jhRqgHxEP8
Il y a très peu d’informations ; je ne sais pas s’ils essaient juste de copier d’autres dépôts GitHub supprimés pour les rebrander à leur nom, ou s’ils ont réellement fait autre chose
Il y a un lien vers un autre dépôt dans l’issue : https://github.com/danielcherubini/fork-a-slicer
Je me demande comment Bambu pourrait empêcher ce genre de fork qui ne contient aucun code, seulement des instructions demandant à une IA de recréer le plugin réseau depuis zéro
Il suffit de ne plus jamais rien leur acheter
C’est la même histoire que Synology qui impose une dépendance à certains disques durs
Tant qu’il existe d’autres fournisseurs, il n’y a pas de raison de leur donner son argent
J’ai acheté un nouvel appareil et j’y ai mis des disques WD, sans aucun problème
J’envisageais d’acheter une Bambu Lab A1, mais entre cette polémique et les précédentes, il vaut probablement mieux choisir un autre fournisseur
J’aime bien l’esprit hacker et l’ouverture de Prusa, mais j’ai des doutes sur le fait que ce soit un bon premier achat. Des alternatives recommandées pour les débutants ?
J’ai eu un problème de tiges linéaires par le passé, j’ai parlé quelques minutes avec le support, et deux jours plus tard les pièces de rechange étaient chez moi
Ils fournissent aussi des mises à jour firmware et des upgrades matériels pendant des années. C’est vraiment appréciable, et je ne sais pas si d’autres fabricants d’imprimantes pour particuliers en font autant
Le prix de départ est un peu plus élevé, mais à mon avis ça le vaut
Maintenant, je regarde même des modèles plus chers qui vont bientôt sortir
Cela dépend sans doute de l’usage. Il existe peut-être des alternatives qui donnent des impressions parfaites avec un minimum de réglages, mais moi j’ai aimé avoir une machine qu’on peut vraiment bricoler. Comme acheter un tracteur avant une voiture de course :)
En l’assemblant moi-même, j’ai un jour trop serré un collier et coupé le câble du ventilateur de refroidissement de la pièce
Il y a une prime de prix. Personnellement, j’ai trouvé les préréglages et l’ergonomie de PrusaSlicer meilleurs que ceux d’OrcaSlicer ou de ses forks
Malgré cela, je l’ai choisi volontairement à cause de son attitude vis-à-vis de l’open source et à cause de ce genre de pratiques chez Bambu
Et ce même si, objectivement, Bambu propose des produits bien meilleurs ou au moins comparables à un prix nettement inférieur
Quelle peut être la motivation de Bambu ? Je ne vois pas ce qu’ils gagnent à abîmer ainsi leur crédibilité
Est-ce simplement une question de données d’usage ? Veulent-ils entraîner des modèles sur les fichiers STL de tout le monde ?
Il est possible que de nombreuses lois apparaissent pour réglementer ce qu’il est légal d’imprimer en 3D, et dans ce cas des systèmes de vérification d’âge ou similaires pourraient devenir nécessaires
Elles persistent malgré un fort rejet et une mauvaise publicité pour la marque, et même quand elles donnent leurs raisons, cela reste peu convaincant
Pour des entreprises basées aux États-Unis ou dans l’UE, comme les ouvre-portes de garage Chamberlain/LiftMaster, on voit assez bien la logique : ajouter un abonnement cloud payant au-dessus d’un niveau gratuit de base et revendre des données consommateurs
Mais pour des entreprises chinoises comme Bambu Lab, c’est plus étrange, car il semble peu probable qu’elles tirent des revenus d’abonnement significatifs
D’autant plus que, dans les périphériques technologiques grand public à bas prix, on observe souvent un investissement minimal dans le site web, les mises à jour continues et le support client direct ; vouloir en faire un vrai business d’abonnement sur le long terme ne paraît pas cohérent
Mon hypothèse est que le gouvernement chinois pousse discrètement, dans une stratégie de long terme, à exiger une connexion cloud vers des datacenters chinois
Cela ne veut pas dire que ces entreprises sont des organes directs de l’État chinois ni qu’elles injectent un firmware malveillant. À grande échelle, cela se verrait vite et ce ne serait même pas nécessaire
Il suffit que les serveurs cloud soient hébergés dans des datacenters chinois pour que le gouvernement puisse, via l’écoute passive des paquets, obtenir les adresses IP et les données d’usage des consommateurs, et en cas de dégradation des relations internationales, bloquer sélectivement des paquets au niveau du pare-feu pour rendre inopérants des millions d’appareils grand public
Cela peut sembler paranoïaque, et je ne dis pas que Bambu Labs fait spécifiquement cela, mais c’est une hypothèse qui me trotte dans la tête depuis longtemps, bien avant de connaître Bambu Labs, face à cette obsession étrange de nombreux appareils domotiques chinois bon marché à imposer une connexion cloud malgré l’absence de modèle économique clair
Ces petites entreprises hardware de Shenzhen ne semblent pas vraiment motivées à bâtir un vrai business autour des services cloud, et leur implémentation paraît presque toujours minimale et sous-financée
Sur des périphériques matériels à faible marge, l’argent dépensé à faire tourner un cloud sans revenus récurrents après la vente n’est qu’un coût pur. Cela ressemble davantage à une sorte de taxe à l’exportation payée par l’entreprise pour avoir le droit de vendre à l’étranger
Pour moi, une connexion cloud sur du matériel domotique, c’est éliminatoire dès le départ. Comme ces appareils peuvent finir encastrés dans les murs, je n’achète que du matériel capable de fonctionner sur un sous-réseau strictement local, ou sur lequel on peut installer un firmware open source comme Tasmota ou ESPHome
C’est absurde de voir ces objets finir réglementés comme des armes à feu
Les gens l’ont juste ignoré parce que c’était brillant !