Aller au contenu
imprimante 3D bambu lab pas chère

pommeverte

Membres
  • Compteur de contenus

    6 178
  • Inscrit(e) le

  • Dernière visite

  • Jours remportés

    30

Information

  • Genre
    Masculin
  • Imprimantes
    U20, Ender 7

Visiteurs récents du profil

7 509 visualisations du profil

Récompenses de pommeverte

Grand Master

Grand Master (14/14)

  • One Year In
  • Problem Solver Rare
  • Posting Machine Rare
  • Very Popular Rare
  • One Month Later

Badges récents

1,6k

Réputation sur la communauté

62

Sujets solutionnés !

  1. Salut, Sur la photo des 1ères impressions que tu as fournies ici, on peut voir un défaut d'aspect sur la face verticale. Je me demande si ce n'est pas lié à un problème au niveau de la courroie (tension, frottement des dents sur une arête de pièce,...) Je ne pense pas que ce soit dû à un pilote moteur mal réglé, comme le point 24 de cette liste
  2. kékidi le monsieur??? le fichier hex est simplement à transférer dans la carte-mère via un câble USB relié à un ordinateur. Pour le faire, tu peux passer par xloader, Cura (mais c'est long, le temps qu'il trouve le bon port USB et la bonne vitesse ),...
  3. Ben, non , au moins 3 voire 4: ça fait 2 + 1 voire 2 si le fichier klippy.log est différent du précédent (date différente)
  4. Salut, tu parles d'une unité centrale (en lien avec tes problèmes de compilation en 2021) ou du truc au dessus de tes épaules (ta tête)? Sinon, en regardant tes précédents sujets, on peut voir qu'un firmware t'avait été fourni ici avec les sources. Si il fonctionnait et si tu n'as fait que déplacer ton 3Dtouch, alors il te suffit de mettre à jour la position du 3Dtouch en envoyant un M851 Xxx Yyy depuis pronterface, par exemple, ou d'imprimer un fichier texte .gcode qui contient cette commande, sans oublier d'enregistrer la configuration après la mise à jour.
  5. Salut, Pour pouvoir t'aider, il faudrait: un fichier gcode (compressé/zippé) généré dans Cura et le fichier klippy.log où l'impression se terminait correctement un fichier gcode (compressé/zippé) généré dans OrcaSlicer et le fichier klippy.log où l'impression ne se terminait pas correctement tu as 2 philosophies avec klipper: soit tu définis tout avec des Gcodes dans les Gcodes de démarrage et de fin du trancheur (partie commentée des fichiers) soit tu fais appel à des macros en passant des paramètres (comme ce qui est fait dans la partie non commentée, mais en mieux).
  6. pommeverte

    mini_phares_AVT.jpg

    Pour régler finement l'input shaper, l'idéal est de faire des mesures avec un accéléromètre, par exemple un ADXL345 (version i2c ou USB, voir cette vidéo). Je ne sais pas si il est possible de brancher ce type d'accéléromètre sur ton imprimante. Par contre, si tu as un Raspberry pi, tu pourrais faire les mesures avec et mettre à jour ton fichier printer.cfg. J'imagine que l'électronique ne doit pas avoir une influence sur le paramétrage de l'input shaper... Sinon, je pense que tu as déjà suivi la procédure pour paramétrer l'input shaper sans accéléromètre fournie dans le documentation de Klipper.
  7. Salut, c'est vrai, je sous-entendais "pas global". D'après l'angle d'hélice de la photo initiale, on voit que le pas global n'est pas de 8mm. exemple: Cependant, j'ai dit 2mm d'après mes souvenirs , mais dans ton message, c'est en réalité des vis de pas global 4mm qui ont remplacé les vis de pas global 8mm sur les Ender 5
  8. Salut, je suis plutôt d'accord. En général, une hauteur de couche initiale de 0.2mm est préférable. En plus, il ne faut pas oublier de prendre en compte l'épaisseur de la cale (feuille de papier?) qui a servi à régler le Zoffset: soit en retranchant l'épaisseur de la cale au Zoffset déterminé soit en ajoutant dans le Gcode de démarrage, après le G28, un M206 Zépaisseur_de_la_cale soit M206 Z0.1 pour une feuille de papier Sur ta photo, on voit clairement que ta couche initiale n'est pas assez écrasée. Il faut donc ajuster ta hauteur de buse (voir point précédent) Il faut espérer aussi que ce ne soit pas à cause de ton machin-touch (souvent peu fiable sur les X2) ...
  9. Ciao e benvenuto nel forum, Voici un firmware Marlin-2.1.2.4_LK4-firmware.zip compilé à partir des sources Marlin V2.1.2.4 (plus fiables que les dernières) avec ces fichiers de configuration: Marlin-2.1.2.4_LK4_fichiers.zip Pour le flasher, il suffit de décompresser le fichier Marlin-2.1.2.4_LK4-firmware.zip et copier les 2 fichiers sur une carte µSD de marque fiable, <= 32Go, formatée en FAT32, 4096 octets. A la mise sous tension de l'imprimante avec la carte µSD dans le lecteur, le firmware devrait être transféré. J'ai fait les hypothèses suivantes: - régulation par PID du lit chauffant - initialisation de l'eeprom après le flashage du firmware. Il faut donc noter les valeurs des paramètres spécifiques à ton imprimante (pas/mm des moteurs, PIDs,...) pour les mettre à jour après le flashage. - l'input shaping est activé. En attendant de le régler (voir ici ), il faudra ajouter la ligne M593 F0 au début du Gcode de démarrage - la reprise après coupure d'alimentation est désactivée. Il suffit de l'activer dans le menu adéquate - le linear advance est activé mais défini à 0 en attendant le réglage ( voir cette vidéo ) - le babystep est activé: lors de l'impression de la couche initiale, tu pourras régler la hauteur de la buse pour écraser plus ou moins la couche (voir cette vidéo pour mieux comprendre le principe). Tu peux y accéder en cliquant sur l’icône paramètres (engrenage) puis la flèche centrale en bas de l'écran. Pour information, comme je n'ai pas ton imprimante, je n'ai pas pu tester le firmware.
  10. Salut, C'est sympa mais c'est la crise du logement ici . Comme toi, "il ne peut en rester qu'1" (J'ai donné la Ender7 à un membre de ma famille)
  11. pommeverte

    mini_phares_AVT.jpg

    Salut, Pour la créativité et le partage de réalisations, je pense qu'il faut plus regarder du coté d'instagram, reddit ou facebook. Petite remarque sur ton imprimante: tu n'aurais pas un soucis vibratoire (input shaper mal réglé)? ça ressemble à du ghosting...
  12. Salut, Après analyse de la configuration de Prusaslicer de @lion02, il s'avère que la différence entre nos fichiers Gcode est due au type d'extrusion (relative / absolue). Voici donc la mise à jour du script python qui tient compte de ce paramètre: ZafterXY_V2.zip
  13. Salut, La seule solution fiable et économique est de synchroniser les 2 vis trapézoïdales avec une courroie, comme dans ce message. Si tu tournes une des 2 vis manuellement, moteurs hors tension, pour redresser le plateau, il risque de se dérégler à nouveau au prochain arrêt des moteurs, même si tu sembles avoir des vis au pas de 2mm (contrairement aux 1ères versions)
  14. Salut, Normalement, la casse est importante. Donc le Gcode de fin devrait contenir END_PRINT et non end_print edit: il faudrait aussi ajouter la variable Ymax comme dans Cura: SET_GCODE_VARIABLE MACRO=END_PRINT VARIABLE=machine_depth VALUE={print_bed_max[1]} cela dit, la syntaxe me gène un peu. Je préfère avoir qu'1 seule ligne dans le Gcode de fin: END_PRINT YMAX={print_bed_max[1]} avec dans le fichier printer.cfg: [gcode_macro END_PRINT] description: Use END_PRINT for the slicer ending script - customize for your slicer of choice gcode: M400 ; wait for buffer to clear G92 E0 ; zero the extruder G1 E-2.0 F3600 ; retract filament G91 ; relative positioning # Get Boundaries {% set X_MIN = printer.toolhead.axis_minimum.x|default(0)|float %} {% set Y_MAX = params.YMAX|default(230)|float %}...
  15. pommeverte

    mini_phares_AVT.jpg

    Sauf erreur de ma part, le projet est disponible ici, avec en prime, une p'tite vidéo
×
×
  • Créer...