Sidewinder X4 Pro et Plus, tout ce qu'il faut savoir

[MrMagounet]

Salut @tgv26 alors pour les unknown command il faut aller décocher les option d'exclusion d'objet dans orca 

J'avais intégré cela sur ma SW X4 plus puis je l'avais retiré quand j'ai remarqué que la versio nde klipper d'origine était trop ancienne et causait des soucis avec l'option active.

Perso j'ai jamais eu de soucis d'accroche sur la SW X4 Plus, mais j'ai vue que sur certain machine certain plateau flexible etait moins performant que sur ma machine tu as des visuelles de ce que cela donné quand tu dis impression vraiment pas belle ? 

[LilYoda]

J'ai fait marcher la partie exclusion d'objets sur la SWX4+. J'ai bien la possibilité d'exclure des objets en cours de print si un objet a foiré mais pas les autres.

Il me semble qu'il y a un truc à modifier dans le printer.cfg. Je vérifierai demain et j'éditerai le message pour compléter ce que j'avais fait, si j'arrive à retrouver comment j'avais fait.

[fjaffre]

Le 11/05/2025 at 19:06, Didi555 a dit :

Non elle est toujours allumée. J'ai déjà changé la mienne 1 fois. 

Pour la Led j'ai commandé ici. 

https://a.aliexpress.com/_EuW4y74

 

J'ai reçu ma nouvelle led et cela fonctionne. Le circuit de led d'origine n'a aucuns composents comparé au model reçu. 

[tgv26]

Le 19/05/2025 at 17:39, MrMagounet a dit :

Salut @tgv26 

Perso j'ai jamais eu de soucis d'accroche sur la SW X4 Plus, mais j'ai vue que sur certain machine certain plateau flexible etait moins performant que sur ma machine tu as des visuelles de ce que cela donné quand tu dis impression vraiment pas belle ? 

Bonsoir, je te fais un retour dés que possible, là je cumule les fails c'est incroyable. :(

[Didi555]

Il y a 3 heures, LilYoda a dit :

J'ai fait marcher la partie exclusion d'objets sur la SWX4+. J'ai bien la possibilité d'exclure des objets en cours de print si un objet a foiré mais pas les autres.

Il me semble qu'il y a un truc à modifier dans le printer.cfg. Je vérifierai demain et j'éditerai le message pour compléter ce que j'avais fait, si j'arrive à retrouver comment j'avais fait.

C'est sur la 1ère page. 

@MrMagounet un fait un tuto. Il faut rajouter des lignes dans Moonraker.conf et printer.cfg

[LilYoda]

Ah ben voilà. Merci @Didi555, j'étais revenu ce matin pour faire de l'archéologie dans mes confs

[snoop]

Le 17/05/2025 at 17:42, LilYoda a dit :

Aloha

Je viens de me décider à faire la mise à jour aujourd'hui.

Quelques commentaires:

• maintenant la mise à jour se fait vers moonracker v9 et plus la v8
• dans mon cas, je n'avais pas de fichier /home/mks/klipper_config/moonraker_secure.json
• dans mon cas, je n'avais pas spoolman. et on ne peut plus l'installer, car la version de debian sur la SWX4+ est trop ancienne.
  Il lui faudrait un python v3.9 minimum, et la SWX4+ a un python version 3.7.3

###### Checking for the following dependencies:
● curl 
● jq 
[✓ OK] Dependencies already met!
Python 3.9 or later is not installed (Current version: 3.7.3)
You are running an outdated version of Debian/Raspbian (Buster). If you upgrade to Bullseye, you will get the correct python version. Please see guides online on how to upgrade your operating system.

#=======================================================#
 Spoolman installation failed! 
#=======================================================#

• Plus grave, le pavé LCD de l'imprimante ne fonctionne plus. Il reste bloqué sur le logo artillery
  Je n'ai pas encore trouvé pourquoi...

Bon par contre j'ai réussi à installer la config nécessaire pour faire un timelapse.

Sur un cube de calibration, ça donne ça:

https://youtu.be/lPLjtwaXC0M

Bonjour,

est ce que quelqu'un est allé jusqu'à mettre à jour debian pour installer python 3.9, voire mettre à jour klipper et donc flasher les MCU ?

je suis pas loin de le faire, conscient que je risque de perdre beaucoup de temps (tout à fait d'accord avec MrMagounet ), et surtout je m’inquiète de la réversibilité du flashage MCU : si je veux revenir en arrière, je remets l'image d'origine fournie par Artillery, et depuis cette image, je peux les flasher comme à l'origine ?

merci !

 

[MrMagounet]

il y a une heure, snoop a dit :

Bonjour,

est ce que quelqu'un est allé jusqu'à mettre à jour debian pour installer python 3.9, voire mettre à jour klipper et donc flasher les MCU ?

je suis pas loin de le faire, conscient que je risque de perdre beaucoup de temps (tout à fait d'accord avec MrMagounet ), et surtout je m’inquiète de la réversibilité du flashage MCU : si je veux revenir en arrière, je remets l'image d'origine fournie par Artillery, et depuis cette image, je peux les flasher comme à l'origine ?

merci !

 

Le MCU peut aujourd'hui ce refaire flasher sans vérification que le firmware que tu veux installé est antérieur ou non a celui présent, donc ce la ne pose pas de soucis prémier, Cependant je te recommanderais de prendre un module EMMC neuf et de cloner le système dessus puis d'effectué tes tester comme cela si il y a un soucis tu peux remettre le module EMMC d'origine avec le système d'origine et tu as juste a remettre de firmware sur le MCU  

[snoop]

Merci !

je vous tiens au courant si je me lance...

[LilYoda]

J'ai commandé un module eMMC aussi. Je vais reflasher l'OS d'origine, et tenter une upgrade debian (et je vous dirai si ce qui marche encore après)

[Papaz79]

Bonjour,

 

la "machine" sortie d'usine est déjà bien non?

Pourquoi vouloir flasher le MCU

Pourquoi vouloir calibrer les moteurs d'extrusion alors que souvent c'est du à un mauvais réglage et pas à la calibration.

Je comprends l'envie d'optimiser, mais avec les modifications que vous citez vous me donner l'impression de dire que artillery est pas aller au bout des choses et que c'est aux utilisateurs de peaufiner!

 

Honnêtement la "machine" marche très bien d'origine si on prend le temps de la régler comme il faut non?

 

 

[snoop]

Il y a 15 heures, Papaz79 a dit :

Bonjour,

 

la "machine" sortie d'usine est déjà bien non?

Pourquoi vouloir flasher le MCU

Pourquoi vouloir calibrer les moteurs d'extrusion alors que souvent c'est du à un mauvais réglage et pas à la calibration.

Je comprends l'envie d'optimiser, mais avec les modifications que vous citez vous me donner l'impression de dire que artillery est pas aller au bout des choses et que c'est aux utilisateurs de peaufiner!

 

Honnêtement la "machine" marche très bien d'origine si on prend le temps de la régler comme il faut non?

 

 

Bonjour,

ce qui me motive à tenter d'upgrader :

• en l'état, impossible de sauvegarder ma webcam, je doit la recréer à chaque fois. (erreur "Invalid value for parameter 'rotate'" qui semble réglée par des mises à jour)
• faire des timelapses (certes, cela ne sert pas à grand chose !)
• l'envie de comprendre "comment marche" la machine. (cette mise à jour me force à comprendre comment marche Klipper / Fluid, m'a fait apprendre ce qu’était un MCU, ...)
• un "perfectionnisme geek" qui fait que je n'aime pas avoir des PCs avec des systèmes d'exploitation / logiciels pas à jour sur mon réseau. (je peux prétexter les risques de sécurité, mais en vrai l'imprimante est très souvent éteinte, donc c'est limité ! et il y a d'autres façons de sécuriser (je pourrais la mettre sur un réseau isolé...))
• la croyance (très probablement erronée ) que les mises à jour apportent des améliorations qui rendront les impressions "meilleures"
• à terme, peut être retarder l'obsolescence de l'imprimante : si des nouvelles fonctions hyper bien apparaissent de futures versions des logiciels, il me sera peut être possible de les installer et d'en profiter, au lieu de considérer l'imprimante comme obsolète.

C'est sur que je préférerais qu'artillery mette à jour les logiciels, mais je savais qu'en achetant une imprimante à ce prix, cela faisait partie du "deal".

voila voila !

[MrMagounet]

Le 23/05/2025 at 18:45, Papaz79 a dit :

la "machine" sortie d'usine est déjà bien non?

Pourquoi vouloir flasher le MCU

Pourquoi vouloir calibrer les moteurs d'extrusion alors que souvent c'est du à un mauvais réglage et pas à la calibration.

Je comprends l'envie d'optimiser, mais avec les modifications que vous citez vous me donner l'impression de dire que artillery est pas aller au bout des choses et que c'est aux utilisateurs de peaufiner!

 

Honnêtement la "machine" marche très bien d'origine si on prend le temps de la régler comme il faut non?

Oui la machine fonctionne bien d'origine, le flash du MCU est une étape obligatoire si l'on change de version majeur de Klipper , Artillery est aller au bout de sa configuration, mais utilisant une version de Klipper qui n'est pas celle du projet open source certain plug-in et les mises a jours récente ne sont pas possible de base, la version de linux installé etant obsolète cela n'arrange pas les choses.

Donc oui l'on peu fonctionner comme cela sans soucis apporter quelques modifications mineur comme des macros et dans ce cas y a pas a s'inquiéter, mais certain pourrait vouloir implémenter des options soft en plus.

Par contre pensé que cela améliorera les impressions, comment dire  bien pas vraiment. 

[LilYoda]

Aloha. 2 updates aujourd'hui:

1) Gérer la rampe de LED avec une seule macro qui fait On/Off

J'ai modifié les scripts pour gérer la rampe de LED, pour qu'une seule macro fasse le ON/OFF en fonction de son état actuel.

Voilà le fichier 'LED_ramp_toggle.sh', à mettre dans le répertoire 'scripts'

#!/bin/bash
NEW_STATE=`awk '{print !$0}' /sys/class/gpio/gpio79/value`
echo $NEW_STATE >/sys/class/gpio/gpio79/value

Ensuite, via l'interface Fluidd, vous créez un nouveau fichier de conf appelé 'shell_command.cfg', dans lequel vous mettez:

[gcode_macro led_ramp_toggle]
gcode:
  RUN_SHELL_COMMAND CMD=led_ramp_toggle

[gcode_shell_command led_ramp_toggle]
command: sh /home/mks/scripts/LED_ramp_toggle.sh
timeout: 2.

Et dans le 'printer.cfg', vous ajoutez la ligne suivante au début

[include shell_command.cfg]

Un petit 'save & restart' plus tard, vous aurez une nouvelle macro disponible dans Fluidd qui permet avec le même bouton de faire on/off sur la rampe LED

(Ca permet aussi à ceux qui gèrent leur imprimante via Home Assistant d'avoir un bouton unique pour faire le on/off de la rampe LED)

2) Ajouter la gestion du timelapse dans Fluidd

J'ai regardé en première page, mais pas vu comment ajouter le timelapse.

Je copie la procédure ci-dessous pour ceux qui ne font pas un upgrade de debian (après un upgrade debian, c'est un poil différent dans la conf de 'apt')

Commencer par corriger le fichier de sources de 'apt'. Il s'agit du fichier '/etc/apt/sources.list'

deb http://deb.debian.org/debian buster main contrib non-free
deb http://deb.debian.org/debian buster-updates main contrib non-free

Il est important de le mettre à jour, car l'install du timelapse demande à ce que la procédure 'apt' passe sans erreur, et les autres lignes du fichier font planter un 'apt update'

Ensuite, faire:

sudo apt update -y
sudo apt upgrade -y
sudo apt full-upgrade -y

Là normalement, l'OS est à jour (sans faire d'upgrade vers la version supérieure)

Ensuite, faire la procédure suivante, qui doit passer sans erreur

cd ~/
git clone https://github.com/mainsail-crew/moonraker-timelapse.git
cd ~/moonraker-timelapse
make install

Ensuite, au début du 'printer.cfg', ajouter

[include timelapse.cfg]

Vérifier qu'il y ait bien la section suivante dans le 'moonraker.conf', sinon la rajouter

[timelapse]
##   Following basic configuration is default to most images and don't need
##   to be changed in most scenarios. Only uncomment and change it if your
##   Image differ from standart installations. In most common scenarios 
##   a User only need [timelapse] in their configuration.
output_path: ~/klipper_logs/timelapse/
##   Directory where the generated video will be saved
frame_path: /tmp/timelapse/
##   Directory where the temporary frames are saved
ffmpeg_binary_path: /usr/bin/ffmpeg
##   Directory where ffmpeg is installed

Ensuite, pour qu'il y ait un timelapse, il faut le configurer dans Fluidd:

Vous pouvez jouer avec la "park position", selon l'endroit où votre caméra est située. l'idée est qu'à la fin de chaque couche, la tête aille se ranger toujours au même endroit, et que la caméra prenne une image. Ma caméra étant pointée vers la buse d'impression, j'ai choisi 'center', mais à vous de voir.

Pour les "Render Settings", j'ai mis çà:

Et ensuite, dans Orcaslicer, il suffit d'ajouter une ligne 'TIMELAPSE_TAKE_FRAME' dans la config de l'imprimante, dans le block de g-code avant le changement de couche:

Si jamais vous n'avez pas le fichier 'timelapse.cfg', je vous attache le mien. Mais normalement il devrait déjà exister dans votre config.

 

timelapse.cfg.zip

Modifié (le) Mai 30 par LilYoda
Ortograf & gramère

[clyde76]

Salut Lilyoda,

Je viens de regarder des tutos sur les LED que je trouve très pratiques.

J’ai juste un souci quand je veux créer le fichier gcode_shell_command.py :il semble déjà créé, mais je n’y ai pas accès ensuite.

 

 

[fran6p]

il y a 41 minutes, clyde76 a dit :

J’ai juste un souci quand je veux créer le fichier gcode_shell_command.py :il semble déjà créé, mais je n’y ai pas accès ensuite.

Une fois le script Python gcode_shell_command.py installé sur le système, il n'y a aucun besoin d'y accéder. Il ajoute juste la gestion des Gcode étendus [gcode_shell_command commande_a_effecuter].

1- installer (c'est déjà fait apparemment), le fichier Python (via KIAUH)

2- ajouter les sections [gcode_macro …], [gcode_shell_command …] directement dans le fichier printer.cfg ou dans un fichier à inclure ([include fichier.cfg])

3- ajouter le script shell appelé par la section [gcode_shell_command …]

PS: pour créer un dossier, la commande est mkdir (ou md en abrégé), pas mdkir  

Modifié (le) Mai 30 par fran6p

[LilYoda]

mdkir, c'est pour dire que tu veux boire un Kir? ;-)

[clyde76]

lol je viens de m'en rendre compte je crois que soit j'ai besoin de lunette ou je devient  dyslexique

Bon quand j'ai bien led tooggle ramp dans les macro 

mais quand j'envoie la commande sh: 0: Can't open /home/mks/scripts/LED_ramp_toggle.sh

Pfffffffff

[LilYoda]

Bon et sinon, je dis ça, je dis rien, hein?

mks@mkspi:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux 11 (bullseye)
Release:	11
Codename:	bullseye

 

il y a 5 minutes, clyde76 a dit :

lol je viens de m'en rendre compte je crois que soit j'ai besoin de lunette ou je devient  dyslexique

Bon quand j'ai bien led tooggle ramp dans les macro 

mais quand j'envoie la commande sh: 0: Can't open /home/mks/scripts/LED_ramp_toggle.sh

Pfffffffff

Donne nous le résultat de ça, stp:

ls -la /home/mks/scripts

cat /home/mks/scripts/LED_ramp_toggle.sh

 

[clyde76]

merci

voila ce que j'ai

 

[LilYoda]

OK tu n'as pas créé le fichier.  Je ne sais pas si tu utilise nano ou vim, en editeur unix. Mais tu créée le fichier

'LED_ramp_toggle.sh', et dans le fichier, tu colle le contenu ci-dessous

#!/bin/bash
NEW_STATE=`awk '{print !$0}' /sys/class/gpio/gpio79/value`
echo $NEW_STATE >/sys/class/gpio/gpio79/value

Ensuite tu sauves le fichier ('echap'  ':' 'x' 'entrée' avec vi, je sais pas avec nano)

Et là, tu es de retour au prompt unix. Si tu fais un

cat /home/mks/scripts/LED_ramp_toggle.sh

Ca va te donner le contenu du fichier

Exemple:

Tiens, d'ailleurs en relisant le premier post de @MrMagounet, il parle de 8Go de RAM je crois. J'ai pas vérifié sur ma carte mère, mais dans l'OS j'ai qu'un Go disponible.

[clyde76]

merci d'avoir répondu ci rapidement.

j'ai la même chose au niveau de la ram

j'avais changé moi aussi la emmc par une 32 et installé l'image d'artillery sur celle ci et le timelapse et d'origine présent

 a titre d'info.

 

Modifié (le) Mai 30 par clyde76

[MrMagounet]

Il y a 13 heures, LilYoda a dit :

Tiens, d'ailleurs en relisant le premier post de @MrMagounet, il parle de 8Go de RAM je crois. J'ai pas vérifié sur ma carte mère, mais dans l'OS j'ai qu'un Go disponible.

Quand je fais une reacherche des data sheet avec le numéro de puce j'ai pour infos que j'ai 8Go de mémoire mais je pense qu'il y a eu une couille de la sérigraphie de mes puce car en effet on a 1Go Gb de dispo, je pense mettre faire avoir par la sérigraphie

[LilYoda]

Dans mon combat incessant contre une première couche aléatoire, mon fils m'a modelisé ça sur solidworks:

Ca sert à çà:

Le fichier .STEP en P.J.

Le micromètre (acheté sur amazon): https://www.amazon.fr/dp/B01H035DRO

 

Chappe_Micrometre_Imprimante_V2.STEP

Modifié (le) dimanche à 14:14 par LilYoda

[clyde76]

Merci Lilyoda 

problème résolu.

par contre chez moi sur l'image que j'ai mise sur le site d'artillery le timelapse ne fonctionne pas.