probleme marlin V2

Bonjour a tous, j'ai un petit soucis.... enfin un gros.

j'ai une k8200 que je viens de monter il n'y a pas très longtemps.
J'ai mis la version 1 de marlin et tout va bien !

Cependant je voulais monter un auto bed leveling, mais lorsque je mets autre chose que la version V1 de marlin, ça ne marche plus du tout.

J'ai suivi les instructions et fait certains changements du code... mais rien n'y fait.
Les moteurs ne marchent pas pour certains et plus du tout pour d'autres.

Si j'ai bien compris la V2 téléchargé sur le site veleman devrait marcher sans rien changer au code?!
Mais les moteurs ne veulent plus rien savoir.

est ce normal? y a t'il des modifs à faire? J'ai essayé plusieurs changement sur le fivhier config.h


Help! please!!!!!!

J'ai déjà installé plusieurs fois une V2 sans problème. Ca a toujours marché du premier coup sans rien changer.
As-tu bien mis le cavalier sur la CM avant le chargement du Marlin? Si oui as tu-bien choisi la bonne CM dans Arduino : Mega 2560?

merci Raby pour ta reponse,

C'est bien ce qui me semblait, la V2 devrait fonctionner sans rien toucher au code.

Pour ce qui est du chargement, j'ai bien mis le cavalier pour passer en mode programmation, puisque j'arrive à faire quelques changements sur le code.

Je pense que la carte mère doit avoir un soucis.

J'ai reverifé pour la nieme fois mes câblages moteurs, les fins de course, les différentes tensions et tout est bon.

Je vais surement renvoyer la carte en sav.

Bonjour, tu as tenté à aprtir de quelle version d'arduino ?

Lorsque j'avais essayé sous windows (je suis depuis définitivement passé sous le pingouin), je n'avais pas réussi à installer la V2 de Marlin à partir de la dernière version d'Arduino.
J'avais pour cela du utiliser la même version que dans le tuto de Velleman, à savoir la 1.04.

Gloire à toi Talocks !!!!!!!

Tu as raison, je viens de changer de version d'arduino et au magie .... CA MARCHE !!!!!

merci infiniment, j'ai bien cru devenir fou.

C'est quand meme bizarre que la version 1 de marlin passe bien avec la version 1.58 et la deux pas du tout.

Du coup je suis passé a la version 1.06.

Ce qui est plus fou c'est que le programme était envoyé, mais mal apparemment.

En tout cas: mille merci pour vos réponses.

Pour ceux qui ont essayé avec la version 1.6.9 de Arduino, je confirme que cela ne marche pas, mais que cela fonctionne super bien avec la version 1.0.4 Merci d'avoir eu ce problème Xenoncal, j'ai pu régler le mien plus rapidement du coup

Bonsoir, Je déterre le sujet,
J'utilise la version 1.6.12. de Arduino, pour mettre à jour le firmware v2, et lors de la vérification, j’obtiens le message suivant :
exit status 1
using typedef-name 'fpos_t' after 'struct'
Je ne trouve pas de version sans erreurs. Est-ce que ça viendrai de mon logiciel ?
merci à tous de votre réponse.

Salut Francis52,

Regarde mieux le sujet, Tazlocks précise :
Lorsque j'avais essayé sous windows (je suis depuis définitivement passé sous le pingouin), je n'avais pas réussi à installer la V2 de Marlin à partir de la dernière version d'Arduino.
J'avais pour cela du utiliser la même version que dans le tuto de Velleman, à savoir la 1.04.

Idem pour moi à l'époque et c'est pas la faute au pingouin...

Cà ne sert à rien d'utiliser une version supérieure pour une carte préhistorique...
Le logiciel Arduino sert uniquement à charger Marlin, un Marlin velleman donné avec recommandations certainement justifiées...
Essaye la 1.04 et dis-nous si c'est bon

Salut Francis52,

Ou poste le lien et le message erreur, il semblerai que se soit une mauvaise déclaration dans le code.

Merci pour vos 2 réponses aussi rapides.
Ce qui me chagrine, c'est que simplement à la vérification, je bloque à la ligne suivante :
struct fpos_t {
Je ne suis pas spécialiste, mais j'ai l'impression que la syntaxe  à cet endroit n'est pas bonne. Soit il manque une variable après le {, soit il y a autre chose.
Auriez-vous un marlin v2 qui fonctionne ? J'en ai essayé plusieurs, même sur le site de Velleman, mais pas un ne passe correctement.
En fait, j'essaie de corriger l'erreur de décalage de l'impression.
Merci de votre aide.

Salut Francis52,
A l'époque je n'ai eut aucun problème avec le chargeur arduino 1.04 + marlin v2 velleman mais j'avais suivi scrupuleusement leurs recommandations.
La v2 est pour pouvoir utiliser le module externe, les décalages d'impression restent...
Courage...

Merci du Conseil statis, j'ai téléchargé l'ancienne version, et le logiciel est bien passé.
Je viens de faire un essai, je n'ai plus le décalage. (pour l'instant).
Par contre, l'imprimante ne "monte" pas en Z, du coup j'ai une pièce extra plate. Pourtant en manuel, l'axe à l'air de fonctionner.... bizarre...

Salut Francis52,
Content que tu ai pu charger Marlin.
Première cause possible de l'absence de mouvement Z, un problème de mauvais contact. Assez fréquent et peu visible car caché par la gaine thermo, un fil du switch Z a cassé.
Les continuités moteur et switch doivent être vérifiées à l’ohmmètre.
Pour les décalages :
- points de frottement sur les guides
- courroies n'ayant pas un mouvement parfaitement rectiligne
- courroies pas assez ou trop tendues
- faux contacts dans le circuit électrique
- mauvais flux de données avec le câble USB d'origine
- réglages trop bas des drivers moteur (dommage, les drivers d'origine ne peuvent être montés plus que ce qui est préconisé)
- vitesse trop élevée pour les drivers (surtout avec ceux d'origine)
- vitesse trop élevée pour la carte (avec des drivers plus performants)
- pièce qui se décolle un peu (fait taper la buse et sauter des pas)
- trop de matière envoyée par la buse (fait taper la buse et sauter des pas)
- PLA pas assez refroidi en cours d'impression (la matière remonte faisant taper la buse et sauter des pas)

Merci de tes conseils Statis. Je n'ai plus l'air d'avoir les décalages en X et Y. Pour l'axe Z, si le fil était coupé, je ne pourrait pas faire la prise d'origine, ni le déplacement manuel. Là, j'y arrive en manuel.
Soit c'est le slicer qui n'envoie pas l'information de la montée en Z, soit j'ai des tensions mécaniques sur le système de montée (vis un peu dure). Faudrait peut-être que je mette un peu de jeu et que je fasse une montée descente pour aligner un peu plus tout ça.

Si le fil du switch n'est pas coupé, l'axe Z descend monte et redescend quand tu envoi un "home".
S'il est coupé il monte seulement avec l'envoi du home ou en manuel.
Pour la tension mécanique, envoie 5 millimètres de montée et mesure si la distance du déplacement est bonne avec des post-its qui font tous en principe 0.1mm, il t'en faudra donc 50.
Si tu as une valeur de montée plus basse, effectivement tu perd des pas qui peuvent être dus à une friction trop importante avec en plus un bras trop lourd pour le réglage de driver de moteur d'origine qui est préconisé.
Dépasser ce réglage, même si tout le monde l'a fait, n'est pas conseillé même si radiateur et ventilation ont été mis en place sur le driver. Les sauts de pas Z surviennent donnant des défauts trop souvent attribués à une oscillation de la vis ou du bras.
Il vaut mieux mettre en place un contre-poids (même en changeant le driver pour un plus performant car le bras est vraiment trop lourd :
https://3dprinting.forumactif.org/t359-couplage-de-deux-vis-z-en-bonne-voie-termine
C'est d'ailleurs pour ce genre de problème que le système bowden a été adopté (et pose d'autres problèmes) pour alléger le Z...
Attention au marlin V2 autre que celui de velleman car il peut ne pas convenir à la vis Z d'origine.
Tu peux mettre les lignes de ton GCODE qui concernent Z (rechercher Z dans le fichier) ?
exemple :
G0 F9000 X91.120 Y90.729 Z0.200
G0 F9000 X98.418 Y103.673 Z0.300
G0 F9000 X103.420 Y97.951 Z0.400
Pour voir si le slicer a bien calculé la montée Z

Pour ce qui est du z, le home fonctionne comme tu as dit.
Je vais faire des tests de hauteur en manuel, j'ai des cales étalon. Mais c'est vrai que l'axe Z m'a l'air pas très bien conçu. (poids et porte à faux important) Peut-être qu'un contre-poids simple avec des renvois pourrait alléger le système. Après tu as raison, je peux essayer de mettre des lignes de gcode et faire varier le Z. en mettant un comparateur sur le bras, je verrai s'il bouge, et de combien. Bon encore un peu de boulot à tester.
Merci de tes conseils.

Salut Francis52,

Je parlais de nous montrer les lignes de GCODE de la pièce qui te pose problème pour voir si ton slicer ne délire pas...

ah ok, je viens de copier le programme dans le bloc note pour voir.....recherche de z.....et ben rien !!! le trancheur me met ce genre de code :
G1 X72.207 Y76.833 E2.45006
G1 X72.451 Y76.292 E2.48757
G1 X72.784 Y75.800 E2.52507
G1 X73.195 Y75.371 E2.56258

C'est quoi le E...? j'ai des F1800.00, mais je pense que c'est l'avance.
Le trancheur, c'est le Slic3r 1.2.9 on 2016-11-28 at 22:45:24
Je pense qu'il a un problème. Tu connais une meilleure version ?

Salut Francis52,

Si tu n'as pas de commande style Z0.200 le bras ne montera pas...

infos sur le GCODE :
http://reprap.org/wiki/G-code
F1800.00 est le feedrate c'est à dire 30mm/s

Je n'utilise plus slic3r j'ai eut trop de problèmes avec.
Je préfère Cura mais il est un peu difficile à paramétrer au début car en plus des réglages de base il y a deux onglets start.gcode et end.gcode à compléter.
Malheureusement j'ai réinstallé mon OS et pas reparamétré Cura car pour l'instant ma k8200 est en longs travaux donc je ne peux te faire de capture mais il me semble que j'en avais fait sur un message pour montrer les onglets start.gcode et end.gcode

Je viens de trouver un start.gcode sur un site qui devrait être ok en modifiant les lignes de température :
;Sliced at: {day} {date} {time}
;Basic settings: Layer height: {layer_height} Walls: {wall_thickness} Fill: {fill_density}
;Print time: {print_time}
;Filament used: {filament_amount}m {filament_weight}g
;Filament cost: {filament_cost}
M190 S{print_bed_temperature} ;Uncomment to add your own bed temperature line
M109 S{print_temperature} ;Uncomment to add your own temperature line
G21 ;metric values
G90 ;absolute positioning
M107 ;start with the fan off
G28 X0 Y0 ;move X/Y to min endstops
G28 Z0 ;move Z to min endstops
G1 Z15.0 F{travel_speed} ;move the platform down 15mm
G92 E0 ;zero the extruded length
G1 F200 E3 ;extrude 3mm of feed stock
G92 E0 ;zero the extruded length again
G1 F{travel_speed}
;Put printing message on LCD screen
M117 Printing...

les ; ont été enlevés devant les lignes en gras


Pour le end.gcode je crois que pour débuter il n'y a pas de modifs à faire mais il faudrait que je vérifie