1

Topic: Vitesse maximum des déplacement rapide trop grande - Slic3r

Bonjour a tous,

Je suis débutant dans ce domaine, donc j'ai suivit et appliqué toute les tutoriaux pour calibrer ma Pursa i3. Par contre je maîtrise le gcode (j'ai une fraiseuse numérique)
L'accroche, débit et déplacement a faible vitesse semble OK pour l'ABS, mais les déplacements rapide sont hors des clous , Par exemple : G1 Z0.400 F7800.000 alors qu'il faudrait : G1 Z0.400 F100.000

Comment régler ce problème sans modifier à chaque fois le code généré, je n'ai rien trouver à ce sujet dans la config de Slir3r.

Merci pour votre aide

2

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Correction de mon titre : il s'agit des déplacement en mode travail de l'axe des Z.

Merci

3 (edited by mcbride19 2015-06-18 04:53:31)

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

je ne suis pas un expert dans ce domaine précis mais as-tu jeté un œil dans le firmware ?

Il me semble que c'est là qu'il doit y avoir de quoi faire des modif.

4

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Merci, mais Le firmware semble ok, voici la preuve
http://soliforum.com/i/?0tEsE2s.jpg

5 (edited by mcbride19 2015-06-17 16:35:44)

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Non ! Là ce sont seulement quelques valeurs que l'ont peut modifier dans le software, moi je parle d'éditer le firmware avec un soft comme arduino afin de changer d'autres valeurs directement.

6

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Ok, là je suis dans le noir, j'ai regardé les configs (C C++) , mais comme je ne connais pas ...
Si je comprend bien il faut que je recompile le soft, ou du moins éditer certaine valeur de l'Eprom (j'ai déjà trouvé les même que sur la photo).
Pouvez- vous me donner une piste, je n'ai besoin que de la vitesse max de l'axe Z.
Par ailleurs, je viens d'essayer le modem LCD, il reste inactif, je crois que je dois recompiler la version avec LCD, sait tu si la liaison USB reste active avec cet écran LCD ?

Merci

7

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

comme je te l'ai dit c'est pas trop mon domaine, mais je pense qu'en faisant une recherche sur le WIKI tu devrait trouver une info ou une piste au moins.

8

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Bonjour mcbride19,
Je me replongé dans le code sous Arduino, mais je n'ai rien vu de différent dans les fichier de config.
La carte a été reprogrammée avec option LCD, mais rien ne change sur la génération du gcode par Slir3r.
Je vais ressayer un autre post en formulant ma question différemment, on aura peut-être une réponse.
Merci pour ton aide.

9 (edited by mcbride19 2015-06-18 08:34:27)

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Désolé de ne pas avoir été d'une plus grande aide. La programmation n'est pas trop mon fort. M'est avis que tu devrais essayer sur un forum spécialisé Prusa, rien ne peut dire que tu auras une réponse utile mais tu aurait , peut-être, plus de chance de trouver un début de piste! wink

10

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Je vais tenter cella.

Merci pour le coup de main.

11

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Voici la solution :

Modifier la vitesse en Z tel que ci dessous dans Marlin:
#define DEFAULT_MAX_FEEDRATE {500, 500, 2, 60} // (mm/sec)

C'est un problème récurrent...

C'était si simple...

12

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Cool...
content que t'ai pu trouver la solution.

13 (edited by ysb 2015-06-18 13:52:01)

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

alcarbure wrote:

Voici la solution :

Modifier la vitesse en Z tel que ci dessous dans Marlin:
#define DEFAULT_MAX_FEEDRATE {500, 500, 2, 60} // (mm/sec)

C'est un problème récurrent...

C'était si simple...

et je vais te faire mal.. il y a encore plus simple : tu peux aussi le modifier directement dans repetier-host (si tu utilises le couple repetier-host / slic3r) en editant les reglages dans l'EEPROM (menu)... pas besoin d'editer le firmware...

14

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Oui , tout a fait d'accord, mais quand j’éteins tout, il reprend le firmware d'origine !!!

15

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

ça m'est arrivé aussi avec la Rostock Max depuis je n'édite que avec arduino comme ça pas  de problèmes.

Repetier n'est plus ce qu'il était il est même devenu instable !

16

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

nan mais heuuu... je vais dire un truc idiot, mais vous avez clické sur "Write to EEprom" ? tongue

le probleme ne vient pas de repetier-host mais du firmware qui gere correctement ou non la memoire eeprom....

le seul cas que j'ai vu ou ça ne marchait pas, c'etait avec ma reprap pangu i3 qui avait un ancien firmware sprinter qui ne gerait pas la fonction EEPROM... mais toutes les versions recentes du firmware MARLIN le gere (ainsi que sprinter)

il faut aussi que la fonction soit activé dans le firmware ET que la carte est assez de memoire (peut etre problematique avec les vieille sanguinololus ..et certain modeles de carte Melzi..

j'ai d'ailleur adapté un firmware marlin pour la pangu i3 pour ceux qui causent le 'grand-breton' ( http://www.soliforum.com/topic/5436/pan … ity-ratio/ )

17

Re: Vitesse maximum des déplacement rapide trop grande - Slic3r

Bonjour Ysb,
Oui, je confirme, j'ai cliqué sur "write to eprom".

le problème ne vient pas de repetier-host mais du firmware qui gère correctement ou non la mémoire eeprom....

Oui, je confirme, j'ai le même problème avec l'interface GLCD, donc je passe par Arduino pour harcoder cela.

Pour le moment, je teste sur des pièces de longue durée, mais je n'ai pas encore touver quelque chose de valable en ABS.
J'ai un gros problème de rétraction, le kapton se décolle du lit sur les bord de pièces (donc ça colle bien -  lit alu de 200/300).
de plus a une certaine hauteur, les couches se désolidarise... dur dur. je retente le coup demain... heu non ce matin.