rhcpdu13

et oui je me doute puisque c'est du custom par rapport à mon fang, je n'ai absolument rien à redire par rapport à ton travail. Depuis la 2.7.0.2, il y a tellement eu de changements, que celle ci parait si simple !! Je peux encore t'embeter un tout petit peu ? Je n'arrive pas à modifier les marges et offset, je voudrais savoir si je fais pas fausse route Est ce que c'est bien ici qu'il faut que je change les valeurs ? : #define NOZZLE_TO_PROBE_OFFSET { -35, -6, -0.92 } // Most probes should stay away from the edges of the bed, but // with NOZZLE_AS_PROBE this can be negative for a wider probing area. #define PROBING_MARGIN 10 J'ai pris les cotes par rapport au placement de la buse, je suis à -30 vers la gauche -27 vers l'avant, j'ai donc essayé : #define NOZZLE_TO_PROBE_OFFSET { -30, -27, -0.92 } // Most probes should stay away from the edges of the bed, but // with NOZZLE_AS_PROBE this can be negative for a wider probing area. #define PROBING_MARGIN 10 j'ai une erreur dans la compilation : point 2 is not reachable with the default NOZZLE_TO_PROBE offset and PROBING_MARGIN Idem si je touche que le probing_margin Merci encore pour tes coups de pouce !! edit : J'ai réussi en modifiant : #define Y_MIN_POS -20 Je finis mes tests et vous ferez un retour ! Un immense merci pour ton aide en tout cas !

Aie aie aie..... Ok effectivement c'est beaucouuup mieux !! J'ai donc laissé le Y_CENTER qui me convient mieux. Ce qui amène à un 2eme problème (je m'en excuse !! J'ai lancé un nivellement auto. le auto home se lance, tout vas bien, il fait le 1er palpage au centre, nikel. Par contre quand il pars dans l'angle, je me retrouve encore en dehors du plateau il doit y avoir encore un réglage au niveau du plateau peut etre à faire, mais ou !!

Oui je le fait a chaque fois Bon pour etre sur de mes modifs, j'ai essayé ca : #if ENABLED(Z_SAFE_HOMING) #define Z_SAFE_HOMING_X_POINT X_CENTER // X point for Z homing #define Z_SAFE_HOMING_Y_POINT 30// Y point for Z homing #define Z_SAFE_HOMING_Y_POINT PROBING_MARGIN #endif et #if ENABLED(Z_SAFE_HOMING) #define Z_SAFE_HOMING_X_POINT X_CENTER // X point for Z homing #define Z_SAFE_HOMING_Y_POINT Y_CENTER// Y point for Z homing #define Z_SAFE_HOMING_Y_POINT PROBING_MARGIN #endif

Nop les 2 ne changent rien

D'accord, bon je suis une bille... du genre : #define Z_SAFE_HOMING_Y_POINT 30// Y point for Z homing ou #define Z_SAFE_HOMING_Y_POINT 30_CENTER// Y point for Z homing

Bien sur [emoji4] Envoyé de mon SM-G988B en utilisant Tapatalk

Ah oui mais nan, là, il descend dans le vide et ma buse tape sur le plateau et pas le bltouch (bon j'ai peut être pas reprécisé mais ça ma fait tilt, j'ai le fang de daemoncrak, cela a peut etre une incidence ?)

Ok alors si je résume : je dézippe, je change : default_envs = alfawise_U30 par default_envs = alfawise_U20 Et c'est tout? Il va trouver aussi la version de mon écran ? (j'ai l'impression de découvrir la vie... )

D'accord, mais mon problème est le même en ne changeant que plateformio.ini (hormis de forcer mon écran a la version 1.2) En gros quand je fais un auto home. la buse va bien taper le contact, le plateau vas bien taper le contact aussi, mais lors de la phase pour aller palper le plateau, celui ci ne retourne pas au centre, il reste au fond (coté contact) en se déplacant de qq mm, et donc le palpage se fait dans le vide... c'est pour ca que je me suis dit quil y avait peut etre un parametre supplémentaire à faire pour "forcer" les dimensions du plateau. Ok je note ca des que j'ai réussi a resoudre ce problème je peux essayer le nouveau framework Désolé je suis pas trop expert dans tout ca, mais j'aime bien apprendre

Bon!!! Il y a du nouveau ! Mon problème du bltouch est résolu effectivement ca venait bien de ma compilation. En faisant avec la version maple, et en le déplacant à la racine de mon lecteur, la compilation fonctionne, et !! mon bl touch réagit normalement ! Par contre j'ai une autre question. Vu que par défaut quand j'ouvre le zip, dans plateformio.ini il y a : default_envs = alfawise_U30 Je l'ai remplacé par alfawise_U20 et décommenté la ligne : #define U20 dans Configuration.h. Cependant, dans auto build marlin avant de compiler il me dit que les dimensions sont tjs en 220x220x250 J'ai donc un peu fouillé et commenté les lignes suivante (sans trop savoir si c'est bon) : #define X_BED_SIZE 220 #define Y_BED_SIZE 220 #define Z_MAX_POS 250 Là auto build marlin m'indique bien les dimensions 300x300x400. Sauf que quand je fait un home, le plateau ne bouge quasiment pas sur son axe. Ai-je loupé quelque chose ? j'imagine que oui !

D'accord, je referais des tests ce soir, mais il me semblait qu'il y avait le choix dans marlin auto compilation, mais je peux me tromper Edit : Bon voici ce qu'il se passe en screenshot : J'ai donc un message d'erreur collect2.exe: error: ld returned 1 exit status à la fin de la compilation, tout le reste semble ok

Hello, Ah d'accord, effectivement moi je compilais avec le "classique" enfin pas maple. J'avais essayé 1 fois mais la compilation se terminait en echec avec une erreur sur un fichier .exe (je pourrais te dire en rentrant ce soir) si tu as une astuce pour compiler avec maple, une démarche a faire... Je suis preneur

Merci beaucoup pour ta réponse, et oui plus très récent tout ca mais elle fonctionnait bien jusque là, et comme un idiot je n'ai pas gardé le bin avec la 2.0.7.2... Aurais-tu un lien vers cette branche bl touch ? J'ai essayé celle ci : https://github.com/tpruvot/Marlin/tree/bltouch mais sans succès. Je vais tout de même re-essayer, si tu me confirmes que tu parles bien de cette branche Edit : Saurais-tu s'il est possible de remettre la main sur une 2.7.0.2 et recompiler comme j'avais fait à la base ici (dailleur ca pourrais peut être t'aiguiller sur la différence entre celle ci qui fonctionnait et la nouvelle ? un paramètre différent pour ma v07?): en // Je vais migrer sur une carte plus récente, la skr 1.4 turbo, mais je suis en attente de réception... Merci pour ton aide !

Bonjour à tous !! Je voudrais migrer mon marlin v2.0.7.2 vers la nouvelle version en date v2.0.9.2 Je possède le matos suivant : - alfawise u20 v07 - lcd 1.2 - Bl touch 3.1 - fang daemoncrack J'ai repris la branche dev de @epsylon3 que je remercie ! mais je rencontre un petit souci avec mon bltouch. Celui ci clignote bien 2 fois à l'allumage, mais dans le menu bltouch il ne réagit à aucune commande (tout fonctionnait avec l'ancienne version de marlin). Si je tente un autohome, ou un autoleveling, lors du palpage de l'axe z, le bltouch ne se réagit pas, et le z descend à l'infini. J'ai cru comprendre qu'il fallait définir le bon "port" mais je n'arrive pas à trouver la bonne ligne de commande pour ça. Est-ce qu'une âme charitable pourrait m'aiguiller ? Merci par avance ! Configuration.h Configuration_adv.h platformio.ini pins_LONGER3D_LK.h pins_LONGER3D_LK.h platformio.ini Configuration_adv.h Configuration.h

Bonjour à tous, Avant de me lancer dans l'upgrade de mon marlin 2.0.5.3, je voulais savoir si l'un d'entre vous avez tenté l'expérience du nouveau marlin 2.0.7.2 :) Merci !

Salut à tous !! J'ai enfin sauté le pas ! Actuellement je suis sur une alfawise u20 v07 + lcd 1.2 + Bl touch + fang daemoncrack + Octoprint J'ai pas mal galéré pour la compilation, mais en suivant le tuto mis à jour par Jérome, tout est ok !!! Donc un grand merci à toi ! Je rajouterai juste le calibrage du pid et le tuto sera complet (pour moi) : M303 E0 S200 C8 lancer test extrudeur M301 P(x) I(x) D(x) l'envois des nouvelles valeurs sans les ( ) M500 enregistrement des valeurs M303 E-1 S60 C8 Test du Bed M304 P(x) I(x) D(x) l'envois des nouvelles valeurs sans les ( ) M500 enregistrement des valeurs Et le gcode de Jérôme légèrement modifié : G21 ;metric values G90 ;absolute positioning M82 ;set extruder to absolute mode M107 ;start with the fan off M280 P0 S160; BL-Touch Alarm realease G4 P100; Delay for BL-Touch G28; home M280 P0 S160 ; BLTouch alarm release G4 P100 ; delay for BLTouch G29; Auto leveling M420 S1 M420 Z5 ; LEVELING_FADE_HEIGHT Real activation and set parameters (if not set here, Z-Compensation failed) M500; Write data carto G29 G1 Z5 F3000 ; lift G1 X5 Y10 F1500 ; move to prime G1 Z0.2 F3000 ; get ready to prime G92 E0 ; reset extrusion distance G1 F200 E5 ;extrude 5mm G1 Y80 E10 F600 ; prime nozzle G1 Y100 F5000 ; quick wipe Par contre deux questions.... vraiment bête !!! -Dois on inclure à chaque impression un G29 ? Pour quelle raison ? - je teste le plugin bed level visualizer, est-il uniquement informatif et ponctuel ? Ou si on fait un bed levelling avec il est automatiquement pris en compte lors de notre impression ? qui répondrait du coup à ma 1ere question... Merci par avance !

Le sujet m’intéresse

Hello !! Bonne nouvelle ! Du coup ça ne serait pas lié au composant lui même mais a sa gestion logicielle?

Salut ! Alors j'ai plus ou moins contourné aussi le problème. Pour mes pièces faites avec fusion360, je choisi la qualité medium au lieu de high à l'exportation, du coup moins de polygones, et moins de calculs. Pour mes petites pièces je n'ai pas trop de perte niveau qualité du cercle.

Bonjour !! oui sujet très intéressant ! A suivre ! Par contre je serai bien curieux de connaitre tes 1ers réglages, même si tu estime qu'ils ne sont pas satisfaisant ^^, enfin si tu le souhaite bien sur!

A vos souhaits Bref, si j'ai bien compris le problème serait lié à une bande passante limité du à un composant chinois (il porte bien son nom pour le coup lol) sur la CM.... plus quà imprimer des pièces ronde en minecraft quoi

Salut Cacaotor !! Tiens c'est étonnant, parce que j'ai ce problème depuis que j'utilise octoprint. J'ai exactement le même phénomène et cela se ressent aussi pendant l'impression, le déplacement est "saccadé", "ralenti" sur certaine partie. J'ai aussi tout essayé, et je suis tombé sur un post où une personne parle justement de saccade via octoprint. Du coup j'ai tenté via la carte sd, et la miracle, plus de saccade, et les arrondi sont... arrondi Je sais pas si cela peut t'aider mais en tout cas ce phénomène est présent uniquement via octoprint...

Bonjour à tous !! tiens c'est étonnant (ou pas!), je n'ai vu aucun post parler des filaments innofil3D - https://www.amazon.fr/gp/product/B013UB3VXS/ref=oh_aui_search_asin_title?ie=UTF8&psc=1 PLA-0002a075 PLA, 1.75 mm, 750 g, Noir -> Aucun problème, rendu niquel, facilité d'emploi - https://www.amazon.fr/gp/product/B013UB30W0/ref=oh_aui_search_asin_title?ie=UTF8&psc=1 PLA-0011a075 PLA, 1.75 mm, 750 g, Pearl Blanc -> Super rendu, un de mes préféré - https://www.amazon.fr/gp/product/B0778HVXWF/ref=oh_aui_search_asin_title?ie=UTF8&psc=1 PLA Chromatik BLEU AZUR - 250 g - 1.75 mm - DAGOMA -> Assez capricieux avec ce filament, j'ai eu du wrapping et problème d'accroche au plateau, sinon belle couleur !

D'accord, je vais tester comme ça Merci !!

Merci pour ton message ! Je vais donc me tourner vers le topic dédié afin de réserver le bon pcb Les traces, c'est des points de superglue que j'ai mis provisoirement pour "tester" (anarchiquement je te l'accorde) le bruit ainsi que le souffle d'air (n'ayant pas de vis assez longue pour le moment) Pourrais tu me donner ton point de vue? je garde ce modèle (en sachant les caractéristiques que j'ai posté) ou vaut mieux que je parte sur un modèle exact de ce que tu as donné, en 12v? Merci !