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

[jujudemetz]

Après un Z offset, affinage de la vitesse d'extrusion, et utilisation des paramètres génériques pour le PLA+, ça ne fonctionne toujours pas... mais j'ai d'autres photos, on dirait qu'il y a un souci au niveau de l'entrainement du filament??

En plus il adhérait vraiment beaucoup sur le PEI

 

J'oubliais, une photo de ma 1ere couche, pour l'offset

Modifié (le) Juin 22 par jujudemetz

[MrMagounet]

@jujudemetz cela te le fait que sur ce filament si tu utilise un autre filament tu as le même soucis ?

Ce qui est étrange c'est que sur les dernières photos tu as des trace blanche sur ton filament noir comme si un reste de filament blanc etait présent et venait s'agglomérer, au vue de photo suivante on constate que tu est en sous extrusion niveau buse, ce qui laisse supposer un bouchage partiel ou un soucis de PTFE.

[jujudemetz]

Bonjour MrMagounet,

Yes ça le fait aussi sur d'autres filaments. Je pense que les traces c'est dû aux roues crantées qui ont patiné suite à un bouchage, c'est possible? Après oui j'ai souvent changé de filament, je passe un coup de filament de nettoyage (qui ne serait rien d'autre qu'un bête filament supportant mieux les températures, mais bon, ça fait sûrement tampon).

Le PTFE n'était pas bouché, j'avais démonté et vérifié, par contre la buse, peut être, mais c'est pas facile à déboucher entièrement (j'ai juste passé l'aiguille dedans à 200°C).



PS: J'ai ouvert mon propre topic pour ne pas polluer celui-ci, mais j'ai vu qu'après coup qu'on ne pouvait pas supprimer les posts... et j'en étais venu à cette mise à jour:

"J 'ai refait un essai, en imprimant uniquement les 3 plus grosses pièces, et en supprimant le réglage recommandé de faire un remplissage à 40%, et les grosses pièces se sont bien imprimées.
Je vais faire les plus petites (en cours, à 70% et RAS).
Peut être qu'en séparant les gabarits trop opposés du point de vue dimensionnel lors d'une impression cela faciliterait (ou à facilité) la tâche d'impression? "


Merci!

Par contre chez vous aussi (PEI texturé d'origine Artillery) quand on décolle certaines pièces, avec la led d'allumée, on peut voir que le revêtement prend un léger jeu? (sans pour autant se déchirer, et le plateau était un peu chaud, 45°C)

Modifié (le) Juin 23 par jujudemetz

[LilYoda]

Il y a 1 heure, jujudemetz a dit :

Par contre chez vous aussi (PEI texturé d'origine Artillery) quand on décolle certaines pièces, avec la led d'allumée, on peut voir que le revêtement prend un léger jeu? (sans pour autant se déchirer, et le plateau était un peu chaud, 45°C)

Non, pas chez moi

[MrMagounet]

@jujudemetz j'ai pas souvenir d'avoir eu cela sur mon PEI d'origine Artillery.

Les traces blanches on peu être déposer par les gears cranté uniquement si tu as mis du filament blanc avant et que cela a patiné en effet, sinon cela pourrait indiqué que tu as des résidu de matière dans le conduit du heatbreak aussi, tente de changer de buse pour voir.

Si les bouchage sont lié au fait que tu eloigne tes pièces alors cela laisse supposé que tes réglages de retraction sont pas adapter, ou alors tu aurais par exemple tenté d'imprimer de l'ABS ou PETG a température de PLa ce qui aurait créer un bouchage partielle, ou que tu a imprimer du PETG ou ABS puis après du PLA sans avoir purger l'intégralité de la buse avant, j'ai fais cette connerie sur la K2 Plus une fois en voulant imprimer une pièce et en me plantant de bobine j'avais prix la bobine blanche d'ABS au lieux de la PLA .

Sinon pour infos j'ai jamais utiliser de Filament de nettoyage de ma vie  

[jujudemetz]

D'accord, je serai vigilant, je m'en sert encore pour m'entrainer un peu et je mettrai l'Energetic que j'ai reçu. (décidément je suis maudit avec ces PEI)

Oui c'est possible.. Lors du démontage, j'avais tout nettoyé (enfin, c'était propre, il y avait surtout des morceaux secs volatiles) sauf la buse ne elle-même, me disant que ça va se faire à force d'impressions (juste débouchée avec la tige métallique)

En effet, c'est pour ça que je me suis un peu calmé, j'évite de faire de changements PETG PLA (et encore moins ABS) tant que tout ne se passe pas comme prévu, après pour les températures j'utilise toujours les profils intégrés au trancheur.

Je vais me pencher sur les réglages de rétractation intégré à Orca, j'ai fait tous les autres via SuperSlicer, mais je n'ai pas imprimé le motif de rétractation (à faire pour chaque filament, je suppose?)

Oui, j'avais lu par-ci par-là que c'était un peu inutile... mais j'en avait déjà acheté

Et sinon, est ce que ce genre de STL pourrait m'aider à y voir plus clair, ou serait utile à imprimer? Nop', ça ne possède pas la rétractation, par ex
 

Modifié (le) Juin 23 par jujudemetz

[jujudemetz]

Bonjour

J'ai fini par trouver une piste, ça semblait bien être de la sous extrusion, comme le pensait MrMagounet.

En replaçant correctement les pièces et en imprimant le précédent objet en deux fois, aucun souci, mais sur d'autres, la buse finissait par se boucher.

Lors du précédent remontage de la tête d'impression, le ventilateur du heatbreak touchait les fils qui n'étaient pas assez renfoncé dans le radiateur, et du coup, il ne tournait pas correctement (je l'ai vu lors du diag en éclairant avec une LED, par effet stroboscopique sur les pales)

Le filament gonflait petit à petit, plus ou moins tard, en fonction du filament, et bloquait dans la buse, typique.

A suivre, avant le prochain souci!

Modifié (le) mercredi à 06:51 par jujudemetz

[LilYoda]

J'ai une question sur la macro M600.

J'ai remarqué que le ventilateur de refroidissement en face avant de la tête d'impression se déclenche à fond dès le lancement de la macro.
Lors du resume, il ne revient pas à sa valeur précédente, et reste à fond, jusqu'à ce que le gcode du modèle ait une commande pour changement de vitesse du ventilateur.

Ca me donne ls premières lignes après le changement qui adhèrent mal à la couche précédente, car déjà celle ci a refroidi, mais en plus le dépot du nouveau filament se fait avec la ventilation à fond.

Je voulais voir si ce comportement était corrigeable, mais je ne vois pas de ligne dans la conf qui fait ça? Quelqu'un aurait-il une idée?

Voilà ce que j'ai dans les fichiers .cfg entre la M600, le PAUSE et le RESUME (je n'ai rien touché au PAUSE ou au RESUME pour l'instant)

[gcode_macro M600]
gcode:
	#Définit les valeurs par défaut M600 [E<initial_retract>] [U<later_retract>] [X<abs_pos>] [Y<abs_pos>] [Z<rel_pos>]

	{% set E = (params.E|default(1)|float,0.0)|max %}
	{% set U = (params.U|default(60)|float,0.0)|max %}
	{% set X = (params.X|default(10)|float,0.0)|max %}
	{% set Y = (params.Y|default(10)|float,0.0)|max %}
	{% set Z = (params.Z|default(10)|float,0.0)|max %}
	
	#Sauvegarde de l'état et mise en pause
    SAVE_GCODE_STATE NAME=M600_state
    PAUSE
	
	#Retraction relative de la valeur {E} de extrudeur à 45mm/s (2700mm/min) et levé du Z de la valeur {Z}
    G91
    G1 E-{E} F2700
    G1 Z{Z}
	
	#Déplacement en coordonées absolues des Axes X et Y au valeur par défaut définit à 50mm/s
    G90
    G1 X{X} Y{Y} F3000
	
	#Retraction relative pour retrait du filament de la valeur par défaut de U à 15mm/s 
    G91
    G1 E-{U} F1000
	
	#Restauration des valeurs d'avant pause
    RESTORE_GCODE_STATE NAME=M600_state
    
[gcode_macro PAUSE]
rename_existing: BASE_PAUSE
gcode: 
    {% set z = params.Z|default(20)|int %}                                                   
    {% set e = params.E|default(2.5) %} 
    SET_GCODE_VARIABLE MACRO=RESUME VARIABLE=zhop VALUE={z}                             
    SET_GCODE_VARIABLE MACRO=RESUME VARIABLE=etemp VALUE={printer['extruder'].target}                                              
    SAVE_GCODE_STATE NAME=PAUSE                                                                  
    M25                                                                              
    {% if (printer.gcode_move.position.z + z) < printer.toolhead.axis_maximum.z %}       
      G91
	    M83
	    G1 E-{e} F2100
      G1 Z{z} F900                                                                     
    {% else %}
      SET_GCODE_VARIABLE MACRO=RESUME VARIABLE=zhop VALUE=0
    {% endif %}
    SAVE_GCODE_STATE NAME=PAUSEPARK
    G90                                                                                  
    #G1 X0 Y0 F6000
	 # G1 E{e} F2100	
    SET_IDLE_TIMEOUT TIMEOUT=43200                                                       


[gcode_macro RESUME]
rename_existing: BASE_RESUME
variable_zhop: 0
variable_etemp: 0
gcode:
    #G28 X Y
    {% set e = params.E|default(2.5)|int %}                                          
    SET_IDLE_TIMEOUT TIMEOUT={printer.configfile.settings.idle_timeout.timeout}
    G91                                                                               
    M83
	#   G1 E-{e} F900		
    RESTORE_GCODE_STATE NAME=PAUSEPARK MOVE=1 MOVE_SPEED=100                     
    {% if printer[printer.toolhead.extruder].temperature >= printer.configfile.settings.extruder.min_extrude_temp %}                                                
      G1 Z{zhop * -1} F900
	    G1 E{e+0.5} F900	  
    {% else %}                      
      G1 Z{zhop * -1} F900                                                     
    {% endif %}
    RESTORE_GCODE_STATE NAME=PAUSE MOVE=1 MOVE_SPEED=60 
    M24

 

[MrMagounet]

@LilYoda bien y a rien que effectue un changement de vitesse de ventilation sur la macro M600 en soit. La chose que tu pourrait tenter de faire c'est de save la valeur de vitesse de ventilo dans M600_state de façon a ce que en fin de M600 cette valeur soit restauré.

[LilYoda]

Je comprends le principe, mais je n'ai aucune idée de ce qu'il faudrait écrire dans la macro M600 pour ça. Tu aurais une idée?

EDIT: on dirait que quelqu'un d'autre a aussi rencotré le problème sur reddit, et il y a une proposition de solution. Je testerai ça

 

Modifié (le) il y a 6 heures par LilYoda

[MrMagounet]

@LilYoda oui si tu te base sur la réponse tu ajoute

{% set fanspeed = printer.fan.speed %}

dans la zone de save de l'etat cela suffit logiquement  

[LilYoda]

Bon, j'ai testé avec une macro 'bidon', mais ça ne lit pas la variable

[gcode_macro TESTFAN]
gcode:
    M106 S210
    G4 P3000
    {% set fanspeed = printer.fan.speed %}
    RESPOND TYPE=command MSG='Fan speed: '{fanspeed}

Quand je l'execute, ça me dit juste:

16:52:17  $ TESTFAN
16:52:19  // Fan speed: 0.0

le M106 fait bien son job en mettant en route le ventilateur, mais ça renvoie toujours 0

Par contre, si je relance une seconde fois la même macro:

16:56:09  $ TESTFAN
16:56:10  // Fan speed: 0.658823529412

J'ai même mis des timer en pensant que la valeur 'printer.fan.speed' mettait du temps à se mettre à jour dans Klipper, mais ça ne semble pas fonctionner... On dirait qu'il lit la valeur qui existait avant le lancement de la macro

D'ailleurs, si je force la vitesse à une valeur différente via la console AVANT de lancer la macro, il me donne la valeur  d'avant le lancement:

16:58:50  $ M106 S100
16:58:53  $ TESTFAN
16:58:53  // Fan speed: 0.313725490196  << correspond au M106 S100 et pas au M106 S210

Je ne capte pas pourquoi...

Modifié (le) il y a 3 heures par LilYoda