HStar

Bonjour, Il y a une options dans les paramètres sur l'écran, qui permet de la rotation de l'écran. J'ai dû le mentionner dans ce sujet.

Petit retour sur le firmware trouvé et installé. Tout semble bien fonctionner, sauf une seule chose, le capteur de filament... Dans un premier temps, je l'ai activé dans les options depuis l'écran. Première impression, homing OK, purge Ok, et après quelques secondes d'impression la tête d'impression se gare sur le coté (Message "Parking" à l'écran). A ce moment là, l'imprimante extrait le filament, comme s'il fallait le changer. Je ne comprends pas trop pourquoi J'ai relancé et tenté d'enlever le filament du runout, avant que l'impression s'arrête, et aucune réaction de l'imprimante lorsque le filament est sortie du detecteur. Second test, j'ai désactivé le Runout depuis les paramètres de l'écran, et la l'impression se déroule sans souci Je me demande donc, si c'est un problème de branchement du capteur de filament, ou le firmware qui ne le gère pas bien, ou alors j'ai peut être loupé quelque chose. Voici le Drive d'où j'ai téléchargé le FW. https://drive.google.com/drive/folders/1u8pbwTHBgbWY4LzF-Dx3cM2SRelPKAMy?fbclid=IwY2xjawHY4r5leHRuA2FlbQIxMAABHcg8cJviHeAb8m5W2cedxBVCUtDQVUtvIOoslZ3l_IzTqI5_ul0uJUnbZg_aem_QhG4rq5ycAlpwhWhp7sRqg MAJ : En regardant les fichiers du Drive, il y a un fichier d'instruction indiquant qu'il faut exécuter un gcode pour activer le runout. Le *Low n'a pas fonctionné pour moi, et le *High oui ! Enfin, cela a fonctionné car il n'arrête pas l'impression comme la première et n'éjecte pas le filament. Pas contre lorsque je sort le filament du capteur, l'impression continue, donc problème pas totalement solutionnée.

J'ai fini par trouver le stl, imprimé hier soir, mais sera installé demain je pense. Se sera un des premier test que je ferai, en tout cas sur le firmware trouvé, il y avait une option pour activer le Runout. Je vous tiens informé

Et bien ils iront dans le carton des pièces en surplus En effet, c'est étrange. Je retenterais avec les firmwares échangés dans ce sujet. En tout cas, ça semble vraiment bien fonctionner avec ce que j'ai trouvé Il me reste juste à trouver un stl, pour le direct drive. Celui que j'avais utilisé mets le moteur à l'arrière et vient le faire taper sur le châssis

Et bien info que je n'avais pas, merci beaucoup. Je pensais que ça aurait tout de même un avantage. Alors ils iront sur la SV02 ou la SV01Pro Oui tout à fait ! Je viens de trouver sur le drive de F1rst Layer un DWIN et un firmware https://drive.google.com/drive/folders/161IkCYv3zlxpDMvTmBMkWwmpCtPdAbO4?fbclid=IwY2xjawHU2v5leHRuA2FlbQIxMAABHZhpZkfxlVCLkE_NHVyQJwZ32nwHQUrZ91u4h6sP26D74xXBX0NXRgUwGw_aem_lYDP94_pMuNzt9jUUV4AvQ Je ne sais pas si le E3_Touch_BLT_DW7.4.6.bin prendra en charge le capteur de filament. Je vais tester dans la journée. Quoi qu'il en soit avec ces fichiers, l'imprimante semble se lancer.

En effet, je commence à y réflechir, mais c'était un objectif pour moi d'y parvenir sans tant de changement. J'ai modifié mon gcode il y a un moment, il me reste plus qu'a l'essayer.

Salut ! Me voici de retour sur ce sujet, Il m'est arrivé quelques péripéties, tentative de soudure sur la CM pour y connecter un ESP32.... Bref, j'abandonne ce sujet et j'ai racheté une carte mère Voici l'état de l'imprimante actuel : - BLTouch - Touchscreen - CM 4.2.7 neuve - Capteur de filament - Direct Drive - TLSmoother J'ai fais quelques modif comme mettre l'alimentation sous le chassis, mis l'extrudeur en direct drive au dessus du Hotend et des tendeurs de courroies. En essayant d'y mettre le dernier firmware que j'ai tenté de créer, sur la base de celui de @pommeverte. Rien de bien positif, l'écran reste bloqué sur l'image de démarrage et rien de ne se passe de plus. J'ai tenté des firmwares fournis par Creality, ainsi que le DWIN_SET fourni également par Creality, mais rien de mieux. J'ai le sentiment que je ne m'en sortirais jamais

Hello ! Disons que j'ai mis en pause ce projet, et je devrais le reprendre très prochainement. Une fois que mes autres problèmes seront réglés Je vais tout de suite faire un message sur le sujet Ender 3 + Bltouch + Touchscreen

Ah oui cette solution semble bien plus logique ! Mais je reste sceptique sur le fait que pour des surface fine (comme le 0.5mm ici), le endstop aura tendance a s'activer assez rapidement. Je te mets LES gcodes, en pièces jointes. A savoir que j'ai commencé a en commenter un (pour comprendre un peu mieux), et que é ont été générés par Fusion, je ne comprends pas trop pourquoi. Il y a surement un appel a un fichier mais pour quelle raison... Plexi_Alfano.gcode Plexi_Alfano_1_T1.gcode

Salut à tous ! Je pense avoir généré proprement mon gcode pour ma tâche de découpe. Seulement lors de l'exécution du fichier par la machine, elle fini par remonter d'environ 20mm après avoir été touché le endstop Z. Je me pose beaucoup de question concernant cette manière de vérifier le 0 des axes, surtout du Z. L'impression fonctionne à l'envers de la gravure Pour la tache en question, il s'agit de découper du plexi sur 0.5mm, et j'ai comme l'impression qu'a cette hauteur le endstop est encore enclenché. Ce qui pourrait produire ce décalage vers le haut. Alors peut être devrais je mettre un BLTouch à la place ? Je suis un peu perdu sur le sujet. @pommeverte, as tu rencontré ce genre de problème lorsque tu menais ton projet ?

Salut ! Alors, ce n'est pas le .bin qu'il faut modifier, mais les fichiers Configuration.h Configuration_adv.h et Platform.io (si je ne me trompe pas). Il te faut un Merlin "vierge" pour ta version, y ajouter au bon emplacement les 3 fichiers, et ensuite ouvrir le tout dans VSCord. C'est là que tu pourra modifier les 3 fichiers, puis générer à partir de ces fichier une compilation qui créera ton .bin J'espère ne pas avoir dis trop de bêtises, je ne maitrise pas le sujet à 100%

Salut, J'ai un doute sur la section choisi pour ce sujet, désolé si mon choix est une erreur. Mon Alfawise U20 s'est transformée il y a peu en CNC, qui évoluera avec ce temps, J'en ai parlé ici : Tout semble bien fonctionne grâce à l'aide de @pommeverte Seulement, me voici devant un autre problème... La génération du gcode à envoyer à l'U20 via la micro SD. J'ai préparé ma découpe sur Fusion 360, tout semble OK concernant la préparation du déplacement de la fraise, mais lors du post-traitement, une erreur se produit, indiquant que l'outil de fraisage sélectionné n'est pas compatible avec la machine. C'est ma première expérience sur ce sujet, alors je continu à m'arracher les cheveux que je n'ai toujours plus Est-ce que quelqu'un aurait une piste pour m'aider ? Merci par avance

J'y ai pensé et ai eu un doute, je m'occupe de celà tout de suite

C'est très clair, je vais regarder ça dans la journée. Je rencontre maintenant un nouveau problème... Cette fois dans la conception du fichier gcode avec Fusion360. Tout semble OK concernant la préparation du déplacement de la fraise, mais lors du post-traitement, Une erreur se produit, indiquant que l'outil de fraisage sélectionné n'est pas compatible avec la machine. Je ne sais si quelqu'un pourrait m'aider à ce sujet

Salut, Je ne sais pas si c'est tout le projet que tu attends mais voici le lien de téléchargement : https://we.tl/t-NlR2VzOVNn Tu aurais pu replacer ces 3 fichiers dans un nouveau projet Marlin