Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Flasher Da Vinci 1.0A avec repetier
#1
Bonjour,

J'ai parcouru pas mal de post en anglais sur le sujet et il semble qu'il soit possible de flasher la version 1.0A de la Da Vinci dont le N° de série commence par 3F10A et la version de firmware est 1.0.1 via cette procédure http://github.com/luc-github/Repetier-Firmware-0.92. Quelqu'un pourrait'il me le confirmer? car j'ai vu aussi des infos contradictoires sur le net.
Reply
#2
oui comme ecrit dans le readme de mon github

ceux qui n'y arrivent pas sont ceux qui ne lisent pas et/ou ne suivent pas scrupuleusement la procedure
Reply
#3
(04-03-2016, 11:40 AM)luc Wrote: oui comme ecrit dans le readme de mon github

ceux qui n'y arrivent pas sont ceux qui ne lisent pas et/ou ne suivent pas scrupuleusement la procedure

Merci pour ta réponse.

Ton readme est en anglais. Je me débrouille un peu en anglais je suis loin d'être à l'aise. Du reste j'avais bien lu que ton travail prenait en charge la 1.0A mais je vouais être bien sûr que c'était le cas.

Et justement concernat le readme, je voulais te poser une question par rapport à l'étape 4. Celle où tu dis de remplacer variants.cpp and USBcore.cpp avec ceux présent dans src\ArduinoDUE\AdditionalArduinoFiles\1.5.8. ou src\ArduinoDUE\AdditionalArduinoFiles\1.6.5 en fonction de la version de l'IDE.

J'ai installé 1.6.5 dans une VM sous Xp (car je suis sous Kubuntu et j'arrive pas à l'installer sous ce système). J'ai pu sans problème remplacer le USBcore.cpp par celui qui est dans  ton archive. En revanche je n'ai pas trouvé de variants.cpp sous C:\Program Files\Arduino. Une recherche dans ce dossier ne renvoie que l'existence d'un dossier variants.
Reply
#4
sous 1.6.5 les fichiers USBcore.cpp et variants.cpp ce ne sont pas dans program files mais dans le repertoire utilisateur cache appdata
il faut avant télécharger le module pour due dans le board manager, il apparaît alors le repertoire SAM

sous win7 ca donne ca:
C:\Users\<user>\AppData\Roaming\Arduino15\packages\arduino\hardware\sam\1.6.4
Reply
#5
(04-03-2016, 01:58 PM)luc Wrote: sous 1.6.5 les fichiers USBcore.cpp et variants.cpp ce ne sont pas dans program files mais dans le repertoire utilisateur cache appdata
il faut avant télécharger le module pour due dans le board manager, il apparaît alors le repertoire SAM

sous win7 ca donne ca:
C:\Users\<user>\AppData\Roaming\Arduino15\packages\arduino\hardware\sam\1.6.4

Ah ok. J'ai trouvé le dossier Application Data sous XP.

Merci.
Reply
#6
Luc,

Je suppose que tu as vu le post #47 de ce fil (https://forum.voltivo.com/showthread.php...3#pid17563). Que penses tu qui n'a pas été dans sa manip?

Comme je le disais en réponse à ce post, il y a un truc qui m'inquiète, peut être à tort, et qui me retient pour l'instant de flasher mon imprimante alors que tout est prêt pour ça, c'est que sur toutes les photos ou vidéos que j'ai vu sur le net de la carte mère de la 1.0A, celle ci est verte. Or sur mon imprimante elle est bleue. En regardant attentivement les photos et ma carte, hormis la couleur, il ne semble pas y avoir de différence physique. Mais bon, bien qu'étant d'un domaine très éloigné de l'électronique et ni connaissant pas grand chose, je pense pas qu'on puisse distinguer à l'oeil des modifications dans l’électronique de la carte et je me demande si ce changement de couleur n'est pas aussi le signe de certaines modifications de câblage sur la carte en réponse aux travaux comme le tien. Peux tu m’éclairer sur le sujet?

Merci d'avance.
Reply
#7
ben les premieres 1.0A sont bleues https://forum.voltivo.com/images/20150518_103151.jpg ce thread date de l'an dernier https://forum.voltivo.com/showthread.php...64#pid6864

pour l'autre c'est simple il est en mode panique donc pas trop fiable pour les retours, il ne lit pas les docs / procedures donc il a du faire n'importe quoi et bien sur ca ne marche pas
il a utilise 0.91 sur 1.0A = ca ne marche pas le FW n'est pas compatible, c'est pourtant ecrit clairement
il a flashe le fw original d'apres lui mais apparement c'est celui de la 1.0, car c'est le seul qui peut se flasher avec bossac et le resultat sur une 1.0A c'est ce qu'il decrit
http://www.soliforum.com/post/120822/#p120822
Bref example a ne pas suivre ...
Reply
#8
Ah ok. Je pensais que les bleues étaient les plus récentes car j'ai acheté mon imprimante il y a peu. Merci pour cette précision. Du coup je vais me lancer sans plus tarder d'autant que j'ai une raison supplémentaire depuis aujourd'hui. J'arrive pas à imprimer ce que je veux malgré 5 essais avec des paramètres différents. C'est la première pièce que j'arrive pas à faire. En l’occurrence il s'agit d'un pignon à denture hélicoïdale de 9mm de diamètre. J'arrive pas à m'expliquer ce qui se passe. La partie de la denture orientée coté porte est nickel. Mais coté opposé, c'est la catastrophe, le plastique coule et on distingue à peine les dents. Je pense qu'en raison de la très petite taille de la pièce, la chaleur a du mal à s’évacuer. Peut être qu'en diminuant légèrement la température d'extrusion ça pourrait solutionner le problème. Et comme tripatouiller la température d'extrusion n'est pas possible avec XYZware, ça fait une raison de plus d'en finir avec ça.
Reply
#9
(04-09-2016, 06:00 PM)luc Wrote: ben les premieres 1.0A sont bleues https://forum.voltivo.com/images/20150518_103151.jpg ce thread date de l'an dernier https://forum.voltivo.com/showthread.php...64#pid6864

pour l'autre c'est simple il est en mode panique donc pas trop fiable pour les retours, il ne lit pas les docs / procedures donc il a du faire n'importe quoi et bien sur ca ne marche pas
il a utilise 0.91 sur 1.0A = ca ne marche pas le FW n'est pas compatible, c'est pourtant ecrit clairement
il a flashe le fw original d'apres lui mais apparement c'est celui de la 1.0, car c'est le seul qui peut se flasher avec bossac et le resultat sur une 1.0A c'est ce qu'il decrit
http://www.soliforum.com/post/120822/#p120822
Bref example a ne pas suivre ...

Bonjour,
Je suis dans le même cas que Chris_74 mais avec un FW 2.01.
Pouvez vous me confirmer que le passage en repetier est faisable ?.
On trouve tout et son contraire sur les forums et je pense que vous êtes le plus compétent pour me donner une réponse fiable.
Merci
Daniel
Reply
#10
confirmer vu que je n ai pas le fw ca va etre dur.

en revanche ce que peux dire c est qu'utiliser le jumper efface le FW, donc en principe peut importe le fw present et sa version, apres utilisation du jumper il n y a plus rien, donc on peut mettre ce que l on veut.

je ne suis pas tous les forums mais personne ne m a jamais reporter que cela ne se flash pas a cause de la version du fw d origine
Reply
#11
(06-25-2016, 10:57 AM)luc Wrote: confirmer vu que je n ai pas le fw ca va etre dur.

en revanche ce que peux dire c est qu'utiliser le jumper efface le FW, donc en principe peut importe le fw present et sa version, apres utilisation du jumper il n y a plus rien, donc on peut mettre ce que l on veut.

je ne suis pas tous les forums mais personne ne m a jamais reporter que cela ne se flash pas a cause de la version du fw d origine

Bonjour, 
Merci pour la rapidité de la réponse . Je pense également que le FW importe peu mais je préfère avoir l'avis d'un spécialiste...
Au final on utilise la carte arduino, ce qu'il y avait avant a disparu , reste le hardware . Je fais beaucoup d'électronique mais je suis encore peu familier avec les imprimantes 3D. La 1.0A me semble bonne mais le soft est vraiment nul . Le reset de la cartouche avec arduino se fait sans problèmes alors que j'ai lu le contraire, il y a même un utilisateur qui dit que le logiciel voit le hack et fait n'importe quoi ensuite  !
Je vous dirai ce qu'il en est après flashage de ma 1.0A
Merci.
Bonne journée
Daniel
Reply
#12
(06-25-2016, 01:19 PM)db69510 Wrote:
(06-25-2016, 10:57 AM)luc Wrote: confirmer vu que je n ai pas le fw ca va etre dur.

en revanche ce que peux dire c est qu'utiliser le jumper efface le FW, donc en principe peut importe le fw present et sa version, apres utilisation du jumper il n y a plus rien, donc on peut mettre ce que l on veut.

je ne suis pas tous les forums mais personne ne m a jamais reporter que cela ne se flash pas a cause de la version du fw d origine

Bonjour, 
Merci pour la rapidité de la réponse . Je pense également que le FW importe peu mais je préfère avoir l'avis d'un spécialiste...
Au final on utilise la carte arduino, ce qu'il y avait avant a disparu , reste le hardware . Je fais beaucoup d'électronique mais je suis encore peu familier avec les imprimantes 3D. La 1.0A me semble bonne mais le soft est vraiment nul . Le reset de la cartouche avec arduino se fait sans problèmes alors que j'ai lu le contraire, il y a même un utilisateur qui dit que le logiciel voit le hack et fait n'importe quoi ensuite  !
Je vous dirai ce qu'il en est après flashage de ma 1.0A
Merci.
Bonne journée
Daniel

Bonjour,
C'est fait et cela fonctionne très bien , beaucoup plus silencieuse moins de vibrations , meilleure qualité d'impression .
Bonne fin de journée
Daniel

(06-25-2016, 01:19 PM)db69510 Wrote:
(06-25-2016, 10:57 AM)luc Wrote: confirmer vu que je n ai pas le fw ca va etre dur.

en revanche ce que peux dire c est qu'utiliser le jumper efface le FW, donc en principe peut importe le fw present et sa version, apres utilisation du jumper il n y a plus rien, donc on peut mettre ce que l on veut.

je ne suis pas tous les forums mais personne ne m a jamais reporter que cela ne se flash pas a cause de la version du fw d origine

Bonjour, 
Merci pour la rapidité de la réponse . Je pense également que le FW importe peu mais je préfère avoir l'avis d'un spécialiste...
Au final on utilise la carte arduino, ce qu'il y avait avant a disparu , reste le hardware . Je fais beaucoup d'électronique mais je suis encore peu familier avec les imprimantes 3D. La 1.0A me semble bonne mais le soft est vraiment nul . Le reset de la cartouche avec arduino se fait sans problèmes alors que j'ai lu le contraire, il y a même un utilisateur qui dit que le logiciel voit le hack et fait n'importe quoi ensuite  !
Je vous dirai ce qu'il en est après flashage de ma 1.0A
Merci.

Bonne journée
Daniel

Bonjour,
C'est fait et cela fonctionne très bien , beaucoup plus silencieuse moins de vibrations , meilleure qualité d'impression .
Bonne fin de journée
Daniel
Reply
#13
cool Big Grin
Reply
#14
Bonjour Luc,

Je n'ai pas encore flashé mon imprimante. Je le dirai quand ce sera fait. Mais la dernière fois j''ai été obligé de reporter faute de temps sur le moment. Maintenant que je suis en congé je m'y remets. Je veux être sûr d'avoir bien tout compris avant de me lancer. Or y a 2 trucs que j'ai du mal à comprendre. Le plus important des 2 concerne le point 11, le réglage du plateau.

Tu dis qu'il faut faire une calibration à froid, imprimante éteinte donc, afin de régler le plateau. Ok, ça pas de soucis. Mais tu arrêtes ton explication à ce stade or il faut bien que cette position du plateau, qui correspond à la première couche imprimée, soit mémorisée dans la machine. Je me suis dis qu'il manquait donc quelque chose. En cherchant je suis tombé sur ce tuto qui va plus loin (https://forum.voltivo.com/showthread.php?tid=8333). Effectivement après la calibration à froid il dit qu'il faut mémoriser dans l'eeprom après avoir fait une calibration à chaud en rallumant la machine : "So repeat the same steps you did above for the cold calibration. It should be fairly close already". Là je comprends pas, car il dit qu'il faut répéter les même étapes que pour la calibration à froid. Mais imprimante étant allumée on peut pas déplacer les moteurs à la main il me semble. Alors en quoi consiste cette calibration à chaud?

Et le 2ème truc c'est le point 12. La calibration du filament. Je n'ai jamais eu à faire ça avec le système d'origine. Du coup je me demande, de quoi s'agit il?

Merci

Christophe
Reply
#15
Salut,
Hmm le point 11 - ce n'est pas moi qui ai ecrit ca et je ne l'ai jamais corriger, c'est ma faute  - un truc de plus a faire - les docs et moi ca fait 2

Pour moi une calibration de plateau se fait a chaud, c'est pour ca que j'ai ajoute la procedure dans le menu, avant il fallait faire un home puis utiliser la commande M84 pour "debrayer" les moteurs afin de pouvoir deplacer l'extrudeur.
Cette calibration manuelle utilise : une feuille de papier, les ecrous du plateau et tes mains pour ajuster la position des ecrous qui maintiennent le plateau sur les ressorts - donc rien a "memoriser" dans la machine puisque la "memoire" c'est la position des ecrous. 
Le truc de l'EEPROM c'est une erreur - on ne le fait que pour l'auto calibration qui elle va soit changer la valeur de z min soit creer une matrice pour z avoir un plan plat.
L'auto calibration avec matrice (autolevel) je ne l'utilise jamais, ca a ete bancale pendant longtemps mais en theorie c'est corrige par repetier dans la version 0.92.10 

Pour la calibration de l'extrudeur, en fonction de la tension du ressort et de l'etat de la poulie d'entrainement donc les pas/mm peuvent varier d'une machine a l'autre mais en principe les valeurs par defauts sont dans la fouchette de valeurs moyennes
le principe est tres bien decrit ici : http://www.instructables.com/id/How-to-c...d-Printer/



J'espere que j'ai repondu a tes questions
Reply
#16
(08-01-2016, 06:55 PM)luc Wrote: Salut,
Hmm le point 11 - ce n'est pas moi qui ai ecrit ca et je ne l'ai jamais corriger, c'est ma faute  - un truc de plus a faire - les docs et moi ca fait 2

Pour moi une calibration de plateau se fait a chaud, c'est pour ca que j'ai ajoute la procedure dans le menu, avant il fallait faire un home puis utiliser la commande M84 pour "debrayer" les moteurs afin de pouvoir deplacer l'extrudeur.
Cette calibration manuelle utilise : une feuille de papier, les ecrous du plateau et tes mains pour ajuster la position des ecrous qui maintiennent le plateau sur les ressorts - donc rien a "memoriser" dans la machine puisque la "memoire" c'est la position des ecrous. 
Le truc de l'EEPROM c'est une erreur - on ne le fait que pour l'auto calibration qui elle va soit changer la valeur de z min soit creer une matrice pour z avoir un plan plat.
L'auto calibration avec matrice (autolevel) je ne l'utilise jamais, ca a ete bancale pendant longtemps mais en theorie c'est corrige par repetier dans la version 0.92.10 

Pour la calibration de l'extrudeur, en fonction de la tension du ressort et de l'etat de la poulie d'entrainement donc les pas/mm peuvent varier d'une machine a l'autre mais en principe les valeurs par defauts sont dans la fouchette de valeurs moyennes
le principe est tres bien decrit ici : http://www.instructables.com/id/How-to-c...d-Printer/



J'espere que j'ai repondu a tes questions

Oui merci, nickel. Par contre j'ai un autre soucis.

J'ai téléchargé l'archive ici : https://github.com/luc-github/Repetier-Firmware-0.92

J'ai flashé l'imprimante, ça s'est bien passé.

J'ai installé l'IDE 1.6.5 puis le module pour DUE et suite à ça remplacé variants.cpp et USBCore.cpp. J'ouvre repetier.ino, je passe à 1 dans le Configuration.h (j'ai une 1.0A), puis je lance une vérification dans l'iDE et là ça plante. J'ai beauc hercher je vois pas ce que j'ai pu foirer. As tu une idée?

Voilà ce que ça me dit. Au passage, mon XP tourne sous une machine virtuelle dans Ubuntu. Mais je pense pas que le problème vienne de là, la carte de l'imprimante et bien detectée sur COM4.


Arduino : 1.6.5 (Windows XP), Carte : "Arduino Due (Native USB Port)"


C:\Documents and Settings\Christophe\Application Data\Arduino15\packages\arduino\hardware\sam\1.6.5\cores\arduino\USB\USBCore.cpp:282:33: error: 'bool USBD_ClassInterfaceRequest' redeclared as different kind of symbol
 bool USBD_ClassInterfaceRequest(Setup& setup)
                                 ^
In file included from C:\Documents and Settings\Christophe\Application Data\Arduino15\packages\arduino\hardware\sam\1.6.5\cores\arduino/Arduino.h:206:0,
                 from C:\Documents and Settings\Christophe\Application Data\Arduino15\packages\arduino\hardware\sam\1.6.5\cores\arduino\USB\USBCore.cpp:17:
C:\Documents and Settings\Christophe\Application Data\Arduino15\packages\arduino\hardware\sam\1.6.5\cores\arduino/USB/USBAPI.h:135:6: error: previous declaration of 'bool USBD_ClassInterfaceRequest(USBSetup&)'
 bool USBD_ClassInterfaceRequest(USBSetup& setup);
      ^
C:\Documents and Settings\Christophe\Application Data\Arduino15\packages\arduino\hardware\sam\1.6.5\cores\arduino\USB\USBCore.cpp:282:33: error: 'Setup' was not declared in this scope
 bool USBD_ClassInterfaceRequest(Setup& setup)
                                 ^
C:\Documents and Settings\Christophe\Application Data\Arduino15\packages\arduino\hardware\sam\1.6.5\cores\arduino\USB\USBCore.cpp:353:8: error: expected declaration before end of line
 _Pragma("pack(1)")
        ^
Erreur lors de la compilation.

  Ce rapport contiendrait plus d'informations si l'option
  "Montrer les informations de sortie pendant la compilation"
  était activée dans Fichier > Préférences.
Reply
#17
Il semble que la version USBCore.cpp ne corresponde pas a la version de ton systeme pour IDE 1.6.5 il faut due 1.6.4

je te suggere d'utiliser la version devt du fw elle est plus a jour et multilangue
https://github.com/luc-github/Repetier-F.../tree/devt
et ne necessite plus de patch pour l'USBCore.cpp, par contre il faut IDE 1.6.9 et DUE 1.6.8
Reply
#18
(08-01-2016, 10:38 PM)luc Wrote: Il semble que la version USBCore.cpp ne corresponde pas a la version de ton systeme pour IDE 1.6.5 il faut due 1.6.4

je te suggere d'utiliser la version devt du fw elle est plus a jour et multilangue
https://github.com/luc-github/Repetier-F.../tree/devt
et ne necessite plus de patch pour l'USBCore.cpp, par contre il faut IDE 1.6.9 et DUE 1.6.8

Ok. Merci pour ta réactivité, c'est super. Déjà dans ce que tu me dis je m'aperçois que j'ai fait une erreur, j'ai installé DUE 1.6.5.

j'essaye et je te tiens au courant.

Bon ben déjà en installant la DUE 1.6.4, le problème est résolu. Plus d'erreur. Mais je vais suivre ton conseil et tenter plutôt d'installer Da Vinci Firmware based on Repetier (0.92.10) Alpha. Si ça va pas je pourrai toujours revenir en arrière.
Reply
#19
La je me heurte à un autre problème. Suite à l'installation de l'IDE 1.6.9 et à l'ajout de la carte DUE 1.6.8, aucun dossier arduino contenant le variants.ccp n'a été créé dans le dossier ApplicationData comme cela avait été le cas après l'installation de la carte DUE 1.6.4 dans l'IDE 1.6.5.

Du coup je ne peux pas remplacer le variants.ccp par celui de l'archive. Pour voir si il avait changé de place j'ai fais une recherche sur tout le C: qui n'a rien donné.

Mais malgré ça la vérification du Repetier.ino se déroule sans erreur. J'ai donc décidé de tenter de le charger. A la fin du chargement il me dit Téléversement terminée et j'obtiens ce message :

Le croquis utilise 203 404 octets (38%) de l'espace de stockage de programmes. Le maximum est de 524 288 octets.

Atmel SMART device 0x285e0a60 found
Erase flash
done in 0.050 seconds

Write 206212 bytes to flash (806 pages)

[                              ] 0% (0/806 pages)
[==                            ] 9% (80/806 pages)

Mais àl'étape 9, au redémarrage de l'imprimante, c'est comme si rien ne s'était passé. Du coup je me dis que le remplacement du variants.cpp n'est pas une étape facultative. Mais où se trouve t'il?
Reply
#20
Non cette etape n'est pas facultative 
Arduino s'amuse a changer les repertoires de place alors j'ai complete la FAQ avec une methode pour trouver l'emplacement
https://github.com/luc-github/Repetier-F...-231949044
va dans le menu Fichier/preferences tu verras la ou sont les fichiers, en cliquant preferences.txt ca ouvre meme le repertoire racine
Reply


Forum Jump:


Users browsing this thread: 2 Guest(s)