Classement

Il s'est mis en grève OK,

J'ai aussi testé ce que tu dis, ne change rien. En faite le fichier à imprimer est bon car. - je le vois bien sur le front panel de l'elegoo avant de lancer l'impression. - J'arrive bien à le recharger sous logiciel et il est conforme à ce que l'on attends. C'est comme si le décodage de ce fichier pour envoyer les informations a la dalle ne fonctionnait pas. Et ça, c'est le rôle du firmware. J'ai bien sûr re-flasher sans changement. a noter que le fichier .Bin n'est pas exploitable directement (il ne reconnait pas ce fichier). J'ai encore vérifier la carte contrôleur, c'est la bonne. J'ai verifier aussi les connexions, tout est bon. Et de toute façon, si ce n'était pas le cas, les deux tests 'Exposure' et 'Tank Clear' ne fonctionneraient pas. Il y a un probleme de décodage... à noter que j'ai tjrs sauver et imprimer au format cbddlp, je n'ai jamais testé le format ctb Chose que je vais faire dans la minute... OK, problème résolu. Avec ce nouveau firmware, la elegoo mars ne décode plus correctement les fichiers cbddlp Chose qu'avec l'ancien firmware (celui d'origine) et celui updaté officiellement pour la dalle d'origine, fonctionnait. Et bien avec le firmware pour la dalle mono FHD ce n'est plus le cas. Pour résoudre le problème, il suffit de sauver au format .ctb sur la clée USB et tout fonctionne. Enfin... la dalle décode bien le fichier et imprimer bien les couches. Reste plus qu'à tester ça en réel sur un bon gros fichier de plusieurs couches, on verra demain. Keep On Line

Le HS est là --> https://www.lesimprimantes3d.fr/forum/topic/44421-hs-du-sujet-attention-taxe-sur-les-importations-rouler-en-hybride-rechargeable/?tab=comments#comment-464768

5 Artillery Genius ! Toi tu vas être pote avec @MrMagounet ! Bienvenue en tout cas.

Si tu imprimes toutes les pièces à la même échelle (exemple: 99%), elles s'assembleront sans problème.

Pour les stylos cela ne marche pas les cavités cylindriques sont traversantes !!

Upgrade du weekend, double 5015 à double roulements à billes avec le fameux "petit" extrudeur de chez BondTech qui devrait être officiellement annoncé mercredi prochaine Depuis la photo j'ai installé la barre de renfort / maintien entre les 2 supports de ventilos

C'est une bonne façon de commencer. Tu peux également installer des trancheurs pour voir si tes fichiers passent correctement en impression 3D.

Le post a du être modéré, du coup ton message est plus logique !

@methylene67 ouais sauf que quant j'ai posté ma réponse il y avait un autre message après celui de tarzan qui parlait de petites pilules bleu donc sauf si tu en a besoin c'est pas trop le forum approprié...

Avec mon hybride (rechargeable également) je fais 4000km par plein l'été. C'est tout l'intérêt, plus c'est branché, plus c'est rentable. Et pour le moment ça reste toujours plus intéressant économiquement à l'achat, qu'une full électrique, quitte à ne jamais se servir du moteur thermique, un comble... D'un côté l'état se fait du blé sur les taxes d'importation, pour payer de l'autre côté les bonus écolo que les constructeurs automobile s'empressent d'empocher en mettant des tarifs bien gras sur les véhicules écologiques économiques. La boucle est bouclée.

Je suis d'accord avec RFN_31

Un support de post-it avec emplacement pour stylos et trombones ? Même en se connectant, on n'en apprend pas plus sur ce schmilblick...

Bienvenue, tu as déjà pas mal de matériels et donc certainement une expérience intéressante.

Merci à tous pour vos réponse, j'ai changé de carte sd, de qualité supérieur, plus aucun problème. Merci

Ah ça y est, en zoomant j'ai compris, c'est un bête niveau à bulle laser. Et devant ce ne sont pas des fils mais une pincette.

Hier j'ai interverti les cables de mon axe X et Y (moteur + fin de course), et le soucis est toujours sur l'axe Y de l'imprimante (piloté par le driver X de la carte). Donc le soucis n'est pas sur la carte, il est soit moteur soit mécanique. je viens de commander un nouveau moteur pour faire le test. Je refais un test en détendant complètement les courroies et un deuxième test en diminuant les accelerations. Merci de vos conseils , je vous tiens au courant

je pense avoir trouvé le schmilblick ultime ... (sauf si en fait il a déjà était utilisé ici ... je n'ai pas vérifié les 311 pages ) une recherche https://www.yeggi.com/q/schmilblick/ me donne https://www.tinkercad.com/things/cHkW9EPEFCH-schmilblick-02052017 Donc même moi, je ne sais pas c'est quoi ! Qui propose mieux qu'un schmilblick dont la réponse est "un schmilblick" ?

En modélisation 3D appliquer un texte sur une courbe est très différent d'un texte sur une surface plane. Ce n'est plus un dépôt mais une projection. Le fichier a été modéliser avec quel logiciel (sw, f360, fc, etc...) ?

Eh oui, je suis le "régional de l'étape" comme disent les commentateurs sportifs de la pédale. Tiens, une anecdote spéciale dédicace à mon e-pote @fran6p hier c'était Halloween cette connerie Étasunienne. J'étais passé au Carrouf voisin leur acheter des chocolats Malakoff, ça leur a bien plu. Parmi les gamins venus mendier des bonbons il y avait une jolie Maman avec un chapelet de citrouilles autour du cou, j'ai trouvé ça rafraîchissant.

bonjour pour moi c'est un problème de supports : ils sont insuffisants .ta pièce n'est pas stabilisée des le départ ,elle va se mettre a bouger lors du décollement d'autant plus que c'est une pièce pleine augmentes tes supports et évites de les placer en ligne . la vidéo de @ppac est très explicite courage , les débuts sont toujours difficiles

J'ai rarement eu de bons résultats avec Arduino pour compiler un Marlin 2 (et la durée de compilation est bien plus longue ). Le mieux pour compiler est que le dossier Marlin soit au plus proche de la racine du disque. Exemple: C:\Marlin plutôt que dans le dossier perso de l'utilisateur. C'est fréquent avec VSC. La base de données n'est pas toujours à jour, la plupart du temps ça n'empêche pas la compilation. Une fermeture de VSC puis une réouverture permet parfois de tout faire rentrer dans l'ordre. J'ai testé la compilation avec un Marlin 2.0.9.2 avec les exemples prévus pour une Geeetech A20M en changeant juste la définition de la carte en «BOARD_GT2560_V4_A20» en utilisant Platformio puis Auto Build Marlin. La compilation se termine en «SUCCESS» dans les deux cas mais ça ne veut pas dire que ça fonctionnera sur l'imprimante (pas moyen de tester). Le Marlin ayant servi à ce test est dans ce fichier compressé : M2-A20M.zip A décompacter à la racine du disque dur (dans mon exemple, sur mon disque D:) Rappel en images pour Plaformio : 1) Dans l'onglet «PIO Home», «Open Project» : 2) Via l'explorateur de fichiers, sélectionner le dossier contenant à la fois le fichier platformio.ini et le dossier Marlin, clic sur «Open "nom-du-dossier-sélectionné" puis confirmation en cliquant «OUI» : 3) Lancer la compilation en cliquant sur le coche en bas de la fenêtre : 4) Si / quand la compilation est réussie ET que l'imprimante est reliée à l'ordinateur, on peut téléverser le firmware dans la carte (clic sur «flèche droite») : Même chose avec Auto Build Marlin : 1) Compiler le firmware en sélectionnant le greffon ABM. puis l'icone «Marteau» : Pendant que la compilation se réalise : 2) Une fois la compilation terminée, si l'imprimante est connectée à l'ordinateur, téléverser le firmware (clic sur «Upload»:

De nombreuses questions se posent régulièrement sur ce point. Ce sujet tente de faire le point sur la manière dont Marlin gère les emplacements du capteur de nivellement par rapport à la buse. Le type de capteur n'a pas d'importance, il peut s'agir d'un BLTouch (ou d’un clone / copie), d’un Touchmi, d'un capteur inductif, capacitif, …, tant que l’on est en mesure de déterminer le décalage de celui-ci par rapport à la buse (ceci ne s’applique pas aux capteurs où la buse elle-même fait office de sonde (piezo, pression, …)). Pour débuter, on suppose que la buse ne peut qu’atteindre la totalité de la surface du lit d’impression, sans espace supplémentaire. Ainsi les limites du plateau utilisées sont celles définies dans le fichier «configuration.h» à la section [machine] : // The size of the print bed #define X_BED_SIZE 200 #define Y_BED_SIZE 200 // Travel limits (mm) after homing, corresponding to endstop positions. #define X_MIN_POS 0 #define Y_MIN_POS 0 #define Z_MIN_POS 0 #define X_MAX_POS X_BED_SIZE #define Y_MAX_POS Y_BED_SIZE #define Z_MAX_POS 200 Cette hypothèse permet d'éviter que le chariot portant la tête ne se positionne à des emplacements pouvant provoquer des dommages au matériel. Cependant si des déplacements supplémentaires sont possibles, un décalage complémentaire pourra ensuite être ajouté aux limites (voir plus loin dans ce sujet). En premier lieu, il faut déterminer le décalage du capteur par rapport à la buse: par mesures directes ou en se fiant aux informations (quand / si elles sont fournies) du support du capteur - via l'impression de celui-ci à partir d'un modèle récupéré sur un des nombreux sites de partage sur Internet (Thingiverse ou un autre) - de la pièce métallique fournie dans un kit acheté «tout prêt» Marlin Les directives de compilation diffèrent en fonction de la version de Marlin Pour la branche 2.0.x de Marlin, une seule directive définit la marge de «sécurité» utilisée par le capteur pour rester en dehors des bords du lit, par exemple pour éviter les pinces de maintien d’une vitre sur le plateau. Cette marge définit le décalage par rapport au bord du lit : PROBING_MARGIN (configuration.h) Cette valeur pourra ensuite être utilisée dans «configuration_adv.h», section [Probing Margins] : #if PROBE_SELECTED && !IS_KINEMATIC //#define PROBING_MARGIN_LEFT PROBING_MARGIN //#define PROBING_MARGIN_RIGHT PROBING_MARGIN //#define PROBING_MARGIN_FRONT PROBING_MARGIN //#define PROBING_MARGIN_BACK PROBING_MARGIN #endif Ces paramètres précisent les limites du palpage avec le G-code G29. C’est une portion du plateau d’impression car les capteurs / sondes ne sont généralement pas en mesure d'atteindre tous les points que la buse peut atteindre. Il faudra donc tenir compte des décalages XY de la sonde lors de la définition de ces limites. Dans Marlin 1.1.x, la marge de «sécurité» était déclarée via la directive MIN_PROBE_EDGE Les positions limites (positions absolues) que le capteur pouvait atteindre étaient déclarées ensuite, toujours dans «configuration.h», dans la section dépendant du mode de nivellement : // Set the boundaries for probing (where the probe can reach). //#define LEFT_PROBE_BED_POSITION MIN_PROBE_EDGE //#define RIGHT_PROBE_BED_POSITION (X_BED_SIZE - MIN_PROBE_EDGE) //#define FRONT_PROBE_BED_POSITION MIN_PROBE_EDGE //#define BACK_PROBE_BED_POSITION (Y_BED_SIZE - MIN_PROBE_EDGE) Décalages du capteur (offsets) Dans la version actuelle de Marlin (au moment de l’écriture, la 2.0.9.1), les valeurs de décalage sont déclarées dans un tableau : #define NOZZLE_TO_PROBE_OFFSET { XXX, YYY, ZZZ } où XXX et YYY sont les décalages entiers (offset) du centre du capteur par rapport à la buse (vue de l'avant de la machine) : Si les deux valeurs sont positives, le capteur est situé à l'arrière-droit, si les deux sont négatives, la position est à l’avant-gauche , les autres positions possibles sont l'arrière-gauche et l'avant-droit (une valeur positive et une négative). Marlin fournit un dessin en ASCII pour le rappeler : * +-- BACK ---+ * | [+] | * L | 1 | R <-- Example "1" (right+, back+) * E | 2 | I <-- Example "2" ( left-, back+) * F |[-] N [+]| G <-- Nozzle * T | 3 | H <-- Example "3" (right+, front-) * | 4 | T <-- Example "4" ( left-, front-) * | [-] | * O-- FRONT --+ Pour rappel avec un Marlin 1.1.9.1, la position du capteur était définie à l'aide des constantes suivantes : #define X_PROBE_OFFSET_FROM_EXTRUDER [XXX] // X offset: -left +right [of the nozzle] #define Y_PROBE_OFFSET_FROM_EXTRUDER [YYY] // Y offset: -front +behind [the nozzle] Limites de la zone du capteur Dans les dessins suivants, la buse, le capteur et les décalages sont définis par : Quatre positions sont possibles pour le capteur (une cinquième existe pour la buse faisant office de capteur, dans ce cas il n’y a plus de décalage puisque palpeur et buse sont à la même position ), ce qui donne les schémas suivants pour les limites de la zone du capteur (zone rouge transparente) : 1. Capteur à l'arrière-droit : Le capteur peut atteindre les bordures arrière et droite, les limites sont donc fixées par : Marlin 1.x : #define LEFT_PROBE_BED_POSITION (X_PROBE_OFFSET_FROM_EXTRUDER) #define RIGHT_PROBE_BED_POSITION (X_BED_SIZE) #define FRONT_PROBE_BED_POSITION (Y_PROBE_OFFSET_FROM_EXTRUDER) #define BACK_PROBE_BED_POSITION (Y_BED_SIZE) Marlin 2.x : Pas besoin de déclarer les positions gauche, droite, avant, arrière explicitement car avec cette version de Marlin la calcul est automatique à partir de la déclaration NOZZLE_TO_PROBE_OFFSET Si un décalage de «sécurité» a été défini par : #define MIN_PROBE_EDGE [valeur] (Marlin 1.x) ou #define PROBING_MARGIN [valeur] (Marlin 2.x) dans le fichier «configuration.h», les limites de palpage seront modifiées automatiquement pour en tenir compte (Marlin 2.x), ce qui donnera la zone en rouge foncé pour la surface palpée (t = MIN_PROBE_EDGE / PROBING_MARGIN) : Pour un Marlin 1.x, les limites deviennent : #define LEFT_PROBE_BED_POSITION (X_PROBE_OFFSET_FROM_EXTRUDER + MIN_PROBE_EDGE) #define RIGHT_PROBE_BED_POSITION (X_BED_SIZE - MIN_PROBE_EDGE) #define FRONT_PROBE_BED_POSITION (Y_PROBE_OFFSET_FROM_EXTRUDER + MIN_PROBE_EDGE) #define BACK_PROBE_BED_POSITION (Y_BED_SIZE - MIN_PROBE_EDGE) 2. Capteur à l'arrière-gauche : Le capteur peut atteindre les bords arrière et gauche, les limites sont donc fixées par (Marlin 1.x) : #define LEFT_PROBE_BED_POSITION (MIN_PROBE_EDGE) #define RIGHT_PROBE_BED_POSITION (X_BED_SIZE + X_PROBE_OFFSET_FROM_EXTRUDER - MIN_PROBE_EDGE) #define FRONT_PROBE_BED_POSITION (Y_PROBE_OFFSET_FROM_EXTRUDER + MIN_PROBE_EDGE) #define BACK_PROBE_BED_POSITION (Y_BED_SIZE - MIN_PROBE_EDGE) 3. Capteur à l'avant-gauche : Le capteur peut atteindre les bords avant et gauche, les limites sont donc fixées par (Marlin 1.x) : #define LEFT_PROBE_BED_POSITION (MIN_PROBE_EDGE) #define RIGHT_PROBE_BED_POSITION (X_BED_SIZE + X_PROBE_OFFSET_FROM_EXTRUDER - MIN_PROBE_EDGE)) #define FRONT_PROBE_BED_POSITION (MIN_PROBE_EDGE) #define BACK_PROBE_BED_POSITION (Y_BED_SIZE + Y_PROBE_OFFSET_FROM_EXTRUDER - MIN_PROBE_EDGE) 4. Capteur à l'avant-droit : Le capteur peut atteindre les bords avant et droit, les limites sont donc fixées par (Marlin 1.x) : #define LEFT_PROBE_BED_POSITION (X_PROBE_OFFSET_FROM_EXTRUDER + MIN_PROBE_EDGE) #define RIGHT_PROBE_BED_POSITION (X_BED_SIZE - MIN_PROBE_EDGE) #define FRONT_PROBE_BED_POSITION (MIN_PROBE_EDGE) #define BACK_PROBE_BED_POSITION (Y_BED_SIZE + Y_PROBE_OFFSET_FROM_EXTRUDER - MIN_PROBE_EDGE) Les bases de la définition des limites physiques de la zone du capteur ont été passées en revue. CAS OÙ LA BUSE PEUT SE DÉPLACER EN DEHORS DES LIMITES DU PLATEAU Cela devient légèrement plus compliqué lorsqu'il y a un espace de déplacement supplémentaire. L'espace de déplacement supplémentaire peut être déclaré dans le fichier de configuration : // Travel limits (mm) after homing, corresponding to endstop positions. #define X_MIN_POS [XX] #define Y_MIN_POS [YY] où [XX] et [YY] sont les valeurs de décalage entre le contacteur de fin de course (endstop) et l'origine (les flèches orange représentent X_MIN_POS et Y_MIN_POS (homing offset)) : Résultats des constantes de décalage pour une sonde à l’arrière-droit, exemple pour un Marlin 1.x : #define LEFT_PROBE_BED_POSITION (X_PROBE_OFFSET_FROM_EXTRUDER + X_MIN_POS + MIN_PROBE_EDGE) #define RIGHT_PROBE_BED_POSITION (X_BED_SIZE - MIN_PROBE_EDGE) #define FRONT_PROBE_BED_POSITION (Y_PROBE_OFFSET_FROM_EXTRUDER + Y_MIN_POS + MIN_PROBE_EDGE) #define BACK_PROBE_BED_POSITION (Y_BED_SIZE - MIN_PROBE_EDGE) Idem si la tête d'impression est capable de se déplacer plus loin sur l'axe X ou Y aux autres extrémités des axes, on pourra «augmenter» la taille maximale du plateau. Exemple avec une buse pouvant se déplacer de 20mm à droite et en arrière du plateau : #define X_MAX_POS X_BED_SIZE + 20 #define Y_MAX_POS Y_BED_SIZE + 20 Particularité de Marlin 2.0.x Par analogie avec les graphiques précédents, on peut dessiner les limites du lit (l'exemple ci-dessous suppose une sonde montée à l'arrière et à droite) Les décalages du capteur par rapport à la buse ayant été définis dans le fichier configuration.h, via : #define NOZZLE_TO_PROBE_OFFSET { XXX, YYY, ZZZ } Marlin 2.0.x ajustera automatiquement la surface de palpage de la sonde en fonction des décalages (offsets) précédents et du PROBING_MARGIN défini pour les 4 côtés du lit. Dans le dessin ci-dessus, le «PROBING_MARGIN_LEFT» ajoute le décalage X à la marge de «sécurité» automatiquement, idem pour le «PROBING_MARGIN_FRONT», pas besoin de faire le calcul Si l’on voulait utiliser des valeurs absolues au lieu du calcul automatique de Marlin, il faudrait alors les déclarer explicitement en remplaçant la variable «PROBING_MARGIN» par des valeurs entières puis décommenter la ligne pour qu’elle soit prise en compte lors de la compilation. Exemple : #if PROBE_SELECTED && !IS_KINEMATIC #define PROBING_MARGIN_LEFT 15 //#define PROBING_MARGIN_RIGHT PROBING_MARGIN #define PROBING_MARGIN_FRONT 25 //#define PROBING_MARGIN_BACK PROBING_MARGIN #endif C’est en tout cas ainsi que j’ai compris la manière dont Marlin gère l’espace de travail d’un capteur ABL (Auto Bed Leveling). J’ai peut-être compris de travers, si c’est le cas, n’hésitez pas à me le signaler.

@Christian67Normalement tu n'as pas besoin de l'include menu.cfg. Tu mets juste ça dans ta config.cfg ou mieux encore, dans un sous-fichier que tu incluras dans config.cfg (https://www.klipper3d.org/Config_Reference.html#include): [menu __main __temp __preheat_petg] type: list name: Preheat PETG [menu __main __temp __preheat_petg __all] type: command enable: {('extruder' in printer) and ('heater_bed' in printer)} name: Preheat all gcode: M140 S80 M104 S245 [menu __main __temp __preheat_petg __hotend] type: command enable: {'extruder' in printer} name: Preheat hotend gcode: M104 S245 [menu __main __temp __preheat_petg __hotbed] type: command enable: {'heater_bed' in printer} name: Preheat hotbed gcode: M140 S80 J'ai mis 245/80 un peu au pif mais tu peux adapter . Les valeurs hotend/heatbed sont à changer à deux endroits pour chacunes. De la même manière tu peux mettre nylon, etc. il faut juste qu'il y ait un type list en premier puis les sous menu. La syntaxe entre les crochets est importante et doit reprendre les éléments parents au fur-et-à-mesure que tu t'enfonces dans les sous-menu. Si tu reprend le nom d'un élément de menu existant, l'ancien sera écrasée par le nouveau.

C'est pas trop compliqué de faire un compte juste pour les giveaways et pour ce genre de téléchargement mais je mets le zip ici en espérant que ça ne dérange pas son auteur... C'est pas vraiment de la mousse, c'est quand même moins mou, c'est le truc qu'on trouve à Leroy Merlin (entre autre) pour mettre sous le lave linge J'en ai toujours mis par habitude mais je ne pense pas que ce soit nécessaire, surtout pour la X1 avec ses pieds en caoutchouc SWX1_Brace_Kit.zip

@pafpaf, le niveau à bulles, avec le bouton rouge, les fils qui sortent et les indications avec des symboles triangulaires de danger c'est pour quoi ? Si la machine est renversée, elle s'auto-détruit ?