Classement

pour grande gueule alors ?

vu mes derniers échanges avec @Maeke et @freddy6750, ça peut me servir, faut que je revois la taille de mes brosses à dents... Non mais c'est bien en rapport avec l'eau.

Tenir des brosses à dents?

J'ai mis à jour mon profil, elle est finie depuis un bon mois déjà L'impression des pièces a été rapide, La réception des pièces a été looooongue Le montage est simple et rapide (1 jour) La réception des pièces manquantes a été encore plus longue Le câblage est chiant, mais pas très compliqué Install et config de Klipper : très rapide et simple Lecture de la doc Voron et Klipper : C'est long et il y en a dans tous les coins, mais c'est plutôt bien fait (et puis ça occupe en attendant les pièces ) Réglages : ça dépend ... Après 6 cubes de test en ABS orange pour régler la ventilation et les courroies : bonnes côtes mais moches ... puis j'ai eu la bonne idée de changer de filament ... et là tous les défauts ont disparus, moralité : ici même l'abs arrive à prendre l'humidité (2h au four à 70 et les défauts du orange ont disparus aussi ...) S'il n'y avait que la Poste ... (sinon il paraît que la Corse c'est la France, mais il ne faut pas le dire trop fort )

Bonjour à tous! Pour mon premier post, je tenais à partager ma configuration pour la Homers Tarantula Pro. J'ai acheté récemment cette bécane, et j'ai voulu mettre à jour le firmware (fourni de base avec un Marlin 2.5.0.3) J'ai eu un nombre incalculable de galères!! (cf Prob Téléversement Marlin) et du coup j'avais envie de partager la BONNE conf avec vous! (je tiens fortement à remercier @PPACet @remibora qui m'ont été d'une aide incroyable (Difficile de mettre un pied dans l'impression 3D !!) Donc le zip contient le configure.h, le configure_adv.h et le platformio.ini ainsi que le bin déjà compilé pour la configuration suivante (celle par défaut lors de l'achat de cette machine): Homers Tarantula Pro (évidemment) + MKS SGEN L V1.0 + MKS_MINI_12864 Je ne sais pas si c'est la bonne section pour poster ce genre de choses, mais j'ai TELLEMENT galéré, que j'avais vraiment envie d'aider les possesseurs de cte brele! Bonne journée à tous. PS: suite au message de @remibora j'ai recompilé le firmware avec le fichier cpp mis à jour.. MARLIN2.0.7.2_FIRMWARE.zip

Bonjour, Voici un projet en cours de réalisation. Construction assez technique pour l'assemblage de 3 réducteurs avec différentiels. Les deux ponts sont directionnels avec 4 roues motrices avec différentiels. les paliers comportent au total 20 roulements 12x18x4 et 4 roulements 3x7x3. J'attends la fourniture du moteur avec 4 pneus de grandes tailles Ø135 mm largeur 73mm. c'est du gros pneus de chantier. La coque du truck peut être commandée en Lexan c'est plus facile pour la réalisation finale .La vidéo de l'auteur. La suite du projet dès réception des pneus et du moteur ! A+ Francis

Essaie d'actionner avec ton doigt le endstop X et récupére son état avec un M119 en même temps pour savoir s'il réagit bien. Ma config Endstop : Pour le -10 ça peut être que tu déplaces ton axe X vers la gauche de 10mm avant de faire un Home comme sa coordonnées de départ à l'allumage de l'imprimante est 0. Sinon c'est que tu as programmé un offset de 10mm entre ton endstop et plateau (X_MIN_POS dans configuration.h). Ce qui devrait correspondre à la distance entre la buse et le plateau lorsque le chariot X touche le Endstop.

Nikel ! Pour les valeurs à 00 sur l'écran peut-être que Marlin a du mal à communiquer avec l'écran, je ne sais pas vraiment, voici ma config serial pour la SKR : Peut-être qu'il faut faire le reset eeprom à partir de l'écran et non octoprint pour éviter ce bug. Peut-être qu'il faut attendre quelques secondes pour que Marlin envoie la mise à jour des données à l'écran. Peut-être qu'une option nécessaire au TFT35 n'est pas activée dans Marlin (source) : Je dois avoir à peu près toutes les options d'activée pour mon écran. Cliquer pour révéler le texte : Désolé je n'ai que des pistes, pas de solutions concrète ^^ Mais normalement après un simple Arrête/redémarrage de l'imprimante tu devrais revoir apparaitre les valeurs

Pourquoi il faudrait que le nom du fichier soit différent ? J'ai toujours utilisé firmware.bin pour flasher ma SKR. Je pense que tu as flashé ton imprimante sans t'en apercevoir L'écran boot sur son système intégré donc oui pas de changement visible lors du flash, mais derrière l'imprimante a bien été flashée, ça dure une poignée de seconde. Pour vérifier à l'aide de ton TFT35 : Menu -> Options -> Infos Sur la première ligne "System" tu as la Version de Marlin et la date/heure du dernier flash Par reflex je fais toujours un rester de l'eeprom

J'ai ça aussi en tête 1 A pour les 42-34 et 1,5 A pour le 42-40 de l'extrudeur.

Oui les Rsense sont toutes en 0.11 ohms sur ta carte SKR Mini E3. Par contre je ne pense pas que les moteurs 42-34 fassent 1.5A, quand j'avais configuré mes 42-34 Creality j'avais trouvé 1.0A en fouinant. Ça n'engage que moi mais j'ai programmé les miens à 800mA pour les 42-34 en XYZ, ça ne chauffe pas et je peux me permettre d'imprimer rapidement sans sauts de pas. EDIT : tu as posté avant moi , je dirais qu'il ne faut pas croire les caractéristiques de la page Creality. Si tu regardes le moteur 42-40, il a la même intensité max..c'est plutôt bizarre. Et 1.5Amax sur un 42-34 me parait disproportionné. Je reprends ta phrase pour que tu comprennes mieux : "si je comprend bien pour calculer Vref on fait simplement un calcul pour trouvé l'IRMS ?" : On n'utilise pas Vref, donc on ne le calcule pas, à l'inverse on l'utiliserait si on était pas connecté en UART. Là vu qu'on est connecté en UART, le processeur de la SKR Mini E3 "transmet" au TMC2209 la valeur de Irms et de Rsense, et c'est le TMC2209 qui va gérer la limitation en interne. Il n'y a pas de Vref à calculer, on donne simplement Irms et Rsense.

La majorité des fabricants utilisent une résistance de 110 mΩ donc oui, il n'y a que Creality à utiliser des Rsense de 150 mΩ sur ses cartes avec les pilotes TMC (ils ont peut-être eu un prix super intéressant sur un stock ). Extrait du tutoriel de @stef_ladefense Pour les moteurs «Creality», les 42-34 sont plus souvent des 1A voire des 0,84A (Imax). Les 42-40 sont des 1,5A (généralement) mais on en trouve en 1A (pour une Ender3 : https://gist.github.com/knoopx/e6c40a009e796203b93a75a3ed6a5ab8 L'idéal serait d'avoir les datasheets des moteurs pour être sûr de leurs caractéristiques.

Je crois que notre @vap38est plus Arianeplast, donc le 3D870 doit être de chez eux (le Ingeo). Mais le Sakata est de très bonne qualité également, c'est ce que j'utilise.

Les drivers TMC2209 de la SKR Mini E3 V2.0 sont intégrés à la carte mère et connectés en UART : Exemple pour E0 : VREF n'est pas utilisé comme le Driver est connecté en UART, on peut le voir non-connecté sur la Broche 17 du schéma. Marlin a besoin de deux constantes pour communiquer en UART la limitation du courant au TMC2209 : - E0_RSENSE : La résistance de Rsense en Ω. - E0_CURRENT : Le courant RMS du moteur connecté en mA. E0_RSENSE correspond aux résistances R10 et R12 sur le schéma (une pour chaque bobine du moteur). Le marquage 0R11 = 0.11Ω E0_CURRENT correspond au courant RMS du moteur Nema14 du Biqu H2, il faut donc aller sur la page du constructeur pour pêcher les infos. On peut y trouver "Recommended motor current : 800mA", sauf que généralement les constructeurs donnent le courant "Max" et non "RMS". Une méthode simple pour la conversion : IRMS = 0.71 x IMAX IRMS = 0.71 x 800 IRMS = 568mA Ce qui nous donne dans Configuration_adv.h :

Bizarre Voilà ce que ça donne chez moi (Firefox + Theme Sombre du forum + extension DarkBackGround) : Normal dans mon tuto, c'est prévu pour une carte 8 bits à base de Atmega2560 (un seul port série, le 0) Solution de facilité mais aucunement sécuritaire

Comme indiqué: ouvrir le fichier, sélectionner le texte, appuyer sur la touche TAB pour passer en mode édition, éditer le texte simplement, appuyer sur TAB pour sortir du mode édition, puis exporter le fichier en STL.

pardon je me suis mal exprimé, je veut dire que je n'ai pas trouvé les bonnes valeurs a écrire ... a déterminer d’après le Imax du moteur de l'extrudeur ... avec Mais j'ai un doute a savoir si "VRef rms (V)" = "CURRENT" ... là il te faudra vérifier c'est bien la même chose. (pour moi cela semble être le cas mais peut être pas exactement ...) çà je ne l'ai pas modifié ^^ c'est quoi le probleme de cete ligne du coup j'ai pas compris pas de problème sur cette ligne c’était juste pour justifier que chez moi pour une même carte j'ai les ports séries associé a -1 et 2 et cela fonctionne... si j'ai bien compris ce paramètre il s'agit de la longueur entre l'extrudeur et le hotend ( c'est bien ca ? ) pour ma part je suis en direct drive donc cette longueur est faible le 1er c'est une protection pour que le marlin n'extrude pas d'un coup trop de distance https://github.com/MarlinFirmware/MarlinDocumentation/blob/master/_configuration/configuration.md#prevent-lengthy-extrude le second c'est la distance éjecté lors du changement de filament donc se serai un peux plus que la distance buse/extrudeur. Donc au final je serai plus sur les modifier comme suit ( a adpater mais donc EXTRUDE_MAXLENGTH doit rester >= a FILAMENT_CHANGE_UNLOAD_LENGTH ) #define EXTRUDE_MAXLENGTH 200 #define FILAMENT_CHANGE_UNLOAD_LENGTH 30

Probleme resolu... Le fil fin vert qui va sur le plateau, et qui correspond je pense a la sonde de temperature de celui ci, ne faisait pas continuité sur la Carte mere. j'ai coupé, puis remplacer le fil, tout refonctionne a nouveau ! merci a tous

Je vois, pas toujours simple l'hydraulique même basse pression. Cela tient à pas grand chose comme des fois la 3D !!!

Zut donc c'est pas fixé sur la grue de ton scaphandre pour le système d'arriver d'aire quand tu fait de la plongé grande profondeur dans la baignoire. pour une sortie ? écoulement eaux usés ?

Avec cette carte c'est via E0_CURRENT dans le Configuration_Adv.h ~ ligne 2650 #if AXIS_IS_TMC(E0) #define E0_CURRENT 650 #define E0_MICROSTEPS 16 #define E0_RSENSE 0.11 #define E0_CHAIN_POS -1 //#define E0_INTERPOLATE true #endif Sinon hum non ... Niveau compilation avec tes fichier de conf, sous VSCode + PlatformIO + AutoBuildMarlin chez moi, c'est le drame il y a un bon nombre de chose a revoir La liste étant longue J'ai une hypercube avec une BOARD_BTT_SKR_MINI_E3_V2_0 et j'ai un port serial en -1 et l'autre en 2 or toi tu en a un en 0 qui semble faire une erreur chez moi : #define SERIAL_PORT -1 #define SERIAL_PORT_2 2 cf : #define SERIAL_PORT 0 error: static assertion failed: SERIAL_PORT must be from 1 to 5. You can also use -1 if the board supports Native USB. L'un ou l'autre mais pas les deux ... #define AUTO_BED_LEVELING_BILINEAR //#define AUTO_BED_LEVELING_UBL #define MESH_BED_LEVELING cf : #error "Select only one of: MESH_BED_LEVELING, AUTO_BED_LEVELING_LINEAR, AUTO_BED_LEVELING_3POINT, AUTO_BED_LEVELING_BILINEAR or AUTO_BED_LEVELING_UBL." de même #error "MESH_BED_LEVELING and BABYSTEP_ZPROBE_OFFSET is not a valid combination" Aussi je serai plutôt a préconiser d'activer Configuration.h : #define PREVENT_COLD_EXTRUSION et augmenter #define EXTRUDE_MAXLENGTH 20 a disons 200 ? ou a la valeur de #define FILAMENT_CHANGE_UNLOAD_LENGTH 400 ou de modifier cette dernier Pour avoir une erreur en moins cf : #error "FILAMENT_CHANGE_UNLOAD_LENGTH must be less than or equal to EXTRUDE_MAXLENGTH." ... En gros avec ces qq modif j'arrive a une compilation sans erreurs //#define SHOW_CUSTOM_BOOTSCREEN //#define CUSTOM_STATUS_SCREEN_IMAGE #define SERIAL_PORT 2 #define EXTRUDE_MAXLENGTH 400 //#define MESH_BED_LEVELING On verra quand tu arrivera a compiler chez toi . Pour Là je ne comprend pas ... tu a mis en exécutable le .h ? tu a fait quelle genre de chmod ? un chmod u+rw ? Aussi, VSCodium je dit pourquoi pas mais fait l'essai d'installer un VSCode et de compiler avec car bien que du Microsoft sous du linux c'est dérangent cela reste gratuit et il semble fonctionner plutôt bien et facilement chez moi (Ubuntu 18.04)...

@Yellow T-pot, non tu peux ranger les verres dans les manches, les couverts dans les poches et les assiettes dans les robes ou fonds de pantalons @Savate, manque de place petite studette

La surface contient des pores qui se dilatent avec la chaleur, le nettoyage est donc un peu plus efficace à chaud.

Bonjour @freddy6750, Tu n'aurais pas du, c'est la première chose à faire quand on rejoint un groupe Tu as eu quelque réponses quand même ... juste avant qu'un @Maeke reformate son disque dur Je te souhaite une excellent dimanche. Sinon, le but du forum c'est l'entraide, pas forcément de faire un concours de formules de politesses

Oui, j'ai imprimer 2 pièces et RAS. Un peu de oozing si je diminue trop la rétractation, mais je vais vite trouver la bonne valeur (je n'ai pas le souci en gardant la valeur du bowden : 5mm). Merci pour ton aide car c'est en regardant la vidéo du BIQU H2 que j'ai pu trouver la solution.

Tu as aussi ça chez Mellow, la partie liaison du heatbreak est en céramique (ou assimiler) ,ça transmet encore moins la chaleur que le titane mais il faut faire plus attention en le montant, c'est relativement fragile.

- Alors après impression ne jamais éteindre l'imprimante de suite, il faut attendre que la buse redescende a 50°c et que le ventilateur de refroidissement de la tête s'arrête. - Non tu ne peux programmer un arrêt automatique comme cela, il faut ajouter un circuit adapter et donc modifier l'imprimante, et apporter un modification soft après. Sinon le Gueroloco avait pensez a un méthode intéressante et pas chers, qui nécessite de mettre un interrupteur tout a droite de l'axe X et d'ajouter un Gcode dans le End Gcode de ton slicer pour lui demander er déplacer la tête tout a droite et appuyer sur l'interrupteur pour éteindre la machine lorsque que la tête est froide. Mais cela demandera de faire jouer un tout petit peu le fer a souder. - Pour le nettoyage de plateau j'utilise que de l'IPA pour ma part (Alcool isopropylique à 99%) mais j'utilise que des PEI, certain dise que de l'eau savonneuse va bien sur le bed d'origine.

Moi je dit les trancheurs c'est pour les débutants ( comme moi ) , qui n'arrivent pas a écrire un fichier .gcode sous "vi" les yeux fermé après avoir regardé 5 minutes le model 3D (.stl en binaire vu en mode texte cela va de soit) Sinon sans blaguer, mes excuses, j’étais donc complètement a coté, car le fantôme était semble t'il dans Ultimaker Cura ... Et cela m'intrigue que Ultimaker Cura génère un truc qui bug ... je voudrais bien avoir un des fichiers .gcode foireux pour étude. Merci.

C'est sûr qu'il sait de quoi il parle, il a une Voron 4 en cours depuis des lustres . Même si la poste en Corse n'est pas aussi réactive qu'en France ^^.

Bonjour @icare voici des nouvelles de mon atelier, voici le premier test de la mécanique. Tout se passe rien les deux ponts réducteurs fonctionne très bien.Le moteur 24v est juste placé en attendant le moteur d'origine ! test dynamique des ponts

Si tu utilises l'extension Auto Build Marlin, tu n'as même plus besoin de modifier le fichier platformio.ini. Il détecte seul l'environnement à utiliser (parfois plusieurs à choisir) en fonction de la carte déclarée dans configuration.h : Il est tout de même préférable de l'indiquer dans «platformio.ini» Ta liste est une bonne base de départ Les paramètres de configuration sont décrits dans les fichiers eux-mêmes ou en passant par la documentation «officielle» ou encore par la documentation en cours de réécriture (parfois un peu plus à jour, certaines directives dans la documentation officielle sont encore basées sur le Marlin v1 ). Qu'est-ce qui est illisible ? J'utilise le thème «sombre» mais avec en complément une extension Firefox (qui gère mieux certains contrastes).

Dans platformio.ini tu remplaces mega2560 par STM32F103RC_btt_maple default_envs = STM32F103RC_btt_maple

Salut @nj59 il semble effectivement que sur la dernière génération de cartes, Tronxy (donc Chitu le fabriquant des cartes) soit repassé à 80 pas/mm pour XY. Je suis allé voir le fichier de mise à jour dispo sur le site Tronxy. Pour ton modèle, le code M8009 est à 0,0125 soit 1/0,0125 = 80 pas par mm au passage, les pas/mm pour le Z change aussi à 0,0025 soit 400 pas/mm ald 800 avant. c'est peut-être du au passage à des pilotes TMC2209 sur ta carte (TMC 2225 sur la mienne)

Salut @nyarlath, Oups , j'ai complètement oublié de te signaler que le fichier Marlin\src\sd\cardreader.cpp devait être remplacé par celui ci-dessous pour corriger un bug de reprise d'impression après coupure d'alimentation. cardreader.cpp

Je réponds à mon propre message: je déplaçais le chariot sur l'axe des X, Y en activant les endstops des X et Y en croyant que ça arrêterait le chariot. Le déplacement "forcé" de l'avance du charriot sur l'axe des X ou Y ne tient pas compte des endstop sauf pour un G28 ou un G29.