Eparvi74 Posté(e) Décembre 31, 2018 Auteur Posté(e) Décembre 31, 2018 Après, si vous me dites que ça marche mieux avec un PC, j'ai un petit PC portable qui fera le job
Jean-Claude Garnier Posté(e) Décembre 31, 2018 Posté(e) Décembre 31, 2018 (modifié) Récupérer le programme qui est dans l'imprimante c'est pas possible : c'est du binaire compilé, personne sait faire. T'as pas essayé mon truc de Marlin.ino ? N'oublie pas de fermer l'autre celui que tu montres, il sert à rien. Bon, effectivement, on pourrait ptêt' t'aider mieux avec un PC, mais y'a pas de raison que ça marche pas avec ton Maque (pouah !) Tu y es presque ! Modifié (le) Décembre 31, 2018 par Jean-Claude Garnier
Eparvi74 Posté(e) Décembre 31, 2018 Auteur Posté(e) Décembre 31, 2018 Merci @Jean-Claude Garnier déjà ça m'explique... Oui j'ai essayé de téléverser le Marlin.ino dans lequel j'avais modifié le param dans configuration.h mais ... pas voulu rien savoir Je tente avec un PC ?
Jean-Claude Garnier Posté(e) Décembre 31, 2018 Posté(e) Décembre 31, 2018 (modifié) Pour être plus précis, tu ne téléverses pas le "Marlin.ino....." C'est le "Marlin.ino" qui se charge de regroupir et de préparer tout le paquet de fichiers qui constituent le firmouère. Après, tu fais "croquis", "compiler"... Ça vérifie si tout est OK Si "oui" , "téléverser".... Si ça va pas, dégaine le portable. Mais y'a pas vraiment de raison.... Modifié (le) Décembre 31, 2018 par Jean-Claude Garnier
Eparvi74 Posté(e) Décembre 31, 2018 Auteur Posté(e) Décembre 31, 2018 Merci @Jean-Claude Garnier mais quand je compile, il me sort une erreur : error: using typedef-name 'fpos_t' after 'struct' Est-ce que je n'ai pas sélectionné le bon type de carte ? J'ai bien téléchargé le fichier où tu m'as dit.
legired Posté(e) Décembre 31, 2018 Posté(e) Décembre 31, 2018 Hmm cela doit être une ancienne version de marlin qui nécessite une ancienne version d'arduino , il faudrait que tu essais avec la version 1.6.5 d'arduino (si je me souviens bien) 1.6.5 : https://www.arduino.cc/download_handler.php?f=/arduino-1.6.5-r5-macosx.zip
Eparvi74 Posté(e) Décembre 31, 2018 Auteur Posté(e) Décembre 31, 2018 Merci @legired effectivement j'avais lu quelque chose comme ça quelque part, c'est pour ça que j'avais évité de m'y lancer. Cependant avec cette version d'Arduino 1.6.5 , le message est différent, mais ça veut pas se passer bien quand même... Une autre version ? Ou bien PC ?
legired Posté(e) Décembre 31, 2018 Posté(e) Décembre 31, 2018 peut tu m'envoyer le message qu'il te mets ?
Eparvi74 Posté(e) Décembre 31, 2018 Auteur Posté(e) Décembre 31, 2018 @legired voilà le message à la vérification temperature.cpp: In function 'void manage_heater()': temperature.cpp:665: error: unable to find a register to spill in class 'POINTER_REGS' } ^ temperature.cpp:665: error: this is the insn: (insn 98 97 100 4 (set (reg/v:SF 103 [ pid_input ]) (mem:SF (post_inc:HI (reg:HI 146 [ ivtmp.209 ])) [4 MEM[base: _110, offset: 0B]+0 S4 A8])) temperature.cpp:449 99 {*movsf} (expr_list:REG_INC (reg:HI 146 [ ivtmp.209 ]) (nil))) temperature.cpp:665: confused by earlier errors, bailing out Exception in thread "Thread-37" java.lang.NullPointerException at org.fife.ui.rsyntaxtextarea.RSyntaxUtilities.getMatchingBracketPosition(RSyntaxUtilities.java:585) at org.fife.ui.rsyntaxtextarea.RSyntaxTextArea.doBracketMatching(RSyntaxTextArea.java:761) at org.fife.ui.rsyntaxtextarea.RSyntaxTextArea.fireCaretUpdate(RSyntaxTextArea.java:807) at javax.swing.text.JTextComponent$MutableCaretEvent.fire(JTextComponent.java:4394) at javax.swing.text.JTextComponent$MutableCaretEvent.stateChanged(JTextComponent.java:4416) at javax.swing.text.DefaultCaret.fireStateChanged(DefaultCaret.java:802) at javax.swing.text.DefaultCaret.changeCaretPosition(DefaultCaret.java:1274) at javax.swing.text.DefaultCaret.handleSetDot(DefaultCaret.java:1173) at javax.swing.text.DefaultCaret$DefaultFilterBypass.setDot(DefaultCaret.java:1913) at javax.swing.text.NavigationFilter.setDot(NavigationFilter.java:64) at org.fife.ui.rtextarea.ConfigurableCaret$FoldAwareNavigationFilter.setDot(ConfigurableCaret.java:670) at javax.swing.text.DefaultCaret.setDot(DefaultCaret.java:1151) at javax.swing.text.DefaultCaret.setDot(DefaultCaret.java:1051) at javax.swing.text.JTextComponent.setCaretPosition(JTextComponent.java:1631) at processing.app.Editor.statusError(Editor.java:2690) at processing.app.Editor$BuildHandler.run(Editor.java:1963) at java.lang.Thread.run(Thread.java:745)
Eparvi74 Posté(e) Décembre 31, 2018 Auteur Posté(e) Décembre 31, 2018 Bonne Année à tous, pas sûre que je repasse par mon ordi d'ici 2019
legired Posté(e) Décembre 31, 2018 Posté(e) Décembre 31, 2018 Peut être avec la version 1.0 d'arduino : https://www.arduino.cc/download_handler.php?f=/arduino-1.0.6-macosx.zip
Jean-Claude Garnier Posté(e) Décembre 31, 2018 Posté(e) Décembre 31, 2018 (modifié) Anne, @Eparvi74 je ci-joins un firmouére qui marche et qui compile sans problème : je viens de le faire C'est pas le dernier jus, mais ça marchait quand @hidius me l'a donné Et ça te permettra au moins de tester si ça marche avec ton Mac (pouah !) Il ne sera pas dit qu'on aura lâché l'affaire aussi facilement ! Marlin-1.1.x.zip Modifié (le) Décembre 31, 2018 par Jean-Claude Garnier
Eparvi74 Posté(e) Décembre 31, 2018 Auteur Posté(e) Décembre 31, 2018 @Jean-Claude Garnier On lâchera pas l'affaire, mais là... Non ça compile avec des erreurs et ça téléverse pas... Idée suivante : le PC quelle version de Arduino ? et quelle version de Marlin ? Elle est coriace la bestiole !!!
rmlc460 Posté(e) Décembre 31, 2018 Posté(e) Décembre 31, 2018 (modifié) Hummm. Je disais quoi, plus haut ??? Ah oui des conneries, probablement... N'en oublie pas le four, Mamie, ce serait dommage de manger cramé tout à l'heure !! Modifié (le) Décembre 31, 2018 par rmlc460
zyban Posté(e) Décembre 31, 2018 Posté(e) Décembre 31, 2018 (modifié) @Eparvi74Voici 2 fichier de configuration Marlin 1.1.9 pour ta pro C à compiler avec une version récente d'arduino si tes "switchs home" sont bien branchés sur les min de ta carte mère, n'oublie pas que les max sont juste à côté et qu'on a vite fait de se tromper Dans les branchements c'est donc le slot 1, le slot 3 et le slot 5. Configuration.h Configuration_adv.h Modifié (le) Décembre 31, 2018 par zyban
Jean-Claude Garnier Posté(e) Décembre 31, 2018 Posté(e) Décembre 31, 2018 Moi ça compile bien avec la version Arduino 1.8.8 mais AUSSI avec la 1.9.0 beta comme tu peux le voir ci-dessous : Caisse t'as pu oublier, b.....del ? Tu as bien choisi le bon porc de communication ? Et quand tu fais "outils", "moniteur série", esque tu as un truc comme ça ?
Jean-Claude Garnier Posté(e) Décembre 31, 2018 Posté(e) Décembre 31, 2018 il y a 2 minutes, zyban a dit : .. /.. si tes "switchs home" sont bien branchés sur les min de ta carte mère Oh que voilà une piste sérieuse !
Eparvi74 Posté(e) Janvier 1, 2019 Auteur Posté(e) Janvier 1, 2019 Bonne Année ! La Mamie s'est fait quelques cheveux blancs supplémentaires. Je vous passe mes galères : @rmlc460 tu as raison je me suis fait TRES peur !!! Car y'a pas de ctrl Z après un chargement "foireux" de marlin @legired la version d'Arduino qui a compilé le dernier Marlin c'est bien la 1.0.6 et cela sur PC Les autres idées (Marlin 1.1 avec dernière version d'Arduino) m'ont renvoyé une machine toute déréglée en X... Mac il faudrait installer une ancienne version de Java... Je repars à zéro donc... à suivre... @zyban : Merci pour tes deux fichiers. Je ne sais pas comment les utiliser. Question : je les échange ? dans quel version de Marlin ?
zyban Posté(e) Janvier 1, 2019 Posté(e) Janvier 1, 2019 (modifié) Je l'ai indiqué c'est Marlin 1.1.9 à compiler avec une version récente d'arduino (après la 1.6.7) et ne touche à rien d'autre, ni java ni quoique ce soit d'autre. Il ne faut pas chercher les complications inutilement mais avant tout vérifie tes branchements sur ta carte, que ce soit les moteurs ou les endstops. Modifié (le) Janvier 1, 2019 par zyban
Eparvi74 Posté(e) Janvier 1, 2019 Auteur Posté(e) Janvier 1, 2019 Merci @zyban 1 - j'ai vérifié les branchements des endstop sur la carte. ça me parait OK : 1,3 et 5 vu que j'ai pas d'arrêt au max. Mais du coup j'ai trouvé un problème sur la pièce fin de course des x : le bouton sous la lamelle semble bloqué. Pas de bruit quand je pousse sur la lamelle et la lamelle ne reprend pas sa position initiale. 2 - J'ai vérifié le branchement du moteur, les couleurs correspondent au doc pdf qu'on m'a donné. 3 - Sinon, j'ai bien les X dans le bon sens, après avoir installé le Marlin_GT2560-PI3_Pro_C sous PC avec la version Arduino 1.0.6 et changé le paramètre INVERT_X_DIR en true Mais j'ai un nouveau problème : l'origine des x semble être maintenant au milieu. et non tout à gauche au niveau de mon endstop "cassé" Si je comprends bien, je vais maintenant chercher à téléverser le Marlin 1.1.9 avec la dernière version de Arduino sur mon PC que je vais trouver où ? car tes deux fichiers joints sont les fichiers de configuration.h ou alors j'ai encore rien compris, désolée... Merci de votre aide à tous,
Jean-Claude Garnier Posté(e) Janvier 1, 2019 Posté(e) Janvier 1, 2019 (modifié) Tu as un truc assez simple pour vérifier si tes endstops marchent comme y faut Dans Repetier (ou Pronterface) tu tapes la commande "M119" Elle te dira si les switches marchent ou pas Comme ça : Tu essayes une fois comme ça, et une fois en le tenant appuyé Ils doivent être "Open" Modifié (le) Janvier 1, 2019 par Jean-Claude Garnier
Eparvi74 Posté(e) Janvier 1, 2019 Auteur Posté(e) Janvier 1, 2019 Merci @Jean-Claude Garnier Bon tu as vu, les x vont dans le bon sens !!! Mais le petit fils il avait du faire une autre manip dans le firmware pour régler ses x j'imagine. Je vais lui demander. M119 me donne : 15:12:39.522: x_min: open 15:12:39.522: y_min: open 15:12:39.522: z_min: open et si je pousse à la main (et je relâche de suite) sur le endstop des x j'ai 15:13:27.942: x_min: TRIGGERED 15:13:27.942: y_min: open 15:13:27.957: z_min: open Mais il reste déclenché si je refais un M119, il devrait revenir en open tout seul ou pas ? (Moi ce que j'en dis c'est plus facile de faire du ménage...)
Jean-Claude Garnier Posté(e) Janvier 1, 2019 Posté(e) Janvier 1, 2019 (modifié) C'est pas bien clair, Mamy. Tu as dû forcer un peu sur le Champomy A l'état normal, tous les endstops doivent être "open" Tant qu'on les tient appuyés, ils doivent être "triggered" épicétou. Donc apparemment celui du X fait le job, et quand tu demandes un "Home All" les trois devraient bouger dans le bon sens Edit : Oups j'avais pas comprendu, c'est moi qui barjaque : il y a 16 minutes, Eparvi74 a dit : .. /.. Mais il reste déclenché si je refais un M119, il devrait revenir en open tout seul ou pas ? Bien sûr il devrait revenir à l'état "open" Ba c'est pas bien grave >>> ni coûteux <<< mais faudra (en plus) apprendre à souder.... Mais peut-être que juste en le cigognant un peu dans tous les sens, ça devrait le débloquer, ou alors il est ptêt trop serré et ça le bloque ? Gad' z'y de plus près.... Modifié (le) Janvier 1, 2019 par Jean-Claude Garnier
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