pascal72170 Posté(e) Aout 21, 2016 Posté(e) Aout 21, 2016 Bonjour, après acquisition en Mai et un montage de la Geeetech I3 pro B quasi parfait (cf. ma pésentation) j'arrive enfin à la configuration. Après installation de repetierHost, je peux enfin commencer la configuration et les 1er tests. Constatant que le sens de déplacement du moteur axe x est inversé, je modifie le fichier configuration.h du code marlin. Mais ensuite impossible de téléverser le firmware, communication impossible avec com usb. Je suis passé cette semaine au FabLab du Haum au Mans afin de solliciter des habitués de la communication arduino. Visiblement même soucis rencontrés. Ce qui leur semble surprenant c'est que même le bootloader ne réagit pas. En appuyant sur le bouton reset, aucun signal recu sur la console du pc De plus au départ j'avais bien un affichage sur l'écran lcd de l'imprimante, maintenant je n'ai plus rien qui s'affiche. Je sèche un peu sur la suite à donner. J'ai des doutes sur l'état de la carte Arduino Mega 2560 . Par avance merci de votre contribution. Cordialement. Pascal
nicephore Posté(e) Aout 21, 2016 Posté(e) Aout 21, 2016 Bonjour si tu branche l'arduino seul à un PC : plus rien également l'arduino n'est plus reconnu ? test un autre câble USB. Si c'est réellement le bootloader tu peux tjrs depuis un programmeur ISP ou un autre arduino "re-graver" le bootloader.
Trob Posté(e) Aout 21, 2016 Posté(e) Aout 21, 2016 - As-tu vérifié que le port com ? - Est-ce une vraie Arduino ou une Chinoise ?. Si c'est un Chinoise il faut parfois changer de driver -> Voir la réponse de jasfeliz - Quel est le message d'erreur quand tu veux la flasher ?
nicephore Posté(e) Aout 21, 2016 Posté(e) Aout 21, 2016 Il dit avoir utiliser repetier et que les moteurs étaient inverssés je suppose donc que le driver est ok. Mais effectivement @pascal72170Devrait nous le confirmer.
pascal72170 Posté(e) Aout 21, 2016 Auteur Posté(e) Aout 21, 2016 Tout à fait nicephore driver installé et communication ok sur les premiers tests.
nicephore Posté(e) Aout 21, 2016 Posté(e) Aout 21, 2016 Ok donc ton pb est survenus après ta tentative d'upload du firmware. Lorsque tu branche à ton Pc, que se passe t-il ? Les Led de l'arduino sont-elles active ? SVP fait l'upload d'un petit programme tels que Blink et colle ici (en texte) le message d'erreur d'arduino.
pascal72170 Posté(e) Aout 22, 2016 Auteur Posté(e) Aout 22, 2016 (modifié) Bonsoir nicephore, je n'étais pas chez moi donc je n'ai pas pu tester avant le Blink. Voici le message erreur : Arduino : 1.6.11 (Windows 7), Carte : "Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)" Le croquis utilise 1 462 octets (0%) de l'espace de stockage de programmes. Le maximum est de 253 952 octets. Les variables globales utilisent 9 octets (0%) de mémoire dynamique, ce qui laisse 8 183 octets pour les variables locales. Le maximum est de 8 192 octets. avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_getsync(): timeout communicating with programmer Une erreur est survenue lors du transfert du croquis J'ai fait la même opération avec sur une carte DFRduino Romeo et la le blink se charge bien : Le croquis utilise 928 octets (2%) de l'espace de stockage de programmes. Le maximum est de 32 256 octets. Les variables globales utilisent 9 octets (0%) de mémoire dynamique, ce qui laisse 2 039 octets pour les variables locales. Le maximum est de 2 048 octets. C:\Users\sip72\Downloads\arduino-1.6.11\hardware\tools\avr/bin/avrdude -CC:\Users\sip72\Downloads\arduino-1.6.11\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM6 -b115200 -D -Uflash:w:C:\Users\sip72\AppData\Local\Temp\build1618403130baa327ebde14201cc36f70.tmp/Blink.ino.hex:i avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg Wunsch System wide configuration file is "C:\Users\sip72\Downloads\arduino-1.6.11\hardware\tools\avr/etc/avrdude.conf" Using Port : COM6 Using Programmer : arduino Overriding Baud Rate : 115200 AVR Part : ATmega328P Chip Erase delay : 9000 us PAGEL : PD7 BS2 : PC2 RESET disposition : dedicated RETRY pulse : SCK serial program mode : yes parallel program mode : yes Timeout : 200 StabDelay : 100 CmdexeDelay : 25 SyncLoops : 32 ByteDelay : 0 PollIndex : 3 PollValue : 0x53 Memory Detail : Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00 hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00 efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00 lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00 calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00 signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 Programmer Type : Arduino Description : Arduino Hardware Version: 3 Firmware Version: 3.3 Vtarget : 0.3 V Varef : 0.3 V Oscillator : 28.800 kHz SCK period : 3.3 us avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e950f avrdude: reading input file "C:\Users\sip72\AppData\Local\Temp\build1618403130baa327ebde14201cc36f70.tmp/Blink.ino.hex" avrdude: writing flash (928 bytes): Writing | ################################################## | 100% 0.19s avrdude: 928 bytes of flash written avrdude: verifying flash memory against C:\Users\sip72\AppData\Local\Temp\build1618403130baa327ebde14201cc36f70.tmp/Blink.ino.hex: avrdude: load data flash data from input file C:\Users\sip72\AppData\Local\Temp\build1618403130baa327ebde14201cc36f70.tmp/Blink.ino.hex: avrdude: input file C:\Users\sip72\AppData\Local\Temp\build1618403130baa327ebde14201cc36f70.tmp/Blink.ino.hex contains 928 bytes avrdude: reading on-chip flash data: Reading | ################################################## | 100% 0.15s avrdude: verifying ... avrdude: 928 bytes of flash verified avrdude done. Thank you. Modifié (le) Aout 22, 2016 par pascal72170
pascal72170 Posté(e) Aout 24, 2016 Auteur Posté(e) Aout 24, 2016 Bonjour, Personne pour me donner une piste sur le problème rencontré avec ma fameuse carte de ma prusia??
geoff440 Posté(e) Novembre 2, 2018 Posté(e) Novembre 2, 2018 Peut-être que tu as la carte mère chinoise qui nécessite un autre pilote usb. Si tu as une autre solution, j' ais le même problème. J' ais vais essayer ce pilote. il y a un lien sur ce sujet du forum Arduino : http://forum.arduino.cc/index.php?topic=144470.0
geoff440 Posté(e) Novembre 2, 2018 Posté(e) Novembre 2, 2018 Imagine alors ma peur de ne pas pouvoir résoudre mon problème lol elle a la mesure de ce post sans réponse
geoff440 Posté(e) Novembre 4, 2018 Posté(e) Novembre 4, 2018 Allez on déterre et on replonge le nez dedans lol
zyban Posté(e) Novembre 4, 2018 Posté(e) Novembre 4, 2018 (modifié) @pascal72170 La vitesse de transmission n'est pas la bonne pour cette carte avec win 7 c'est 250000 et pas 115200 Modifié (le) Novembre 4, 2018 par zyban
geoff440 Posté(e) Novembre 4, 2018 Posté(e) Novembre 4, 2018 J'ai Windows 10, pour celui qui a créé ce post c'est peut-être le cas. Mais je me demande si tu n' inverse pas. Le baudrate pour Windows 10 c'est bien 250000. Ce que je ne comprends pas c'est que pour mon cas j'ai du tout débrancher sur la carte mère, la brancher au pc avec le câble usb et l' alimenter avec l' alimentation de l' imprimante, et par je ne sais quel opération du saint esprit, elle n' était plus sous com4 mais com3 et le signal repassait a nouveau.
Messages recommandés
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 compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant