Sancho

@LeLutin : Encore une fois, je prend note attentivement de ce retour. Ceci dit, C'est à destination d'une Melzi le REPRAP DISCOUNT FULL CONTROLLER DISPLAY ?? o_O Parce que sur la gamme Ramps, ça passe crème.

@LeLutin : je prend note ! Je suis moyen fan du U8G_I2C_OPT_NO_ACK ... J'ai exploré la RC7 en diagonale (entre autre autour des sujets écran) et effectivement la communauté Marlin semble avoir pris le parti d'activer l'option U8G_I2C_OPT_FAST pour les écrans de la gamme OLED (SSD1306 pour les intimes)(1). Je n'abandonne pas pour autant la piste que j'explore de mon coté en ce moment, qui est plus une approche 'métier' que 'technique' car sans ça ... j'ai un peu l'impression que c'est un pansement sur une jambe de bois ... mais les deux approches combinés sera sûrement la bonne combinaison de fluidité. Merci pour ce retour (avec en prime un pti clin d'oeil nostalgique ... Tu nous régales LeLutin ... Tu es royal !! ) (1) : Je n'y ai pour le moment pas vu d'amélioration fondamentale outre le changement de FLAGS à l'initialisation de la librairie U8glib pour SSD1306.

Pour téléverser une Melzi avec un IDE 1.6.x : Installer un Arduino 1.6.+ Cloner le github RC6 (!!!) https://github.com/MarlinFirmware/Marlin/tree/1.1.0-RC6 Installer dans son répertoire de croquis Arduino (pour les linuxiens, dans : $HOME/Arduino/ ) les fichiers fraîchement clonés suivants : ArduinoAddons/Arduino_1.6.x/hardware ArduinoAddons/Arduino_1.6.x/librairies Installer avec l'IDE Arduino la librairie U8glib ArduinoIDE, Menu Corquis > Include Library > Manage libraries. Chercher U8glib L'installer Vous pouvez à présent, ouvrir les sources qui viennent de Dist Configurer Type de carte : Sanguino Processur : ATMega 1284p 16Mhz Si problème de timeout au téléversement : Ré-essayer immédiatement (plusieurs fois .. des fois ça passe sans raison) [EDIT] Tester avec un autre câble ... j'ai mis un moment à m'en rendre compte à un époque ... Vérifier le jumper auto-reset Faire un reset à la main juste quand l'upload va commencer (je sais sur une Melzi dans une Disco, c'est tricky ^_^' .. cure dent ?) Tweaker des valeurs dans le fichier $HOME/Arduino/hardware/marlin/avr/boards.txt Les paramètres pour une Melzi sont ceux commençant par sanguino.menu.cpu.atmega1284 Je sais qu'il y a une manière d'augmenter le timeout 'after reset' mais je ne me rappelle plus comment il se nomme Attendre Dagom'App début de semaine prochaine ... peut être demain ... Je laisse les connaisseurs aiguiller ceux qui s'y connaissent moins sur le sujet, mais les grandes lignes sont là.

N.B @LeLutin, @CaliBx : l'amélioration éventuelle (anti-bouboulettes) ne sera active que si vous imprimez depuis la SD J'ai failli oublié ce petit détail qui tue.

@CaliBx : Même chose que LeLutin : OLED + NC + Blanc : HEX : http://dl.free.fr/oFngaZOuM Je doute que ça règle le pb de timeout au démarrage ... mais sait-on jamais ?! Et encore, par avance, Merci

@LeLutin : Ce n'est qu'un premier jet, y'a d'autres pistes dans les cartons : OLED + NO + Bed + Blanc : HEX : http://dl.free.fr/gycWEulvK Dis-moi ce que tu en penses : boulettes ou pas boulettes ... Est-ce que le taux de refresh de l'écran te choque ? Merci par avance

Merci @bobotrax et @LeLutin, vous avez tout pigé !! Nous sommes en mode bouchées-triples sur la nouvelle mouture de la Dagom'App et Dist et CuraByDago qui s'occuperont (on l'espère sincèrement) de tout ces soucis pour vous. [2016 : Un pingouin avec des moufles à la place des mains quand il s'agit de sortir sa canne en pêche en plein été]

Ça serait un peu long à expliquer mais il y a des choses qui ont été remontées dans le firmware et d'autres non (la consigne de température reste dans le GCode par exemple, le fait de ne pas pouvoir éteindre le ventilateur si la buse est trop chaude est dans le firmware=sécurité). U1 pour : utiliser le résultat du calibrage PID Celui qui veut modifier son offset pourra toujours changer son <GStart> pour le descendre de manière relative à son Z-Offset stocké dans son imprimante. Pour le moment, nous sommes en complète refonte des firmwares supportant toutes les box et donc, avec ces contraintes là de mise en œuvre sur le 'terrain'. Tout ceci est en bêta et va être clarifié/officialisé très prochainement à travers de nouveau outils et de nouveaux tuto. Pour garder le fils de ce post qui à la base a été ouvert par @monchyv62 afin d'essayer de faire re-démarrer ses impressions, je te propose d'ouvrir un autre post où je serais ravis de t'apporter au possible toutes les réponses que tu souhaites. @monchyv62 J'espère que tu arrives à suivre et que tu as pu trouver ton fichier xml_config pour y faire la modif.

@bobotrax : arf, filebin a peut être déjà fait le ménage ... Dist fournit maintenant la version que je vous ai fait tester, tu peux donc télécharger ce firmware directement sans passer par moi @LeLutin : mais alors ça, tu peux pas savoir comment ça m'fait plaisir !!! (que t'aies des moufles à la place des mains ;-P )Tu avais le DiscOled activé sur ton Firmware pour ce test ? (S'il te plaît dit moi oui !! [/me Brûle un cierge]) @LeLutin : BSûr qu'on est preneur de suggestion ... et certaines sont déjà en alpha ... @Wrmaeleun , @LeLutin , @CaliBx : Vous savez ... j'trouve pas ça catastrophique ce qu'il s'est passé avec ton post @Wrmaeleun. Ce que dit Wael est vrai ... mais heureusement il y a des gens comme vous qui nous supportent en rappelant les choses. Je trouve que l'internet d'aujourd'hui a perdu cette ancienne notion de 'bêta' qu'il y avait ... tu sais, le truc sur lequel il fallait marcher sur des œufs ... mais c'est tant mieux ! Ça veut dire que les DIYers sont de plus en plus présents et s'approprient des choses de plus en plus complexes, qu'elles soit logicielles ou matérielles. Aujourd'hui il faudrait peut être estampiller les 'bêta' d'un truc qui fait plus peur, genre : "4Hackers!!" ou "Beware l'ami, peu faire exploser ta patience" Les choses se mettent en place petit à petit, comme un accès '4Hackers' sur nos produits, sur nos logiciels, etc ... mais comme tu dis @LeLutin il faut qu'on formalise aussi ce pan là de notre activité ... et apparemment "Bêta" ne suffit plus

@monchyv62 : Oups, My bad, le document est en complète ré-écriture Je vais essayer d'expliquer ça ici : L'idée : L'offset d'impression est à présent stocké dans l'imprimante, il faut maintenant dire à CuraByDagoma de ne plus s'en occuper. Pour ça : Il faut modifier légèrement le fichier xml_config de CuraByDagoma Si tu ne sais pas où trouver ce fichier, réfère toi à ce tuto : http://www.dagoma.fr/optimisation-et-reglage-de-la-hauteur-de-la-buse/ Sur la photo de ce tuto, on peut voir une section dans le fichier qui commence par <Gstart> et qui se termine plus bas par </Gstart>. Tu vas remplacer tout ce qu'il y a entre ces deux repères, par : <GStart> ;Genere par Cura-15-04 pour Discovery200 avec Buse S1;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 G90 G28 X Y M106 S160 M109 S180 M104 S{print_temperature} G28 G29; Detailed Z-Probe G1 X100 Y200 Z5 F3000 G1 Z0.1 M82 ;set extruder to absolute mode G92 E0 ;zero the extruded length G1 F500 X130 E3 ;extrude a bit of feed stock G1 F500 Y190 G92 E0 ;zero the extruded length again G1 F{travel_speed} </Gstart> Avant de redémarrer CuraByDagoma, n'oublies pas de faire l'étape 3 du tuto : "Faire prendre en compte vos modifications à Cura by dagoma :" Si tu as pu régler ton Z-Offset avec le Doctor, alors ça devrait être beaucoup mieux après ça.

@CaliBx c'pas idiot. Je vais y regarder.

Arf, ça confirme bien ce que je pensais, y'a quelque chose d'assez lourd qui a changé entre la RC3 sur laquelle est basé le code de Dumnac pour sa DiscOled et la RC6 sur laquelle on est actuellement basée. Je vais devoir investiguer plus lourdement les différences qu'il y a entre ces deux versions pour comprendre ce qui mange le cerveau à la carte. (manger cerveau d'une carte = cpu-phage). Merci @CaliBx pour le temps que t'as pris à changer ton firmware pour faire ces tests.

.. ou 3cm... tu es sur la bonne voie. ## Concernant la hauteur un peu exagéré d'impression : As-tu fait l'étape 5/6 de ce tuto bêta ? ## Concernant l'arrêt inopiné de l'imprimante, c'est peut être un problème de chauffe : Si tu sais comment on fait pour être connecté sur un port série, il faudrait que tu puisses envoyer la commande suivante, juste après l'allumage de l'imprimante, sans carte SD : M303 C8 S200 E0 U1 et attendre que la procédure l'auto-réglage de la chauffe termine. Si tu ne vois pas comment envoyer des commandes à ton imprimante, on procédera d'un autre manière. ## Concernant le pb de 'pas de mouvement droite/gauche' En manipulant l'imprimante, un fils du moteur droite/gauche n'aurait-il pas été déconnecté / débranché ? ou pire, coupé ? Peux-tu vérifier stp le câblage de ce moteur, et coté carte, et coté moteur ?

J'ai l'impression qu'il y a moins de gouttelettes qu'avant. Non ? @Quelqu'un peut-il confirmer ? Moins de plantage via usb : ça, c'est déjà une bonne nouvelle ! @LeLutin : Peux-tu, sans rien modifier, tester la même impression sur carte SD en débranchant la liaison usb entre ton imprimante et ton pc ? Autre test qui m'intéresserait, ce serait sans DiscOled, c'est à dire avec un firmware sans option DiscOled et DiscOled de débranché. Un grand Merci à toi @LeLutin pour le détail et la précision de tes retours ! Dist distribue à présent ce fameux firmware que je vous ai fait testé et qui apparemment apporte un peu de mieux. C'pas encore parfait mais la piste semble être la bonne.

Je vais en profiter pour aller me coucher