Article Optionnel (Advanced) : Après avoir structuré notre architecture aérodynamique standard, nous franchissons un cap d'optimisation supérieur. Dans cet Article 9, nous modifions en profondeur notre fichier Fans.cfg pour le rendre totalement Future-Proof. Nous allons rationaliser l'acoustique au repos en divisant par 12 le temps de maintien d'usine des ventilateurs de la carte mère, et restructurer logiquement la puissante barre auxiliaire arrière. L'objectif ? Anticiper un découplage électronique complet pour piloter chaque segment de ventilation de manière indépendante.
Ce que vous allez découvrir : Comment passer d'un code constructeur hérité à un script d'infrastructure taillé pour le prototypage. Nous analyserons l'impact du timeout acoustique et la refonte sémantique des blocs [fan_generic] indispensables pour préparer vos futures modifications physiques de câblage.
1. Mutation du script Hardware/Fans.cfg
Voici la version optimisée de notre module de ventilation. Remplacez l'intégralité du contenu de votre fichier ~/printer_data/config/Hardware/Fans.cfg par cette structure d'ingénierie nettoyée :
#############################################################################
#############################################################################
# ZEW-Neptune4Max V1.0 | CUSTOM INTERFACE COMPONENT
# -------------------------------------------------------------------------
# MODULE : FAN MANAGEMENT (Fans.cfg)
# FUNCTION : Cooling Control for Electronics, Hotend & Print Surface
# DESIGNED BY : Frédéric IMBERT
# VERSION : 1.1.0 (2026-05-06)
# STATUS : OPTIMIZED / FUTURE-PROOF
#############################################################################
#############################################################################
# --- Mainboard & Heatbreak Cooling ---
[controller_fan mainboard_heatbreak_fan]
pin: PC7 ; Control pin for MCU and Heatbreak fan
fan_speed: 1.0 ; Full speed when active
idle_speed: 0.5 ; Reduced speed when printer is idle
idle_timeout: 3600 ; Shutdown after 1 hour of inactivity (Optimized)
shutdown_speed: 1 ; Safety: fan at max speed on MCU error
heater: extruder, heater_bed ; Monitor these heaters
stepper: stepper_x, stepper_y, stepper_z, extruder ; Monitor these motors
# --- Print Cooling Fan (Toolhead) ---
[fan]
pin: PB7 ; Primary part cooling fan (Nozzle)
# --- Rear Auxiliary Cooling Fan Array ---
# These fans provide high-volume airflow for rapid cooling on large layers.
# Ready for physical hardware decoupling and independent segment control.
[fan_generic rear_fan_1]
pin: PC9 ; Rear cooling bar - Segment 1
[fan_generic rear_fan_2]
pin: PA8 ; Rear cooling bar - Segment 2
[fan_generic rear_fan_3]
pin: PA15 ; Rear cooling bar - Segment 3
# --- Boot Sequence Routine ---
# This ensures fans are initialized and heaters are responsive at startup.
[delayed_gcode start_fan_at_idle_speed]
initial_duration: 5. ; Run 5 seconds after boot
gcode:
SET_HEATER_TEMPERATURE HEATER=heater_bed TARGET=1
G4 P2000 ; Wait 2 seconds
SET_HEATER_TEMPERATURE HEATER=heater_bed TARGET=0
2. Décryptage des Gains : Acoustique et Évolutivité
Pourquoi modifier un fichier qui fonctionne déjà ? Parce que la charte **ZEW-Neptune4Max V1.0** vise l'efficience opérationnelle. Deux axes majeurs justifient cette mise à jour :
L'optimisation Acoustique et Confort de l'Atelier
Dans la configuration d'origine fournie par la distribution OpenNept4une, le paramètre idle_timeout était verrouillé à 43200 secondes, soit **12 heures**. Concrètement, cela signifiait qu'après une impression terminée en pleine nuit, les ventilateurs de la carte mère et de l'extrudeur continuaient de tourner à 80 % de leur puissance jusqu'au lendemain midi, générant un bruit de fond permanent, une usure inutile des roulements et une accumulation passive de poussière sous le châssis.
En abaissant la valeur à idle_timeout: 3600 (**1 heure**) et en réduisant la vitesse au repos à 50 % (idle_speed: 0.5), nous laissons au système le temps parfait pour dissiper l'inertie thermique résiduelle du plateau chauffant et de la buse après impression. Une fois ce délai de sécurité passé, Klipper plonge la machine dans un **silence total**. Vos composants et vos oreilles vous remercieront.
Réorganisation Sémantique : Préparer le contrôle matériel indépendant
L'évolution la plus stratégique réside dans la réécriture des blocs génériques de la barre de ventilation auxiliaire arrière. D'origine, les ventilateurs étaient nommés de façon abstraite : fan3, fan4 et fan5.
Physiquement, sur la machine d'usine, ces lignes ne sont pas indépendantes : toute la gigantesque rampe de ventilation arrière est pontée sur le même circuit électrique que la tête d'impression. Déclarer trois ventilateurs dans le code est pour l'instant une "illusion logicielle", mais nous avons renommé ces instances en rear_fan_1, rear_fan_2 et rear_fan_3 pour une raison cruciale :
La Vision du Modding : Vers un flux d'air adaptatif
Lorsque vous imprimez une petite pièce technique isolée au centre de votre plateau de 420x420 mm, activer la totalité de la barre de ventilation arrière est une hérésie énergétique et dynamique. Le flux d'air global refroidit inutilement les extrémités du lit de l'imprimante, augmentant les risques de décollement (*Warping*).
En isolant sémantiquement chaque segment (rear_fan_1 à 3) relié aux broches physiques réelles de la carte mère (PC9, PA8, PA15), notre architecture logicielle est prête à accueillir une modification physique. Dès lors que l'utilisateur choisira de recâbler de manière indépendante les ventilateurs arrière sur la carte, le firmware sera déjà configuré pour segmenter le flux d'air en fonction des coordonnées réelles d'impression de la buse !
Les broches alternatives PC9, PA8 et PA15 cartographiées dans le code attendent votre future configuration matérielle.
3. Raccordement et validation dans le Hub
Aucune modification n'est requise dans votre fichier central printer.cfg. Klipper se chargeant d'inclure dynamiquement le fichier Hardware/Fans.cfg à chaque démarrage, vos optimisations acoustiques et structurelles sont immédiatement appliquées après un simple clic sur "Firmware Restart".
Validation : En ouvrant votre interface de pilotage Web (Mainsail / Fluidd), vous constaterez que la section des ventilateurs affiche désormais des contrôles sémantiques clairs : rear_fan_1, rear_fan_2, et rear_fan_3. Votre interface est propre, logique et structurée.
Avec cette optimisation avancée, la couche principale de notre répertoire matériel Hardware est saine, robuste et hautement évolutive. Cependant, l’analyse des options physiques de notre machine n’est pas tout à fait terminée. Dans le prochain article, toujours dans cette série avancée et optionnelle, nous aborderons l'intégration et la cartographie de l'accéléromètre via le fichier Axl.cfg, et nous verrons pourquoi il est crucial de laisser sa ligne d'inclusion commentée par défaut au quotidien. Restez connectés !