nikosse

N'hésite pas à rajouter le lien, je t'offrirai un café avec plaisir !

Le PR a été accepté, et après mise à jour de Moonraker, les métadonnées apparaissent bien !

Nickel, l'écran est en place ! Merci

C'est dommage, je n'ai qu'une douche

J'ai fouillé un peu plus le dépôt de Moonraker, et je suis tombé sur deux PR concernant un problème similaire avec les métadonnées pour OrcaSlicer et Bambu Studio. Du coup j'ai fait un PR sur le même principe pour QIDISlicer Et puis le Père Noël est passé...

Je n'ai rien trouvé sur les différents dépôts... Il faudra que j'ouvre une issue à l'occasion

"Layer height", "Nozzle diameter", "Filament name", etc. (dans le "gestionnaire de fichiers" de Fluidd/Mainsail) : Bon à savoir J'ai pu mettre à jour Moonraker via KIAUH, mais le fichier concerné n'était pas impacté par cette mise à jour.

Effectivement, le dépôt est taggué "dirty" : Avec les fichiers .gcode générés par QIDISlicer, tu as uniquement un souci avec les miniatures ? Tu as bien le reste des métadonnées quand tu importes le fichier dans Fluidd/Mainsail ? Merci pour les infos concernant l'écran

Je confirme tout ça ! En parlant du nouvel écran, tu aurais un modèle à conseiller, pour que je puisse passer commande ? Sinon, rien à voir, mais depuis la "libération" de mon imprimante, Moonraker ne parse plus les métadonnées des fichiers .gcode générés par QIDISlicer (ça fonctionne avec les fichiers générés par PrusaSlicer ou OrcaSlicer) : J'ai comparé rapidement le fichier "metadata.py" entre les dépôts https://github.com/QIDITECH/moonraker et https://github.com/Arksine/moonraker, et visiblement QIDI a fait cette modification : Fichier d'origine : class PrusaSlicer(BaseSlicer): def check_identity(self, data: str) -> Optional[Dict[str, str]]: aliases = { 'PrusaSlicer': r"PrusaSlicer\s(.*)\son", 'SuperSlicer': r"SuperSlicer\s(.*)\son", 'OrcaSlicer': r"OrcaSlicer\s(.*)\son", 'MomentSlicer': r"MomentSlicer\s(.*)\son", 'SliCR-3D': r"SliCR-3D\s(.*)\son", 'BambuStudio': r"BambuStudio[^ ]*\s(.*)\n", 'A3dp-Slicer': r"A3dp-Slicer\s(.*)\son", } Fichier modifié par QIDI : class PrusaSlicer(BaseSlicer): def check_identity(self, data: str) -> Optional[Dict[str, str]]: aliases = { 'QIDISlicer': r"QIDISlicer\s(.*)\son", 'PrusaSlicer': r"PrusaSlicer\s(.*)\son", 'SuperSlicer': r"SuperSlicer\s(.*)\son", 'OrcaSlicer': r"OrcaSlicer\s(.*)\son", 'SliCR-3D': r"SliCR-3D\s(.*)\son", 'BambuStudio': r"BambuStudio[^ ]*\s(.*)\n", 'A3dp-Slicer': r"A3dp-Slicer\s(.*)\son", } J'ai rajouté manuellement la ligne 'QIDISlicer': r"QIDISlicer\s(.*)\son", au fichier présent sur mon installation, et ça a l'air de corriger le problème : Je n'ai pas testé les autres impacts que cette modification pourrait avoir... Et la modification sera perdue à chaque mise à jour de ce fichier.

Content d'avoir pu aider ! Tout s'est passé nickel (flashage du MKS-THR via Katapult) : Merci !

C'est l'installation de Klipper qui crée le dossier en question (entre autres) : ###### Creating folder '/home/mks/printer_data/backup' ... [✓ OK] Folder '/home/mks/printer_data/backup' created! ###### Creating folder '/home/mks/printer_data/certs' ... [✓ OK] Folder '/home/mks/printer_data/certs' created! ###### Creating folder '/home/mks/printer_data/config' ... [✓ OK] Folder '/home/mks/printer_data/config' created! ###### Creating folder '/home/mks/printer_data/database' ... [✓ OK] Folder '/home/mks/printer_data/database' created! ###### Creating folder '/home/mks/printer_data/gcodes' ... [✓ OK] Folder '/home/mks/printer_data/gcodes' created! ###### Creating folder '/home/mks/printer_data/comms' ... [✓ OK] Folder '/home/mks/printer_data/comms' created! ###### Creating folder '/home/mks/printer_data/logs' ... [✓ OK] Folder '/home/mks/printer_data/logs' created! ###### Creating folder '/home/mks/printer_data/systemd' ... [✓ OK] Folder '/home/mks/printer_data/systemd' created! Effectivement le script pour l'automontage attribue les droits à l'utilisateur mks pour le dossier "/home/mks/printer_data/gcodes/USB/", mais les dossiers parents "/home/mks/printer_data/gcodes/" et "/home/mks/printer_data/" restent en "root:root". J'imagine que le problème ne se pose pas si l'installation de Klipper est faite avant d'exécuter le script pour l'automontage.

Procédure au top, merci ! Pour l'instant j'ai juste rencontré un petit souci lors de la première tentative d'installation de Klipper. Lors de la création du premier répertoire (/home/mks/printer_data/backup), j'ai eu une erreur de permissions. Après vérification, le répertoire "printer_data" était en "root:root". Un petit coup de chown et c'est rentré dans l'ordre. Je me demande si ce n'est pas lié au script pour l'automount USB ? Ou alors j'ai fait une autre connerie à un moment...

Salut ! J'ai hâte de tester ça !

Beau boulot !