probléme de connexion ramps 1.4

Bonjour à tous,

je termine doucement ma prusa I3 et je suis en train de caler sur un problème depuis 2 semaines. Lorsque que la mega2560 est seule et connectée sur mon pc, l'upload s'effectue noormalement (j'ai pu installer marlin firmware sans soucis et je peux commander l'imprimante via le l'écran lcd). Par contre dès que je plug la ramps 1.4 l'upload ne fonctionne plus et j'ai ce message d'erreur "avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: stk500v2_getsync(): timeout communicating with programmer".

J'ai fait quelques vérifications:

-après installation du repetier host, les commades restent en attente.
-j'ai tester les différents baudrate
-j'ai vérifié mes connexions (arduino_atmega= com5)
-j'ai même testé le Blink avec la ramps branchée: même message d'erreur
- dés que l'atmega est seule le blink fonctionne et donc la communication arduino/pc fonctionne.

D'avance merci,

Daf74

Edited 1 time(s). Last edit at 05/28/2017 02:47PM by daf74.

J'ai eu le même problème il y a longtemps. Il s'agissait d'un problème d'alimentation.
Essaie de faire la manip avec un port USB3 pour fournir plus de courant. Après si tu n'as pas de port USB3, tu peux réalimenter ton arduino par une source d'alimentation externe...

Merci TF53 de ta réponse, je n'ai malheureusement pas de USB 3 sur mon portable (je pourrais peut-être en emprunter un), pour "puncher" l'alimentation de mon arduino, je dois obligatoirement branché un transfo sur l'entrée 7/12 V? Aussi, pour piloter mon imprimante et tous ses composants (extrudeur, moteurs, ventilateur, et,) , ma ramps 1.4 est alimentée par une alimentation 24V, ne remplit-elle pas déjà cette fonction?

Bonjour,

la ramps est alimenté directement par l'alimentation (la prise verte)

lorsque l'on connecte l'imprimante j'ai toujours des commandes en attente
il faut que je clic plusieurs fois sur le bouton ok en bas
ensuite je vois les températures initialiser et c'est parti

merci David pour ta réponse, j'ai appuyé à plusieurs reprises sur le bouton OK dans le repetier host (mes commandes en attente diminuent), mais rien ne se passe. l'imprimante est connectée, les baudrate sont identiques dans le marlin et sur le repetier. J'ai vraiment l'impression que la connexion ne se fait plus (arduino/pc) dès que je plug la Ramps (un simple essai de blink ne fonctionne pas). C'est peut-être bien un manque d'alimentation électrique comme le suggère TF 53. Je vais tester de connecter le montage sur USB3 et voir ce que ça donne....

Edited 1 time(s). Last edit at 05/29/2017 02:15PM by daf74.

Bonjour, avez vous pensé à un default sur la ramps (cour-circuit , charge trop forte.....) qui pourrait mettre en sécurité le port usb. essayez de brancher la ramps (toujours hors tension ) en enlevant tous les drivers de moteurs et tous les cavaliers et câblages puis d'essayer la reconnexion.
@+

Edited 1 time(s). Last edit at 05/30/2017 11:24AM by guillaume9433.

Merci à tous pour votre aide, j'ai testé sur USB3 mais le téléversement ne fonctionne toujours pas. L'atmega seule fait le téléversement mais mon message d'erreur est toujours le m^me dès que je branche la ramps 1.4.
merci Guillaume pour cette nouvelle piste qui me semble assez cohérente. je vais mettre la Ramps à nu et brancher l'ensemble. Je teste ça au plus vite et reviens vers vous pour les nouvelles.

A+

Bonjour Guillaume, la connexion "ramps à nu" ne fonctionne pas non plus. Toujours le même message d'erreur qui pointe un problème de communication pc/arduino. Ce qui est troublant, c'est que lorsque je téléverse "marlin" sur l'atmega seule et que je branche ensuite la ramps et tous les composants, je peux piloter l'imprimante (plateau, hotend, moteurs, ventilo) à partir de l'écran lcd, mais la connexion arduino pc ne semble plus fonctionner. Aussi, dans le repetier, je clique sur connexion et le logiciel indique que la machine est bien connectée. J'ai testé le logiciel à vide, sans brancher le c^ble USB et là, le bouton connexion m'indique qu'il n'y a pas de machine brachée.
Je cale, et je ne sais pas trop si le problème vient de la ramps ou de l'atmega.
Si vous avez d'autres pistes je suis preneur.

Merci en tous cas, à tous pour les pistes que vous me donnez,

Edited 1 time(s). Last edit at 05/31/2017 04:59AM by daf74.

faut que vérifie que un nouveau port com apparaît quant tu branche la carte seul a ton ordit

puis dans repetier que tu communique avec ce port com a la bonne vitesse (vitesse entré dans config de marlin)

puis pour pouvoir bouger en manuel les moteur x y z sauf e il faut que la thermistance de la hotend soit branché
tu peux aussi vérifier le retour d'info en bas de l’écran de repetier hoste

si tu arrive jusque la se sera dejas pas mal

merci forange. Le port est détecté dans dés que branche l 'USB sur n'importe quel port (gestionnaire de périphérique, port com 5 arduinomega2560). Concernant les baudrates 115200 marlin et repetier. Les thermistances sont branchées et indique sur l'écran 20 °c. J'ai des infos en bas du repetier mais je ne sais pas comment les analyser. De mémoire, je ne pense pas que de nouvelles s'ajoutaient après avoir touché aux commandes manuelles, d'un autre côté je ne sais pas comment analyser ces paramètres...

Quote
daf74
Bonjour Guillaume, la connexion "ramps à nu" ne fonctionne pas non plus. Toujours le même message d'erreur qui pointe un problème de communication pc/arduino. Ce qui est troublant, c'est que lorsque je téléverse "marlin" sur l'atmega seule et que je branche ensuite la ramps et tous les composants, je peux piloter l'imprimante (plateau, hotend, moteurs, ventilo) à partir de l'écran lcd, mais la connexion arduino pc ne semble plus fonctionner.
Merci en tous cas, à tous pour les pistes que vous me donnez,

Je soupçonne un problème sur la ramps, inspectez bien les connections , les soudures , aussi l'absence de petites boules de soudure qui pourrait faire de léger cours-circuits.
pouvez vous poster des photos de la ramps , de l' arduino et des 2 connectés.

Quote
daf74
merci forange. Le port est détecté dans dés que branche l 'USB sur n'importe quel port (gestionnaire de périphérique, port com 5 arduinomega2560). Concernant les baudrates 115200 marlin et repetier. Les thermistances sont branchées et indique sur l'écran 20 °c. J'ai des infos en bas du repetier mais je ne sais pas comment les analyser. De mémoire, je ne pense pas que de nouvelles s'ajoutaient après avoir touché aux commandes manuelles, d'un autre côté je ne sais pas comment analyser ces paramètres...

donc si ta a des info en bas de repetier
il faut que tu trouve déjas la ligne de marlin rc ....
qui est un retour de l'imprimante toutes les echos sont ensuite des retour de l'imprimante

avec une prusa sa donne sa
15:44:27.662 : echo:Marlin 1.1.0-RC3
15:44:27.662 : echo: Last Updated: 2015-12-01 12:00 | Author: (none, default config)
15:44:27.662 : Compiled: Mar 28 2016
15:44:27.665 : echo: Free Memory: 3142 PlannerBufferBytes: 1232
15:44:27.665 : echo:Hardcoded Default Settings Loaded
15:44:27.670 : echoteps per unit:
15:44:27.670 : echo: M92 X80.00 Y80.00 Z4000.00 E950.00
15:44:27.674 : echo:Maximum feedrates (mm/s):
15:44:27.674 : echo: M203 X300.00 Y300.00 Z3.00 E25.00
15:44:27.678 : echo:Maximum Acceleration (mm/s2):
15:44:27.678 : echo: M201 X3000 Y3000 Z20 E500
15:44:27.682 : echo:Accelerations: P=printing, R=retract and T=travel
15:44:27.682 : echo: M204 P3000.00 R3000.00 T3000.00
15:44:27.690 : echo:Advanced variables: S=Min feedrate (mm/s), T=Min travel feedrate (mm/s), B=minimum segment time (ms), X=maximum XY jerk (mm/s), Z=maximum Z jerk (mm/s), E=maximum E jerk (mm/s)
15:44:27.694 : echo: M205 S0.00 T0.00 B20000 X20.00 Z0.40 E5.00
15:44:27.694 : echo:Home offset (mm):
15:44:27.694 : echo: M206 X0.00 Y0.00 Z0.00
15:44:27.694 : echo:Material heatup parameters:
15:44:27.698 : echo: M145 M0 H180 B70 F0
15:44:27.698 : echo: M145 M1 H240 B110 F0
15:44:27.698 : echoID settings:
15:44:27.702 : echo: M301 P12.03 I0.44 D82.26 C100.00 L20
15:44:27.702 : echo:Filament settings: Disabled
15:44:27.702 : echo: M200 D3.00
15:44:27.706 : echo: M200 D0
15:44:27.949 : N1 M110*34
15:44:29.223 : echoD card ok
15:44:29.231 : N2 M115*36
15:44:29.275 : echoD card ok
15:44:29.364 : FIRMWARE_NAME:Marlin 1.1.0-RC3 From Archive SOURCE_CODE_URL:http:// ... PROTOCOL_VERSION:1.0 MACHINE_TYPE:3D Printer EXTRUDER_COUNT:1 UUID:00000000-0000-0000-0000-000000000000
15:44:29.365 : N3 M105*36
15:44:29.459 : N4 M114*35
15:44:29.464 : X:0.00 Y:0.00 Z:0.00 E:0.00 Count X: 0.00 Y:0.00 Z:0.00
15:44:29.464 : N5 M111 S6*98
15:44:29.469 : N6 T0*60
15:44:29.472 : echo:Active Extruder: 0
15:44:29.472 : N7 M20*22
15:44:29.499 : N8 M80*19
15:44:29.505 : N9 M20*24
15:44:29.549 : N10 M20*32
15:44:29.575 : N11 M220 S100*81
15:44:29.656 : N12 M221 S100*83
15:44:29.660 : N13 M111 S6*85
15:44:29.664 : N14 T0*15
15:44:29.669 : echo:Active Extruder: 0
15:44:31.047 : N15 M105*19
15:44:34.102 : N16 M105*16

si tu arrive a sa tu doit pouvoir faire bouger la bête en x y et z
un petit peux en x y et z
beaucoup quant tu aura fait le x0y0z0
mai il se peux que tu ai une erreur de config dans marlin
a tu bien choisie la bonne carte ramp 1.4

Merci Forange pour les infos, je vais refaire les branchements et vérifier tout ça. A mon avis je n'avais pas ces lignes de code car la première ligne confirme la connexion avec le marlin "15:44:27.662 : echo:Marlin 1.1.0-RC3". ça m'aurait mis la puce à l'oreille, mais j'ai pu aussi passer à côté. Au niveau du marlin j'ai paramétré avec la board "43" (ramps 1.4, bed, extruder, fan).

Guillaume, mes cartes sont de fabrication chinoise, il se peut bien que les finitions ne soient pas géniales:-( on voit sur le dos des 2 cartes des petites piques des "broche" plutôt que des boules de soudure. Je remarque aussi qu'une des broches femelle de l'atmega à un peu de jeu (certainement provoqué par mes branchements/débranchements successifs). J'espère que mes photos seront suffisamment claires.

bas justement c'est plus 43
c'est 43 avec les vielles version

avec les nouveau marlin je dirait la version 1.1
#define MOTHERBOARD BOARD_RAMPS_13_EFB

extrudeur fan bed

a mon avis tu a suivi un vieux tuto

pas d'inquietude avec les cartes chinoise j'en ai une qui marche avec une carte printrboot et c'est même pas de l'ardurino

Edited 1 time(s). Last edit at 06/01/2017 10:55AM by forange1.

Cool si c'est ça! je vais reparamétrer le marlin avec cette ligne de code et téléverse. Je prends toutes les pistes, merci pour l'info. Je profite de ce mail pour annexer les autres photos.

Tout d'abord, désolé pour ce petit silence radio, mais j'ai été assez pris par mon boulot. Forange j'ai reparamétré le marlin avec la ligne
#define MOTHERBOARD BOARD_RAMPS_13_EFB
j'ai lancé le repetier host et apparemment la connexion avec le marlin se fait j'ai en bas de la page ces infos:

00:04:06.399 : start
00:04:06.400 : echo:Marlin 1.1.0-RC8
00:04:06.400 : echo: Last Updated: 2016-12-06 12:00 | Author: (none, default config)
00:04:06.400 : Compiled: Jun 1 2017
00:04:06.400 : echo: Free Memory: 4776 PlannerBufferBytes: 1168
00:04:06.400 : echo:Hardcoded Default Settings Loaded
00:04:06.400 : echoteps per unit:
00:04:06.401 : echo: M92 X80.00 Y80.00 Z4000.00 E500.00
00:04:06.401 : echo:Maximum feedrates (mm/s):
00:04:06.401 : echo: M203 X300.00 Y300.00 Z5.00 E25.00
00:04:06.401 : echo:Maximum Acceleration (mm/s2):
00:04:06.401 : echo: M201 X3000 Y3000 Z100 E10000
00:04:06.401 : echo:Accelerations: P=printing, R=retract and T=travel
00:04:06.401 : echo: M204 P3000.00 R3000.00 T3000.00
00:04:06.401 : echo:Advanced variables: S=Min feedrate (mm/s), T=Min travel feedrate (mm/s), B=minimum segment time (ms), X=maximum XY jerk (mm/s), Z=maximum Z jerk (mm/s), E=maximum E jerk (mm/s)
00:04:06.401 : echo: M205 S0.00 T0.00 B20000 X20.00 Y20.00 Z0.40 E5.00
00:04:06.401 : echo:Home offset (mm)
00:04:06.401 : echo: M206 X0.00 Y0.00 Z0.00
00:04:06.401 : echo:Material heatup parameters:
00:04:06.401 : echo: M145 S0 H180 B70 F0
00:04:06.401 : M145 S1 H240 B110 F0
00:04:06.401 : echoID settings:
00:04:06.401 : echo: M301 P22.20 I1.08 D114.00
00:04:06.402 : echo:Filament settings: Disabled
00:04:06.402 : echo: M200 D3.00
00:04:06.402 : echo: M200 D0
00:04:10.782 : start
00:04:10.782 : echo:Marlin 1.1.0-RC8
00:04:10.790 : echo: Last Updated: 2016-12-06 12:00 | Author: (none, default config)
00:04:10.790 : Compiled: Jun 1 2017
00:04:10.794 : echo: Free Memory: 4776 PlannerBufferBytes: 1168
00:04:10.798 : echo:Hardcoded Default Settings Loaded
00:04:10.798 : echoteps per unit:
00:04:10.802 : echo: M92 X80.00 Y80.00 Z4000.00 E500.00
00:04:10.807 : echo:Maximum feedrates (mm/s):
00:04:10.811 : echo: M203 X300.00 Y300.00 Z5.00 E25.00
00:04:10.815 : echo:Maximum Acceleration (mm/s2):
00:04:10.815 : echo: M201 X3000 Y3000 Z100 E10000
00:04:10.819 : echo:Accelerations: P=printing, R=retract and T=travel
00:04:10.823 : echo: M204 P3000.00 R3000.00 T3000.00
00:04:10.839 : echo:Advanced variables: S=Min feedrate (mm/s), T=Min travel feedrate (mm/s), B=minimum segment time (ms), X=maximum XY jerk (mm/s), Z=maximum Z jerk (mm/s), E=maximum E jerk (mm/s)
00:04:10.843 : echo: M205 S0.00 T0.00 B20000 X20.00 Y20.00 Z0.40 E5.00
00:04:10.847 : echo:Home offset (mm)
00:04:10.847 : echo: M206 X0.00 Y0.00 Z0.00
00:04:10.852 : echo:Material heatup parameters:
00:04:10.856 : echo: M145 S0 H180 B70 F0
00:04:10.856 : M145 S1 H240 B110 F0
00:04:10.856 : echoID settings:
00:04:10.860 : echo: M301 P22.20 I1.08 D114.00
00:04:10.864 : echo:Filament settings: Disabled
00:04:10.864 : echo: M200 D3.00
00:04:10.868 : echo: M200 D0
00:04:54.126 : Communication timeout - reset send buffer block
00:06:16.789 : Communication timeout - reset send buffer block

par contre j'ai toujours mes commandes en attente et apparemment la communication entre le pc/et le repetier qui s'arrête (voir le deux dernières lignes ci-dessus). j'ai exactement les mêmes baudrate. Je me demandais si je n'avais pas oublié de faire quelque chose dans l'installation de mes logiciels. pour récapituler j'ai:
-installé le dernier arduino IDE
-installé le marlin (et importé la libriarie u8glib)
-installé le repetier

Bon avec les logs que tu as , la moitié de la communication se fait , c'est a dire que le pc (donc le logiciel repetier ) reçois bien les infos publiées par l'arduino , donc les baudrate sont bon , le port com est bon, ce qui cloche c'est l'envoi des commandes du pc vers l'arduino ,ou le decodages des commandes par l'arduino.
Comment avez vous récupéré le programme marlin, sources officielles , cd fourni......
Essayez aussi les exemples de communications serial dans les exemples de l'ide arduino pour essayer de dédouaner la partir hardware.

la suite s'est d'arriver a avoir les températures dans repetierhost de la hotend et bed si tu a un lit chauffant

sans cette partie tu ne peux aller plus loin

encore merci pour votre aide et pour votre réactivité. Guillaume j'ai téléchargé le marlin directement sur leur site, j'ai ensuite suivi un tuto pour changer certains paramètres je pense sur ce site [solidutopia.com]. Je vais tester les communication serial de l'arduino avec la RAMPS et sans, histoire de voir ce que ça raconte (voilà encore de nouvelles pistes intéressantes).
Forange1 pour l'instant le repetier reste statique sur les différentes températures, mon écran lcd m'indique bien les températures de la hotend et du bed mais dès que je demande de monter la température à partir du repetier, rien ne se passe (le led du bed reste éteinte).
je teste tout ça dès que je trouve un peu de temps...

le problème et le suivant
le firmware marlin et une grosse boucle
qui demande les infos sur la température de la hotend du bed , l’état des endstop puis qui lit le port serie .....
et retour au debut de la boucle
si il y a une incohérence le firmware plante
sa peut être les thermistances pas branché ou l’état des endstop des contact normalement ouvert remplacé par des normalement fermé

moi je ferait comme sa
télécharger marlin car il et pas loin de la bonne config dans tous les cas
et juste remplacer
#define SERIAL_PORT 5
#define BAUDRATE 250000
#define MOTHERBOARD BOARD_RAMPS_13_EFB
#define EXTRUDERS 1
#define TEMP_SENSOR_0 1
#define TEMP_SENSOR_1 0
#define TEMP_SENSOR_2 0
#define TEMP_SENSOR_3 0
#define TEMP_SENSOR_BED 1

tu touche a rien d'autre et tu telesserve
l'objectif etant d'avoir les températures en retour dans repetierhost
si la sa marche tu sauvegarde bien cette version pour pouvoir avoir une bonne base pour continuer les reglages

+1
en repartant d'une config neutre ,on saurat ou on va.
Chez moi c'est #define SERIAL_PORT 0
avec la même config ramps 1.4 arduino.

Edited 1 time(s). Last edit at 06/04/2017 03:25AM by guillaume9433.

Mon marlin est configuré comme ceci:

#define SERIAL_PORT 0
#define BAUDRATE 115200
#define MOTHERBOARD BOARD_RAMPS_13_EFB
#define EXTRUDERS 1
#define TEMP_SENSOR_0 1
#define TEMP_SENSOR_1 0
#define TEMP_SENSOR_2 0
#define TEMP_SENSOR_BED 1

je n'ai pas la ligne "#define TEMP_SENSOR_3 0"

Je vais télécharger le marlin et repartir d'une page blanche en ne touchant qu'à ces paramètres et reviens aux nouvelles
A+

tu peux laisser
#define SERIAL_port 0
et tu est pas obliger de rajouter temp_sensor_3 0

Voilà, je suis donc reparti d'un page blanche, j'ai installer le marlin sur le site, j'ai ces paramètres:

#define SERIAL_PORT 0
#define BAUDRATE 250000
#define MOTHERBOARD BOARD_RAMPS_13_EFB
#define EXTRUDERS 1
#define TEMP_SENSOR_0 1
#define TEMP_SENSOR_1 0
#define TEMP_SENSOR_2 0
#define TEMP_SENSOR_3 0
#define TEMP_SENSOR_4 0
#define TEMP_SENSOR_BED 1

mais j'ai toujours ce message d'erreur dans le repetier host "communication timeout reset send buffer block", j'ai aussi testé avec le baudrate 115200 mais toujours le même problème. Aussi, je ne peux téléverser que si la RAMPS n'est pas branchée. J'ai aussi testé les exemples de communication série de l'arduino mais de nouveau, ceux-ci fonctionnent uniquement si la RAMPS n'est pas branchée.
Encore merci pour votre aide les gars. Je serai moins disponible cette semaine car je suis en jury.
A+

Pour moi c'est un problème hardware avec la ramps , essaye de la changer ou vérifie chaque pin en particulier le connecteur AUX1 (D1.D2 )ou il y a une recopie de rx tx qui provient de l'arduino. Vérifie également que la ramps n'appuie pas sur le connecteur usb de l'arduino. essaie aussi de recharger les drivers pour la communication série avec l'arduino .

Merci Guillaume, je vais vérifier les pins, mais comme dit plus haut, je vais avoir moins de temps cette semaine (donc pas de problème si je suis moins présent sur le forum). Je vais essayer d'enfoncer moins fort la RAMPS, on ne sait jamais. Je crois que je vais aussi racheter une RAMPS, c'est pas pour le prix que ça coûte.
à très vite,

BonjoUr Guillaume, j'ai testé tes différentes pistes, ré-installer les drivers série, vérifier chaque pin, j'ai même remis une petite boule d'étain sur les pin de la broche AUX1 de l'atmega et sur les pin correspondant de la RAMPS, par contre, la broche de l'ATMEga à un peu de jeu et fait un petit clic quand je joue avec (bizarre), faudrait que j'essaie de la dessouder pour retirer complètement la broche, histoire de comprendre ce qui se cache derrière ce "clic". Après vérification, l'entrée USB de l'atmega n'appuie pas sur la RAMPS.
Malheureusement la communication ne s'effectue toujours pas. Lors du transfert, la RAMPS clignote 1 fois (led rouge), puis j'ai le message d'erreur de communication.
J'ai commandé une nouvelle RAMPS, en attendant je vais continuer les tests.
A+

Bonjour et désolé pour l'attente, mais je viens juste de recevoir ma nouvelle ramps, mes tests ont pu donc reprendre, et comme tu le mentionnais guillaume, le problème était lié au hardware et à ma RAMPS qui doit être défectueuse. Maintenant, le téléversement se fait normalement malgré que la ramps est branchée à l'atmega, plus de message d'erreur...ouf!!!. Je ne vais pas crier victoire trop vite, mais c'est un petit pas pour l'homme et déjà un grand pour ma machine. Encore merci à tous pour toute l'aide et les pistes proposées.

A+

C'est trés bien tout cà!!!!
bonne continuation.