Marlin: Les axes Z ne bougent pas, seulement bourdonnent

Créé le 21 mai 2016  ·  3Commentaires  ·  Source: MarlinFirmware/Marlin

Salut,

Je viens de mettre à jour le firmware 1.1.0-RC6 sur mon imprimante, la carte est une GT2560 essentiellement un arduino méga 2560 + Ultimaker + Ramps1.4 Je vous vis ce lien si vous souhaitez lire plus en profondeur (http://www.geeetech.com /wiki/index.php/GT2560).
Pour faire court, j'ai porté la configuration du micrologiciel d'origine sur RC6. Tout fonctionne mais l'axe z qui à chaque fois que je le fais bouger bourdonne, je ne sais pas si c'est un bug de cette version ou si j'ai fait quelque chose de mal dans la configuration. si vous voulez vérifier le fichier de configuration, vous pouvez le trouver en pièce jointe.

Merci de votre aide.

Configuration.h.zip

Question

Tous les 3 commentaires

Si vous êtes sûr que votre PINS , le micro-pas matériel et le courant sont corrects .. vous devez valider si les options suivantes dans Configuration.h sont correctes:

#define DEFAULT_AXIS_STEPS_PER_UNIT   {80,80,25600,93}  // default steps per unit for Ultimaker
#define DEFAULT_MAX_FEEDRATE          {400, 400, 2, 45}    // (mm/sec)
#define DEFAULT_MAX_ACCELERATION      {5000,5000,50,5000}    // X, Y, Z, E maximum start speed for 

Dans le lien de la page wiki que vous avez partagé, j'ai téléchargé la version Marlin là-bas et les valeurs sont complètement différentes de celles ci-dessus.

Habituellement, quand j'entends un axe Z bourdonner, je pense qu'il essaie probablement de se déplacer trop vite. Je suppose donc que la vitesse d'avance maximale pour Z ou la vitesse de renvoi est trop élevée. Mais vos vitesses Z semblent assez faibles (comparées aux miennes). Ces vitesses peuvent également être modifiées par GCode et enregistrées dans l'EEPROM, et vous pouvez également les modifier à partir d'un contrôleur LCD. Vous pouvez donc essayer de jouer avec les taux Z juste pour voir si les abaisser vous aide.

Je vérifierais également le micropas et la tension sur les steppers Z, bien sûr. Il y a eu quelques ajouts à Marlin pour le contrôle numérique de la tension du moteur pas à pas, mais cela ne devrait avoir aucun effet sur une RAMPE.

Êtes-vous en mesure de tester avec RCBugFix pour voir si cela se passe mieux?

@jbrazio @thinkyhead Merci pour votre réponse, c'était en fait un problème avec:
#define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,25600,93} , la valeur 25600 était 10 fois plus élevée que prévu, a fixé la valeur à 2560, l'a chargée sur le tableau et le tour est joué ... Merci pour votre aide ... j'avais vérifié le code plusieurs fois mais jamais remarqué le 0 supplémentaire.

Je vous ferai savoir si je trouve quelque chose de bizarre avec ce RC.

Cette page vous a été utile?
0 / 5 - 0 notes