Aller au contenu

Filament ABS

32 bits Moteurs inactifs détectés sur Pronterface Firmware Marlin 2.0 with bug fixes


Vicaeman

Messages recommandés

Bonjour à tous,

Tout d'abord je voudrais remercier tous ceux qui accepteront de bien vouloir m'aider.

Voilà mon problème :

J'ai monté ma propre imprimante 3D avec une carte mère Creality CR10S-Pro v2.4.1 

Sur cette carte mère une fiche 30Pin permet de récupérer les infos de l'axe X ( chauffe, sonde de température, extrudeur etc.) sur la carte mère.

Mes moteurs sont des Nema 17 (1.68 A, 2.8V) : https://www.reprap-france.com/produit/1234568287-lot-de-5-moteur-nema-17-48mm

 

 

 

J'ai récupéré le firmware "Marlin 2.0 with bug fixes", configuré sous VsCode et téléversé sur ma carte mère comme l'explique KaminoKGY ici :https://www.youtube.com/watch?v=pRIT_Im8hMc . Jusque là tout va bien, mais lorsque je lance une commande d'action d'un des moteur (axe Y), sous RepetierHost il ne se passe rien mais sous Pronterface j'ai dans les logs : " ok P15 B3", " ok P14 B3", " ok P14 B2", " ok P14 B3". P15 et P14 correspondent aux pins de l'axe Y selon l'attribution des pins de ma carte mère. Pour 'B3' et 'B2' je ne vois pas. Pour info, la Vref de mes TMC2208 est réglée à 1.19V selon le calcul des Vref pour ces drivers : Inom / sqrt(2) soit Vref = 1.68 / sqrt(2) = 1.1879 V. Je joins les photo de mon installation, mes fichiers de config modifiés et la liste des pins de ma carte ainsi que le résultat des commandes sous Repetier et Pronterface. En espérant que quelqu'un puisse m'aider. PS : pour ce qui est de la chauffe du plateau et de la tête, mais aussi des fin de cours, tout fonctionne correctement. Il ne manque que les moteurs..

 

 

 

20210513_211040.jpg

20210513_211027.jpg

20210513_210356.jpg

20210513_210729.jpg

20210513_210403.jpg

20210513_210636.jpg

20210513_210720.jpg

20210513_211021.jpg

20210513_210932.jpg

PIN_DEBUGGING.txt Configuration.h Configuration_adv.h

Lien vers le commentaire
Partager sur d’autres sites

Salutation !

Je vois que sous pronterface la température du bed est a -15°C si je ne me trompe pas / distingue bien , Si oui là une sécurité bloque alors le marlin ... il faut solutionner cette mesure étrange pour pouvoir débloquer le marlin ... la sonde serait déconnecté peut être ?

Il va falloir que tu arrive a faire des capture d’écrans qui sont plus lisibles que des photos d'un écran ... la touche ImprEcran pour mettre dans le presse papier une capture de l’écran complet ou AtlGr + ImprEcran pour avoir seulement la fenêtre active ... puis Ctrl +V dans la zone de saisie du forum .... ou un outil de capture d’écran ...

Pour Repetier Host, je pense que c'est la même histoire le marlin se trouve en sécurité et ne répond pas ... ou alors il faut vérifier les paramètres de connexion sous Repetier Host ... peut être le mode ASCII a forcer pour le protocole ... Edit mais surtout tu n'a pas coché les log des acquittements les "OK ...."

 

Sinon regarde https://marlinfw.org/docs/gcode/M111.html cela permettra peut être d'avoir plus d'infos sur le problème si tu modifie le niveau des messages marlin visible  ...

et peut être aussi tester https://marlinfw.org/docs/gcode/M999.html qui normalement permet de reprendre sur une erreur / blocage de marlin 

 

Enfin utiliser une version bugfix de marlin ne garanti pas que le firmware n'a pas de bugs (ou plutôt c l'inverse cela garanti qu'il y a surement des bugs a trouver ... 😉 )  ... il faut plutôt utiliser une "release" stable ... et regarder les "issues" pour cette "release"  sur le github de marlin ... https://github.com/MarlinFirmware/Marlin/releases 

Modifié (le) par PPAC
  • J'aime 2
Lien vers le commentaire
Partager sur d’autres sites

Il y a 8 heures, PPAC a dit :

Salutation !

Je vois que sous pronterface la température du bed est a -15°C si je ne me trompe pas / distingue bien , Si oui là une sécurité bloque alors le marlin ... il faut solutionner cette mesure étrange pour pouvoir débloquer le marlin ... la sonde serait déconnecté peut être ?

Il va falloir que tu arrive a faire des capture d’écrans qui sont plus lisibles que des photos d'un écran ... la touche ImprEcran pour mettre dans le presse papier une capture de l’écran complet ou AtlGr + ImprEcran pour avoir seulement la fenêtre active ... puis Ctrl +V dans la zone de saisie du forum .... ou un outil de capture d’écran ...

Pour Repetier Host, je pense que c'est la même histoire le marlin se trouve en sécurité et ne répond pas ... ou alors il faut vérifier les paramètres de connexion sous Repetier Host ... peut être le mode ASCII a forcer pour le protocole ... Edit mais surtout tu n'a pas coché les log des acquittements les "OK ...."

 

Sinon regarde https://marlinfw.org/docs/gcode/M111.html cela permettra peut être d'avoir plus d'infos sur le problème si tu modifie le niveau des messages marlin visible  ...

et peut être aussi tester https://marlinfw.org/docs/gcode/M999.html qui normalement permet de reprendre sur une erreur / blocage de marlin 

 

Enfin utiliser une version bugfix de marlin ne garanti pas que le firmware n'a pas de bugs (ou plutôt c l'inverse cela garanti qu'il y a surement des bugs a trouver ... 😉 )  ... il faut plutôt utiliser une "release" stable ... et regarder les "issues" pour cette "release"  sur le github de marlin ... https://github.com/MarlinFirmware/Marlin/releases 

Salut à toi PPAC, je te remercie de nouveau de me venir en aide ^^

En effet ma thermistance Bed était mal branchée. Une fois rebranchée j'ai relanncé la commande moteur et j'ai toujours la même chose. Rien ne ne bouge. Je vais tester les deux commandes que tu mas envoyé "M111" et "M999" je t'en redonnerai des nouvelles. Sinon le problème ne viendrai pas de la vitesse de mes moteurs ? Je ne sais pas j'ai testé avec plusieurs vitesses mais pas de différence... alors je me dis que c'est plutôt au niveau de la config Marlin mais je vois pas où.. J'ai testé tout d'abord avec une version Release, c'était la même chose, la commande passée, rien.. Je vais réessayer comme tu me dis en regardant les "issues" alors

 

 

PronterFace.PNG

RepetierHost.PNG

  • J'aime 1
Lien vers le commentaire
Partager sur d’autres sites

Bonjour,

Oui petit truc qui peut avoir son importance aussi, il faut des fois faire un home "G28" https://marlinfw.org/docs/gcode/G028.html avant de pouvoir déplacer avec un "G1 ..." https://marlinfw.org/docs/gcode/G000-G001.html 

Et il faut aussi vérifier l’état des endstop avec M119  ( https://marlinfw.org/docs/gcode/M119.html ) pour avoir le statue des capteurs de fin de courses et capteur de fin de filament

je n'ai pas regardé de prés t'on Configuration.h non plus ... ayant stoppé sur le "-15°C" ... je te dis si je trouve des truc louches ...

Edit

Je pense qu'il faut choisir ... tu a des endstop en Min ou en Max mais rarement les deux ... cf https://marlinfw.org/docs/configuration/configuration.html#endstops or dans ton Configuration.h actuel :

//===========================================================================
//============================== Endstop Settings ===========================
//===========================================================================

// @section homing

// Specify here all the endstop connectors that are connected to any endstop or probe.
// Almost all printers will be using one per axis. Probes will use one or more of the
// extra connectors. Leave undefined any used for non-endstop and non-probe purposes.
#define USE_XMIN_PLUG
#define USE_YMIN_PLUG
#define USE_ZMIN_PLUG
#define USE_XMAX_PLUG
#define USE_YMAX_PLUG
#define USE_ZMAX_PLUG
Modifié (le) par PPAC
  • J'aime 2
Lien vers le commentaire
Partager sur d’autres sites

Il y a 15 heures, PPAC a dit :

Bonjour,

Oui petit truc qui peut avoir son importance aussi, il faut des fois faire un home "G28" https://marlinfw.org/docs/gcode/G028.html avant de pouvoir déplacer avec un "G1 ..." https://marlinfw.org/docs/gcode/G000-G001.html 

Et il faut aussi vérifier l’état des endstop avec M119  ( https://marlinfw.org/docs/gcode/M119.html ) pour avoir le statue des capteurs de fin de courses et capteur de fin de filament

je n'ai pas regardé de prés t'on Configuration.h non plus ... ayant stoppé sur le "-15°C" ... je te dis si je trouve des truc louches ...

Edit

Je pense qu'il faut choisir ... tu a des endstop en Min ou en Max mais rarement les deux ... cf https://marlinfw.org/docs/configuration/configuration.html#endstops or dans ton Configuration.h actuel :


//===========================================================================
//============================== Endstop Settings ===========================
//===========================================================================

// @section homing

// Specify here all the endstop connectors that are connected to any endstop or probe.
// Almost all printers will be using one per axis. Probes will use one or more of the
// extra connectors. Leave undefined any used for non-endstop and non-probe purposes.
#define USE_XMIN_PLUG
#define USE_YMIN_PLUG
#define USE_ZMIN_PLUG
#define USE_XMAX_PLUG
#define USE_YMAX_PLUG
#define USE_ZMAX_PLUG

Salut, je reviens pour apporter des nouvelles à propos des différents conseils que tu m'as donné 😉

Pour commencer, à propos des endstops j'ai installée 6 endstops mais j'en ai pour l'instant que 5 qui fonctionnent correctement. Avec le G-Code M119 j'ai bien récupéré les "endstops state" (en photo).515352566_M119Pronterface.thumb.PNG.f6f9c5a6cb211171fa0ac77d45cc75f8.PNG

J'ai tenté le Homing G28, avant de lancer un G1 ou G0 sur les moteurs et rien ne bouge.G28_Home.thumb.PNG.95021d22494d3b427c5d8c580653d9fc.PNG

M111 me fait une erreur de DEBUG que je ne saisis pas bien.

M111.thumb.PNG.a417b72147db05e2958b533d76252973.PNG

J'ai tenté d'inverser le mon connecteur de moteur mais pas différence ce qui est normal d'ailleurs si ça marche pas dans un sens l'autre non plus mais on sait jamais...

Mes Vrefs étaient bien réglés mais j'ai tenté deux valeurs 0.07 V et 2.4 V pour voir si cela changeait au niveau des moteurs ou s'il y avait surchauffe mais rien on plus décidemment. Pourtant en lançant une commande moteur G1 Y100 F4800*10 par exemple et en retirant mon connecteur après je remarque qu'il est chaud comme s'il venait de recevoir du courant.. Par contre la même commande en mesurant la tension sur les phases me donne 0 V.

Je ne vais continuer de chercher, pour moi c'est plutôt côté software donc je vais reprendre une version Release de Marlin la modifier et upload voir si c'était la version Bugfixe le problème.. Je reviendrais donner le résultat.

 

PS: Aussi je joins mon PIN_DEBUGGING avec ma commande moteur Y si ça peut aider à y voir clair

bob1b2b3.PNG

test_moteur_Y.PNG

  • J'aime 1
Lien vers le commentaire
Partager sur d’autres sites

il y a 38 minutes, Vicaeman a dit :

j'ai bien récupéré les "endstops state"

Il y a un problème il sont "triggered" ... !

Edit  ils devrait être en "open" si ils ne sont pas déclenché/activé ! sauf si ... non pas de sauf si 🙂

@Vicaeman Il faut inverser leurs logique dans le Configuration.h de marlin https://marlinfw.org/docs/configuration/configuration.html#endstop-inverting 

 

 

 

il y a 38 minutes, Vicaeman a dit :

Mes Vrefs étaient bien réglés mais j'ai tenté deux valeurs 0.07 V et 2.4 V pour voir si cela changeait au niveau des moteurs ou s'il y avait surchauffe mais rien on plus décidemment. Pourtant en lançant une commande moteur G1 Y100 F4800*10 par exemple et en retirant mon connecteur après je remarque qu'il est chaud comme s'il venait de recevoir du courant.. Par contre la même commande en mesurant la tension sur les phases me donne 0 V.

Ha ... non surtout ne pas débrancher les connecteur des moteurs sans couper le courant ! sinon tu risque de griller les driver moteur ... et de même si tu pousse trop haut les VRef 😱

 

  

il y a 38 minutes, Vicaeman a dit :

Aussi je joins mon PIN_DEBUGGING avec ma commande moteur Y si ça peut aider à y voir clair

bob1b2b3.PNG

Là aussi il y a un truc que je comprend pas ... si ce que tu a surligné devrait être les attribution pour le moteur Y ... pourquoi les Y_* sont attribué ailleurs ? Tu a modifié les attribution des PIN dans le/les fichiers .h de la carte déclaré dans le configuration.h ?

Modifié (le) par PPAC
  • J'aime 2
Lien vers le commentaire
Partager sur d’autres sites

Le 13/05/2021 at 22:09, Vicaeman a dit :

Bonjour à tous,

Tout d'abord je voudrais remercier tous ceux qui accepteront de bien vouloir m'aider.

Voilà mon problème :

J'ai monté ma propre imprimante 3D avec une carte mère Creality CR10S-Pro v2.4.1 

Sur cette carte mère une fiche 30Pin permet de récupérer les infos de l'axe X ( chauffe, sonde de température, extrudeur etc.) sur la carte mère.

Mes moteurs sont des Nema 17 (1.68 A, 2.8V) : https://www.reprap-france.com/produit/1234568287-lot-de-5-moteur-nema-17-48mm

 

 

 

J'ai récupéré le firmware "Marlin 2.0 with bug fixes", configuré sous VsCode et téléversé sur ma carte mère comme l'explique KaminoKGY ici :https://www.youtube.com/watch?v=pRIT_Im8hMc . Jusque là tout va bien, mais lorsque je lance une commande d'action d'un des moteur (axe Y), sous RepetierHost il ne se passe rien mais sous Pronterface j'ai dans les logs : " ok P15 B3", " ok P14 B3", " ok P14 B2", " ok P14 B3". P15 et P14 correspondent aux pins de l'axe Y selon l'attribution des pins de ma carte mère. Pour 'B3' et 'B2' je ne vois pas. Pour info, la Vref de mes TMC2208 est réglée à 1.19V selon le calcul des Vref pour ces drivers : Inom / sqrt(2) soit Vref = 1.68 / sqrt(2) = 1.1879 V. Je joins les photo de mon installation, mes fichiers de config modifiés et la liste des pins de ma carte ainsi que le résultat des commandes sous Repetier et Pronterface. En espérant que quelqu'un puisse m'aider. PS : pour ce qui est de la chauffe du plateau et de la tête, mais aussi des fin de cours, tout fonctionne correctement. Il ne manque que les moteurs..

 

 

 

20210513_211040.jpg

20210513_211027.jpg

20210513_210356.jpg

20210513_210729.jpg

20210513_210403.jpg

20210513_210636.jpg

20210513_210720.jpg

20210513_211021.jpg

20210513_210932.jpg

PIN_DEBUGGING.txt 7 Ko · 1 download Configuration.h 100 Ko · 2 downloads Configuration_adv.h 159 Ko · 0 downloads

Bonjour, si tu veux remercier @PPAC qui essayes de te dépatouiller, tu peux utiliser les likes qui se trouvent en bas a droite de chaque commentaires, comme je viens de faire... ça fait toujours plaisir 😉

  • J'aime 1
  • Merci ! 1
Lien vers le commentaire
Partager sur d’autres sites

il y a une heure, PPAC a dit :

Il y a un problème il sont "triggered" ... !

Edit  ils devrait être en "open" si ils ne sont pas déclenché/activé ! sauf si ... non pas de sauf si 🙂

@Vicaeman Il faut inverser leurs logique dans le Configuration.h de marlin https://marlinfw.org/docs/configuration/configuration.html#endstop-inverting 

 

 

 

Ha ... non surtout ne pas débrancher les connecteur des moteurs sans couper le courant ! sinon tu risque de griller les driver moteur ... et de même si tu pousse trop haut les VRef 😱

 

  

Là aussi il y a un truc que je comprend pas ... si ce que tu a surligné devrait être les attribution pour le moteur Y ... pourquoi les Y_* sont attribué ailleurs ? Tu a modifié les attribution des PIN dans le/les fichiers .h de la carte déclaré dans le configuration.h ?

Oui en effet je vais modifier les endstops je pensais que c'était le bon fonctionnement tels qu'ils étaient.

En réalité ce sont les pins utilisés lorsque j'envoie une commande, (P15 et P14) avec les valeurs B3 et B2, et cela peu importe la commande. J'ai souvent dans les logs "ok P15 B3". Je vais me renseigner sur ces pins et leur fonction mais ils semblent attribués à un type de transmission.. en tout cas je ne pense pas qu'ils soient en lien avec l'alimentation des phases du moteur.  Sinon je n'ai réattribué aucun pin

Lien vers le commentaire
Partager sur d’autres sites

il y a 10 minutes, Vicaeman a dit :

Sinon je n'ai réattribué aucun pin

ok parfait ...

Oui moi aussi je n'avais pas vraiment compris se qui suivais les '"ok" des acquittements

Et maintenant que tu le dit, l'histoire de mentionner les pin utilisés pour les transfert me semble expliquer le truc.

Le marlin nous renvoie qu'il acquitte ce qu'il a reçu via ses pin ... enfin je le comprend comme cela pour le moment ...

mais il se fait tard et je vais allez faire un gros dodo ! alors bonne nuit a toi et a bientôt pour la suite de cette aventure 🙂 

Modifié (le) par PPAC
  • J'aime 1
Lien vers le commentaire
Partager sur d’autres sites

Il y a 14 heures, Vicaeman a dit :

M111 me fait une erreur de DEBUG que je ne saisis pas bien.

Ton niveau de débogage (>32)  implique l'activation de DEBUG_LEVELING_FEATURE dans configuration.h

Quand tu fais tes inversions ou que tu retires le connecteur, ôte moi d'un doute, tu le fais bien imprimante éteinte ? Sinon les pilotes moteurs ne vont pas apprécier du tout 😉

🙂

  • J'aime 1
  • Merci ! 1
Lien vers le commentaire
Partager sur d’autres sites

Posté(e) (modifié)
Il y a 2 heures, fran6p a dit :

Ton niveau de débogage (>32)  implique l'activation de DEBUG_LEVELING_FEATURE dans configuration.h

Quand tu fais tes inversions ou que tu retires le connecteur, ôte moi d'un doute, tu le fais bien imprimante éteinte ? Sinon les pilotes moteurs ne vont pas apprécier du tout 😉

🙂

Salut merci pour ton aide. je vais faire un tour dans le configuration.h et retenter un G28 sous RepetierHost par exemple, je te redis ce que ça donne..

Euh.. c'est à dire qu'au début, pensant que c'était cela mon problème je faisais une inversion imprimante éteinte puis j'ai appris que valait mieux pas alors depuis j'éteinds bien mon imprimante 😅

 

Bon le homing à rien donné après avoir activé la ligne #define DEBUG_LEVELING_FEATURE

Homing_failed_G28.PNG

Modifié (le) par Vicaeman
Lien vers le commentaire
Partager sur d’autres sites

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
×
×
  • Créer...