Aller au contenu

Messages recommandés

Posté(e) (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) par Jean-Claude Garnier
Posté(e) (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) par Jean-Claude Garnier
Posté(e)

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. 

Posté(e)

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 ? 

Posté(e)

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

Posté(e) (modifié)

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
Posté(e)

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

Posté(e) (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) par rmlc460
Posté(e) (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) par zyban
Posté(e)

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

Posté(e)

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 ?

Posté(e) (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) par zyban
Posté(e)

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, 

Posté(e) (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"

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
Posté(e)

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

 

 
Posté(e) (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) par Jean-Claude Garnier

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