PixoMaker

Avec des moteurs NEMA17 42SHDC3025-24B affichés à 0,9A sur le net, si j'applique ton tableau je tombe à 0.63 en vref, et donc sous Uart je suis à 445, cela te semble-t-il correct ? De ce que j'ai vu sur mes tmc, j'avais deux R110 donc j'imagine que mon Rsense est bien 110.

Je pense qu'il parle de ça parce que si tu es limite en terme de courant délivré au moteur, en cas de pic de courant (comme dans le cas d'une rétract où ton moteur est sollicité soudainement) j'ai vu qu'il était possible que ton moteur décroche par moment et donc que ta rétract soit mal faite..

Tu as pas vu mais j'avais fait une edit sur ma réponse, en fait j'avais les mauvaises références de moteurs (j'avais flemmardé : au lieu de regarder directement sur mes moteurs, j'avais récup la ref sur internet), et donc avec la véritable, je tombe à 0,9A en courant nominale et donc avec le calcul, je suis à vref 0.63, et je viens de me rendre compte que c'tait pas bêtement 630 à mettre mais 445 (car .63/1.414 = 0.445....) Je vais aller téléverser ça et essayer.

Ok, j'ai lu et je fouillé le datasheet du tmc2209. J'ai utilisé le tableau pour calculer la vref, faut juste que je vérifie le Rsense... Je tombe sur 1,18v. Du coup le réglage uart est en mA ? Donc je devrai passer de 800 à 1180 ? ahaha ça me semble étrange. Ou alors je vois que sur le marlin il y 'a écrit de multiplier par 1.414 pour avoir le courant de crête, donc ça serait vref = 1180mV et donc X_CURRENT = (1180/1.414) ? ça me trouverai 831 environ, ce qui ne change rien (ou presque) à mes réglages... EDIT / J'ai rien dit : Comme un âne j'ai récupéré la ref sur internet de mes moteurs car c'était apparemment ceux de l'anet mais ce n'est pas du tout ça. Après verif je suis plutôt à : 0.9 A donc avec le calcul je suis à 0,63 donc 630. Avant de le téléverse faut que je vérifie le Rsense.

Oui mais vu que tu parlais de courant je pensais que tu parlais de voltage.. D'acc, je le mesure directement sur les bornes ou avec le datasheet ça serait ok? https://3dprint.wiki/reprap/anet/a8/steppermotor

Je viens de voir que les moteurs de l'anet sont en 2.8v? Donc 2.8x0.7 ? 1.96 ça me semble étrange comme valeur... D'ailleurs à quoi correspond ce 0.7 ?

Hello, Au final as-tu trouver une solution ? J'ai le même soucis que toi, mais avec une carte MKS SgenL et effectivement des TMC2209 (sur neyma17 si je dis pas de conneries) Mon moteur d'extracteur et en X chauffe énormément. Y j'en suis pas encore sûr car la pièce que j'ai imprimé pour tester ne forçait pas Y a faire de grands mouvements. Pourtant je suis en UART (avec les chevalets) et c'est en 800 sur tout les moteurs (pour tester) sur tout les réglages il me semble...

Hello, j'ai le même soucis que toi. J'ai des simple endstop (donc deux broches) et ils sont en "triggered" tout le temps. Que veux-tu dire par "J'ai retiré" ? Peux-tu m'expliquer la démarche ? j'ai une mks sgen l et des tmc2209 justement... Les commenter ? Je suis en UART, p-e que j'ai loupé une démarche EDIT : C'est bon, j'ai trouvé ce que aviez fait avec les pins et j'ai du inverser le fonctionnement des endstops.

J'ai pas encore fait de calibrage de moteur. Est-ce que ça va me poser soucis avec le tft ou alors en branchant via cura je peux le faire? En fait je viens juste de migrer vers une AM8 (structure alu) en changeant pas mal de chose du coup... Les moteurs sont bien commandés, par contre il m'affiche -15 comme temp de plateau et buse. J'ai pas encore branché la sonde du plateau alors c'est pas étonnant, mais en testant de brancher celle de la buse cela reste comme tel.. Alors que via cura j'avais la bonne température d'affiché et la possibilité de faire chauffer la buse. Si je te demande les fichiers c'est justement pour régler ce genre de soucis ! Je vais finir le cablage et le calibrage avant d'installer le BL touch, de toute façon il faut que j'imprime le support. Merci à toi en tout cas, je test et je reviens vers toi.

Bon ça marche. J'ai flash avec ton firmware mais en fait... Ne rigole pas, mais.. J'avais branché la connectique de l'écran sur son port wifi au lieu de Aux1 xD ahah j'ai du faire ça à un moment de démontage remontage, et j'ai jamais plus fait gaffe... Purée, je vais aller me rouler en boule dans un coin pour pleurer... ^^ Merci encore de ton aide, tu peux quand même m'envoyer le fichier configuration.h du firmware que tu m'as filé stp ? histoire que si j'ai besoin de reflasher (ce qui va être le cas vu que je vais installer un bl touch), je sois pas emmerdé ^^. Et j'en profite au passage : Est-ce que tu sais quel genre de connectique je peux utiliser pour rassembler tout les cables en un dans le style de la CR10 ? Merci beaucoup en tout cas !

Si je désactive le #define TFT_480x320_SPI ainsi que le #define TOUCH_SCREEN quelques lignes plus loin cela me donne cette erreur de compilation : Marlin\src\MarlinCore.cpp: In function 'void setup()': Marlin\src\MarlinCore.cpp:1230:16: error: 'TFT_BACKLIGHT_PIN' was not declared in this scope 1230 | digitalWrite(TFT_BACKLIGHT_PIN, HIGH); | ^~~~~~~~~~~~~~~~~ *** [.pio\build\LPC1768\src\src\MarlinCore.cpp.o] Error 1 Et si je ne désactive que TFT_480x320_SPI, j'ai ceci... Marlin\src\HAL\LPC1768\tft\xpt2046.h: In static member function 'static void XPT2046::DataTransferEnd()': Marlin\src\HAL\LPC1768\tft\xpt2046.h:37:26: error: 'CS_PIN' was not declared in this scope; did you mean 'SS_PIN'? 37 | #define TOUCH_CS_PIN CS_PIN | ^~~~~~ Marlin\src\HAL\LPC1768\tft\xpt2046.h:66:55: note: in expansion of macro 'TOUCH_CS_PIN' 66 | static inline void DataTransferEnd() { digitalWrite(TOUCH_CS_PIN, HIGH); }; | ^~~~~~~~~~~~ In file included from Marlin\src\HAL\LPC1768\tft\../../../inc/../HAL/./LPC1768/HAL.h:42, from Marlin\src\HAL\LPC1768\tft\../../../inc/../HAL/HAL.h:26, from Marlin\src\HAL\LPC1768\tft\../../../inc/MarlinConfig.h:30, from Marlin\src\HAL\LPC1768\tft\xpt2046.cpp:20: Marlin\src\HAL\LPC1768\tft\xpt2046.cpp: In static member function 'static void XPT2046::Init()': Marlin\src\HAL\LPC1768\tft\xpt2046.h:37:26: error: 'CS_PIN' was not declared in this scope; did you mean 'SS_PIN'? 37 | #define TOUCH_CS_PIN CS_PIN | ^~~~~~ Marlin\src\HAL\LPC1768\tft\../../../inc/../HAL/./LPC1768/fastio.h:52:49: note: in definition of macro 'WRITE_PIN' 52 | #define WRITE_PIN(IO,V) LPC176x::gpio_set(IO, V) | ^~ Marlin\src\HAL\LPC1768\tft\../../../inc/../HAL/./LPC1768/fastio.h:105:35: note: in expansion of macro '_WRITE' 105 | #define SET_OUTPUT(IO) do{ _WRITE(IO, _READ(IO)); _SET_OUTPUT(IO); }while(0) | ^~~~~~ Marlin\src\HAL\LPC1768\tft\xpt2046.cpp:47:3: note: in expansion of macro 'SET_OUTPUT' 47 | SET_OUTPUT(TOUCH_CS_PIN); | ^~~~~~~~~~ Marlin\src\HAL\LPC1768\tft\xpt2046.cpp:47:14: note: in expansion of macro 'TOUCH_CS_PIN' 47 | SET_OUTPUT(TOUCH_CS_PIN); | ^~~~~~~~~~~~ In file included from Marlin\src\HAL\LPC1768\tft\xpt2046.cpp:24: Marlin\src\HAL\LPC1768\tft\xpt2046.h:37:26: error: 'CS_PIN' was not declared in this scope; did you mean 'SS_PIN'? 37 | #define TOUCH_CS_PIN CS_PIN | ^~~~~~ Marlin\src\HAL\LPC1768\tft\xpt2046.cpp:48:16: note: in expansion of macro 'TOUCH_CS_PIN' 48 | digitalWrite(TOUCH_CS_PIN, HIGH); | ^~~~~~~~~~~~ *** [.pio\build\LPC1768\src\src\HAL\LPC1768\tft\xpt2046.cpp.o] Error 1 Je crois que je vais partir sur smoothie pour voir si ça continue :')

Mais j'utilise un MKS TFT35 dans mon cas. D'après le lien aussi de la ligne, c'est pas la même chose hm

Merci pour ta réponse. Alors j'ai testé les différents baudrate en envoyant un M114, rien. Ensuite je ne comprend pas, la ligne que tu me décris est normalement commentée dans mon config (// donc) et non prise en compte. Il faut que je l'active ? Ensuite j'ai testé sans câble, ça ne change rien. J'ai changé le sérial port secondaire que j'avais mis sur 1, je vais voir si ça fait quelque chose.

Bonsoir, Je viens vers vous car je commence à désespérer pour faire fonctionner le combo que j'ai installé sur mon AM8. Ce combo est composé d'une carte MKS Sgen L v1.0, d'un écran TFT35 et de drivers TMC2209. Pour le moment j'opère sous Marlin 2.0. J'ai fais ma config marlin, donc j'ai définis la carte, activé les TMC2209 et j'ai verif qu'ils étaient à peu près sur 0.8 pour débuter le temps de les régler plus finement. Déjà je n'arrivais pas à compiler sous Arduino, j'ai du passer sous VS et plateforme.io. Pas de soucis pour compiler ici par contre impossible de téléverser sur la carte directement (cela me dit définir le port d'upload via upload_port, et quand c'est fait il me disent ensuite "No such directory or file". bref, j'ai donc dû récupérer mon fichier Firmware.bin et le foutre direct sur une carte SD, et ensuite sur la carte. Le flash à l'air de se passer correctement puisqu'il y a une succession de clignotements divers sur les led de la carte avant de se stabiliser et sur la carte SD apparait FIRMWARE.CUR Ensuite, j'ai branché mon écran TFT35, et même si le firmware était déjà à jour je l'ai reflashé quand même, avec donc un baudrate identique à celui de marlin (250000 je crois), mais pas moyen de communiquer avec la carte apparemment... Bizarrement lors du premier flash de la carte il me semblait que j'avais réussi à déplacer un moteur. Ensuite entre temps bidouillé pas mal, et plus tard pas moyen. Pourtant j'ai pu régler chacun de mes drivers manuellement avec mon voltmètre (même si j'ai mis les drivers en UART grâce aux chevalets) et donc aucun n'est grillé. Et là j'ai réussi à déplacer un moteur et faire chauffer ma buse ainsi que recevoir sa temp avec cura. (par contre chose très étrange, le moteur à énormément chauffé avec un test très court ou p-e à l'arrêt...). J'ai tenté de flash ma carte avec marlin en activant différentes options (comme le TFT dans les options d'écran avec la reconnaissance auto des drivers). Et j'ai reflashé mon tft aussi. Pas moyen d'avoir une communication entre les deux. Je vous joins mes différents fichiers de config. Merci d'avance; Cordialement. mks_config.txt Configuration.h Configuration_adv.h firmware.bin