Suite à mes dernières aventures, j’ai maintenant deux imprimantes fonctionnelles, deux Ender v3. J’ai aussi ma Dreamer, j’attends des buses de rechange pour voir si j’arrive à la remettre en marche... J’ai démonté les extrudeurs, y en avait un de bien bouché. C’est une vraie galère à réparer cette imprimante, le revers de la médaille : elle est tres bien packagé, enceinte fermée pour garder la chaleur, lampes led à l’intérieur, etc ... Mais quelle galère pour démonter la tête.. A priori, ça sera pas le cas des Ender qui sont plus accessibles ...

Je pourrais les laisser comme avant Octoprint, c’est à dire, les piloter à la main via leurs écrans respectifs. Mais j’ai pris goût à Octoprint...

Mauvaise nouvelle, Octoprint ne sait pas gérer 2 imprimantes en même temps. Mais il existe plusieurs solutions :

• Installer un autre raspberry. Solution simple, mais quand on voit le peu de puissance CPU pris par Octoprint, ç’est clairement du gâchis...
• Installer une deuxième instance de Octoprint, mon choix...

Opération simple, je me suis basé sur ce tutoriel.

• Arrêter Octoprint
  systemctl stop octoprint
• Copier le répertoire de paramétrage
  cp -r /home/pi/.octoprint /home/pi/.octoprint1
• Copier le fichier de service en modifiant le port et le répertoire de base (/etc/systemd/system/octoprint.service)
• Prevenir systemctl
  systemctl daemon-reload
• Passer cette instance en démarrage automatique
  systemctl enable octoprint1.service
• modifier la config de haproxy (qui sert de proxy entre le port 80 ou 443 vers le port 5000 de Octoprint) (fichier /etc/haproxy/haproxy.cfg)

Et la, les choses se gâtent : suivant l’ordre de démarrage des imprimantes, elle se placent en /dev/ttyUSB0 ou 1. J’avais rajouté une règle udev pour avoir un lien plus parlant mais la, ça marche plus : les deux imprimantes sont identiques, donc ou les mêmes discriminants idProduct et idVendor.

Après un peu de recherches, de tests et de bagarres, j’ai trouvé :

• utiliser udevadm pour lister les infos des périphériques pour trouver un discriminant
  udevadm info -a -p $(udevadm info -q path -n /dev/ttyUSB0)
• Pour moi, ça sera KERNELS qui correspond au port physique des prises USB, choses que je ne devrais jamais changer...
• modifier le fichier udev, pour moi, /etc/udev/rules.d/99-usbrelay.rules
  SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="ttyUSB-Creality-Ender-Gauche", MODE="0666", KERNELS=="1-1.4"
SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="ttyUSB-Creality-Ender-Droite", MODE="0666", KERNELS=="1-1.2"
• relancer udev (pour ne pas à avoir à rebooter
  udevadm control --reload-rules && udevadm trigger && ll /dev/ttyUSB*
• puis, je test en allumant les imprimantes dans un ordre différent, et ça marche !!
• configurer le périphérique dans les deux instances Octoprint
• J’ai aussi ajouté un plugin pour avoir le nom de l’imprimante (et d’autres infos) dans la barre d’onglet (DisplayLayerProgress)

Voila, pas mal de recherches pour au final ne plus à avoir lever le cul de mon siège ... PAS BIENNNNNN !!!