Aller au contenu

GO Print

Réglage extrusion d'une I3 Pro C


Eparvi74

Messages recommandés

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) par Jean-Claude Garnier
Lien vers le commentaire
Partager sur d’autres sites

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) par Jean-Claude Garnier
Lien vers le commentaire
Partager sur d’autres sites

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

Lien vers le commentaire
Partager sur d’autres sites

@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)
 

Lien vers le commentaire
Partager sur d’autres sites

Anne, @Eparvi74 je ci-joins un firmouére qui marche et qui compile sans problème : je viens de le faire

image.thumb.png.48ac985b46d7f0a3fde272960a9236d9.png

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) par Jean-Claude Garnier
Lien vers le commentaire
Partager sur d’autres sites

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) par rmlc460
Lien vers le commentaire
Partager sur d’autres sites

@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) par zyban
Lien vers le commentaire
Partager sur d’autres sites

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 :

 image.png.9388333f999194c5f74f13bb25b786e2.png

Caisse t'as pu oublier, b.....del ?

Tu as bien choisi le bon porc de communication ?

image.png.2ab8da412c049d3cdd94e4d695801445.png

Et quand tu fais "outils", "moniteur série", esque tu as un truc comme ça ?

image.thumb.png.dfad318eab3fda4f886fd4fd1c55b0ae.png

Lien vers le commentaire
Partager sur d’autres sites

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 !

Lien vers le commentaire
Partager sur d’autres sites

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 ?

Lien vers le commentaire
Partager sur d’autres sites

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) par zyban
Lien vers le commentaire
Partager sur d’autres sites

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, 

Lien vers le commentaire
Partager sur d’autres sites

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"

image.png.3698f2b8733035172b17e2143298ed06.png

Elle te dira si les switches marchent ou pas

Comme ça :

image.png.244915ad62c53c0183ebcd4f827241d9.png

Tu essayes une fois comme ça, et une fois en le tenant appuyé

Ils doivent être "Open"

Modifié (le) par Jean-Claude Garnier
Lien vers le commentaire
Partager sur d’autres sites

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...) 😉

 

 
Lien vers le commentaire
Partager sur d’autres sites

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) par Jean-Claude Garnier
Lien vers le commentaire
Partager sur d’autres sites

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 compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
  • Sur cette page :   0 membre est en ligne

    • Aucun utilisateur enregistré regarde cette page.
  • YouTube / Les Imprimantes 3D .fr

×
×
  • Créer...