Le chaos visuel et la complexité de maintenance sont les premiers freins à l'évolution de nos machines. En migrant sur OpenNept4une, Klipper nous offre une puissance brute incroyable, mais nous livre souvent un répertoire de configuration encombré où fichiers systèmes, macros complexes et configurations matérielles se mélangent sans aucune logique. Découvrez comment la structure ZEW-Neptune4Max V1.0 pose des fondations chirurgicales pour reprendre le contrôle total de votre imprimante. Dans cet article, nous allons bâtir une arborescence claire, compartimentée et hautement professionnelle, directement depuis vos interfaces habituelles et sans risquer de casser votre système.
Ce que vous allez accomplir : Nous allons structurer votre instance Klipper en trois répertoires cibles (Hardware, Macros, Languages) pour isoler chaque responsabilité matérielle et logicielle. Pas de panique : nous posons des garde-fous stricts pour préserver l'intégrité opérationnelle de votre machine.
Pas de panique : On ne casse rien, on organise !
Avant de créer le moindre dossier ou de déplacer le moindre bloc de code, posons une règle absolue : le système vital et les liaisons logicielles de votre Elegoo Neptune 4 Max restent totalement intacts.
La réorganisation structurelle imposée par la charte ZEW-Neptune4Max V1.0 cible uniquement la propreté de nos propres configurations. Vous devez impérativement CONSERVER à la racine de votre instance les fichiers d'infrastructure indispensables au bon fonctionnement de votre écosystème :
• moonraker.cfg : Le serveur API qui gère la liaison et la sécurité entre Klipper et le réseau extérieur.
• mainsail.cfg ou fluidd.cfg : Les fichiers natifs contenant les macros graphiques et l'interface utilisateur.
• crowdmoon.cfg : Ou tout autre service d'arrière-plan propre à la distribution OpenNept4une.
Seuls les dossiers et fichiers explicitement indiqués comme "à créer", "à remplacer" ou "à déplacer" seront modifiés. Si un fichier système n'est pas mentionné, on n'y touche pas !
2. Le Labo à portée de clic : Vos outils dans Mainsail / Fluidd
Nul besoin d'ouvrir une console SSH, de taper des lignes de commande complexes en terminal ou d'installer un client SFTP tiers comme WinSCP. L'environnement OpenNept4une intègre nativement un gestionnaire de fichiers ultra-performant. Tout le déploiement se fait graphiquement, directement depuis votre navigateur web, dans l'onglet Configuration.
À l'aide du bouton + (Nouveau dossier) ou par un clic droit à la racine, créez les trois piliers de notre architecture :
• Hardware/ : L'ADN physique (axes, extrudeurs, ventilateurs).
• Macros/ : L'intelligence et routines systèmes (KAMP, filaments).
• Languages/ : La couche d'interface d'affichage linguistique.
Sélectionnez vos fichiers de gestion de langue existants (comme vos dictionnaires et fichiers d'interface personnalisés) et déplacez-les par un simple Glisser/Déposer (Drag & Drop) à l'intérieur du dossier 📂 Languages/ pour désencombrer instantanément la racine.
3. Choc Visuel : Structure d'origine VS Structure ZEW
Pour bien comprendre l'intérêt de cette manipulation, voici la comparaison directe entre l'environnement natif d'OpenNept4une après son installation, et le visage épuré que va prendre votre racine une fois vos nouveaux répertoires créés. C'est le moment de vérifier la conformité de votre interface.
Un empilement à plat "en vrac" où les configurations matérielles de la machine, les scripts d'interface et les liaisons API de l'OS se mélangent sur le même plan :
├── 📂 Firmware/
│ ├── 📄 elegoo_k1.bin
│ └── 📄 X_4.bin
├── 📂 KAMP/ (Lecture seule)
│ ├── 📄 Adaptative_Meshing.cfg
│ ├── 📄 KAMP_Settings.cfg
│ ├── 📄 Line_Purge.cfg
│ ├── 📄 Smart_Park.cfg
│ └── 📄 Voron_Purge.cfg
├── 📄 adxl.cfg
├── 📄 display_connector.cfg
├── 📄 fluidd.cfg
├── 📄 KAMP_Settings.cfg
├── 📄 klipper_debug.cfg
├── 📄 mainsail.cfg
├── 📄 mobileraker.cfg
├── 📄 moonraker.cfg
├── 📄 printer.cfg
└── 📄 user_settings.cfg
⚠️ Risque élevé de confusion et d'erreur de maintenance.
Une fois vos trois nouveaux dossiers créés, voici ce que vous devez voir. Les fichiers d'origine restent là (sécurité), mais l'espace est prêt à être compartimenté :
├── 📂 Firmware/ (Contenu d'origine inchangé)
├── 📂 Hardware/ [Nouveau - ZEW]
├── 📂 KAMP/ (Contenu d'origine inchangé)
├── 📂 Languages/ [Nouveau - ZEW]
├── 📂 Macros/ [Nouveau - ZEW]
├── 📄 adxl.cfg
├── 📄 display_connector.cfg
├── 📄 fluidd.cfg
├── 📄 KAMP_Settings.cfg
├── 📄 klipper_debug.cfg
├── 📄 mainsail.cfg
├── 📄 mobileraker.cfg
├── 📄 moonraker.cfg
├── 📄 printer.cfg # LE HUB CENTRAL
└── 📄 user_settings.cfg
✔️ Vos répertoires d'accueil sont prêts à isoler la conf.
Note importante concernant les extensions tierces : Selon le moment où vous appliquez ce guide, il est tout à fait possible que d'autres fichiers de configuration (comme octoeverywhere-system.cfg, des scripts d'historique ou des configurations de plugins distants) soient déjà visibles à votre racine. Ne les supprimez surtout pas ! La charte ZEW cohabite pacifiquement avec vos modules existants ; nous nous contentons de structurer proprement notre propre écosystème de pilotage.
Le bénéfice visuel et technique est immédiat. La racine de votre machine est désormais prête à basculer d'une logique "tout à plat" à une architecture étanche. Tout notre travail de réglage, de traduction et d'optimisation va maintenant pouvoir s'injecter à l'abri dans ces nouveaux sous-dossiers.
Votre structure physique est en place, propre et hermétique. Mais en l'état, notre chef d'orchestre ignore encore tout de ces nouveaux répertoires. Dans le prochain article, nous allons passer à la configuration pratique du Hub central : nous allons décortiquer et lier notre nouveau printer.cfg. Restez connectés !