Aller au contenu

Messages recommandés

Posté(e)
Il y a 19 heures, souriceaux a dit :

Mais pas de G91 et G90 .

Sûr ?

Parce que là en leur absence, en fonction du mode utilisé lors de l'impression, la suite de Gcode après l'arrêt des chauffages risque d'être problématique.

Si les dernières lignes d'impression utilisaient le mode relatif (G91) le G0 X0 Y0 … ne fera rien bouger

La ligne G0 Z{max_layer_z + 3} F600 ne sert à rien puisque utilisée plus loin et ne fonctionnera correctement que si on est en mode de déplacement absolu (G0 X0 Y0 déplace en (0,0)… Le déplacement du Z sera soit au milieu de l'axe  + 10, soit le plus petit entre la hauteur d'impression maximale et le nombre max de couches en Z + 3).

Franchement, je te conseille d'utiliser plutôt les lignes que j'ai données plus haut avec les G90/G91.

🙂

  • Merci ! 1
Posté(e) (modifié)

Bonsoir @fran6p,
Je viens d'incorporer 3 lignes:
- G91
- G90
et la fin:
PRINT_END

Je ferai un test demain.
Pourtant tout fonctionnait bien, à suivre ...
GCodedefin.JPG.13eb7a06ab1c083d5dd7fad4396289ed.JPG

Modifié (le) par souriceaux
Posté(e) (modifié)

En informatique et également avec des suites d'instructions G-code, il est toujours préférable d'indiquer précisément ce qui doit être fait plutôt que supposer que tout va fonctionner correctement (jusqu'au jour où cela ne fonctionne pas comme «attendu»… En gros c'est un corolaire de la loi de Murphy 😄 )

Après ton G91, j'utiliserais plutôt un G0 Z3 F600 ou encore mieux je supprimerais le G91 et le G0 Z{max_layer_z + 3} F600

L'ajout de la macro G-code PRINT_END permet de couper les ventilations entre autre :

Révélation

[gcode_macro PRINT_END]
gcode:
  M106 P2 S0
  M106 P0 S0
  M106 P3 S0  #关闭活性炭风扇
  M104 S0
  M140 S0
  M141 S0
  M220 S100
  M221 S100
  SET_IDLE_TIMEOUT TIMEOUT={printer.configfile.settings.idle_timeout.timeout} ; set timeout back to configured value
  CLEAR_PAUSE
  HOT_CALIBRATE_END
   M84
#  SET_STEPPER_ENABLE STEPPER=stepper_x enable=0
#  SET_STEPPER_ENABLE STEPPER=stepper_y enable=0
#  SET_STEPPER_ENABLE STEPPER=stepper_z enable=1
#  SET_STEPPER_ENABLE STEPPER=extruder enable=0
  BED_MESH_CLEAR      #恢复调平数据
  BED_MESH_PROFILE LOAD=default
  G31
  BEEP I=2 DUR=500

 

Par contre, elle désactive le détecteur de fin de filament, il faudra penser à le réactiver dans le G-code de démarrage du trancheur 😉

Ajouter tout à la fin de celui-ci, la ligne :

 SET_FILAMENT_SENSOR SENSOR=fila ENABLE=1

🙂

Modifié (le) par fran6p
  • Merci ! 1
Posté(e)

Merci @fran6p,
Je vais effectuer les modifications de cette macro.
Décidément difficile de se remettre "au parfum" dans ce domaine.
M’ enfin heureusement qu'il y a de bons conseils 😉

 

  • +1 1
Posté(e) (modifié)

Bonjour,

QIDISlicer est de nouveau sur Github en v1.1.3.

Je viens de le lancer et la première chose que je constate, c'est que la représentation du plateau de la Q1 Pro est différent de la version v1.1.2.

Sur la v1.1.2, il ressemble physiquement à celui de mon imprimante, mais pas sur la nouvelle version du slicer. Peut-être une amélioration du plateau avec des guides à l'arrière pour le placement de la plaque. 

v1.1.2

image.thumb.png.d5e732f9bca2858dab0ead04386f9731.png

v1.1.3

image.thumb.png.b7eb62c7686b8d16995ae44cb1451593.png

Modifié (le) par Steph86
  • Wow 1
  • 2 weeks later...
  • 3 weeks later...
Posté(e)

Peut-être patienter un peu avant de télécharger. Aucune information n'est donnée, contrairement aux versions précédentes.

🙂

  • +1 1
Posté(e)
Il y a 14 heures, fran6p a dit :

Aucune information n'est donnée, contrairement aux versions précédentes.

C'est fait. Pas mal d'ajouts et corrections: https://github.com/QIDITECH/QIDISlicer/releases

Posté(e) (modifié)

Bonjour à vous tous,
Je ne suis pas "chauvin" mais je voulais avoir comme affichage lors du lancement de QiDi la photo de la Xplus3 😉
QIDISlicer/resources/icons/splashscreen.jpg
 

splashscreen.jpg.c6941c60d82b8a7f4077391c8dc9f0c3.jpg

Modifié (le) par souriceaux
  • Haha 1
  • 1 month later...
  • 2 months later...
Posté(e)

Montée de version en 1.1.7. À télécharger soit à l'ouverture de la précédente version qui signale ce changement, soit directement sur le Github.

🙂

  • Merci ! 3
  • 1 month later...
Posté(e)
Il y a 23 heures, pjtlivjy a dit :

merci pour l'info @souriceaux plein de corrections et quelques changement de présentation, voilà mise à jour faîtes 

La mise à jour se fait bien mais il y a un gros changement : le paramètre de température de la chambre a été modifié : il est passé de volume_temperature à chamber_temperature.

Si vous avez comme moi dans le start_gcode la commande de la température de la chambre, ça plante au slicing. C'est moyennement grave.

Ce qui est beaucoup plus embêtant c'est que tous les paramétrages de filaments avec une température de chambre sautent .... Donc paramétrages à reprendre à la main (un snapshot ne marchera pas car ce n'est plus la même variable

  • Triste... 1
Posté(e)
Il y a 3 heures, V3DP a dit :

ça plante au slicing

Bonjour @V3DP,
J'ai regardé et effectué quelques "Prints" en modifiant les paramètres de filaments, chambre et autres.
Mais je n'ai rien remarqué, le Slicer a bien fonctionné et les paramètres modifiés ont bien été pris en compte sur ma Xplus3 lors des essais.
Oups, une "Bizarrerie" !
A+
 

Posté(e)

@souriceaux le problème apparait au tranchage et ça ouvre cette fenêtre avec la Q1, la X-MAX3 et la Plus 4 (j'ai pris le temps de vérifié 😉) sous Mac OS, je n'ai pas allumé le PC.

ça n'empêche pas d'imprimer mais bon 🙄

 

IMG_0521.jpeg

  • Confus 1
  • +1 1
Posté(e)
il y a une heure, pjtlivjy a dit :

ça n'empêche pas d'imprimer mais bon

@pjtlivjy Sous MacOS également, l'erreur est uniquement sur la chauffe de la chambre lors du slicing.

De fait, la chambre n'est pas chauffée lors du script de démarrage.

 

Il y a 1 heure, souriceaux a dit :

Mais je n'ai rien remarqué, le Slicer a bien fonctionné et les paramètres modifiés ont bien été pris en compte sur ma Xplus3 lors des essais.

@souriceaux si ton start gcode ne mets pas en chauffe la chambre, soit par la macro PRINT_START ou par un M141, pas d'erreur car pas d'appel à la variable volume_temperature qui était la dénomination du chauffage de la chambre dans les anciennes versions de Qidi Slicer.

  • Confus 1
Posté(e) (modifié)

Oui, c'est là (onglet Filament).

Quand on laisse le curseur de la souris, le «placeholder» (nom de la variable dans le trancheur) apparait :

QIDISlicer_filament-chamber-temp.jpg.aef2d82699530e23df405c79292cea8b.jpg

Qidislicer est basé sur Prusaslicer, la liste des «placeholders» de Prusaslicer est .

Prusaslicer gère dorénavant la température de la chambre, mais c'est plutôt récent. C'est probablement la raison du changement de nom par Qidi.

🙂

Modifié (le) par fran6p
  • J'aime 2
Posté(e) (modifié)

@souriceaux oui c'est bien là 😉

il y a 33 minutes, fran6p a dit :

Prusaslicer gère dorénavant la température de la chambre, mais c'est plutôt récent. C'est probablement la raison du changement de nom par Qidi.

effectivement tu as raison, logique ils n'en avait pas besoin 🤣 je n'y avais pas pensé tellement pour nous les possesseurs de Qidi chauffer la chambre est naturel si je puis dire

Révélation

surtout l'hiver !!!

d'ailleurs Qidi remercie Prusa : " (PrusaSlicer has made many great changes, thank to PrusaSlicer).

Modifié (le) par pjtlivjy
  • J'aime 1

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
  • Sur cette page :   0 membre est en ligne

    • Aucun utilisateur enregistré regarde cette page.
  • YouTube / Les Imprimantes 3D .fr

×
×
  • Créer...