pommeverte

Salut,
Je reviens au sujet d'origine et au problème de firmware. Pourrais-tu tester cette version compilée à partir de Marlin V2.0.9.7?
firmware_2097_V1.hex Configuration_adv.h Configuration.h

c'est sûrement parce que j'ai inversé les fichiers 😩 ! J'ai mis à jour mon message précédent ( ender3 NOK = pas bon 😭 / ender3 OK = ça roule 🎉)
Sinon, suite et fin des investigations, le grand gagnant est : INPUT_SHAPING 😵, confirmé par cette remontée de bug d'il y a 1 semaine 🥴
J'ai testé la version V2.1.2.2 avec bugfix (Marlin Patched Source): le résultat est identique. La correction dans MarlinBugFix (Marlin "Nightly" Source) n'a donc pas été implémentée.
En attendant la prochaine version de Marlin (V2.1.2.3 ?, V2.1.3.0?), tu peux:
- soit désactiver l'input shaping si tu veux absolument utiliser le mode tactile de l'écran
- soit activer l'input shaping mais dans ce cas, tu ne pourras utiliser que le mode Marlin de l'écran
En conclusion, voici les fichiers pour une Ender5 plus avec une SKR1.4 turbo + BLtouch + BTT TFT35 E3 V3, sans l'INPUT_SHAPING que l'on peut activer pour le mode Marlin en décommentant dans le fichier configuration_adv.h:
//#define INPUT_SHAPING_X
//#define INPUT_SHAPING_Y
Configuration_adv.h Configuration.h

Salut,
Si tu fais un G28, c'est normal. Avec cette suite de Gcode, ça devrait fonctionner:
G28 XY
G92 Z0
c'est bien ça. La sortie PB5 est à drain ouvert. Cela signifie qu'il faut ajouter une résistance entre cette broche et le +5V ou le +12V pour avoir un signal PWM respectivement en 5V ou 12V externe (Vfan/VOT). Le +5V est accessible par exemple sur les connecteurs de fin de course, ou ExDET, ou PWRDET
c'est le plus simple, en effet, puisque tu peux dans ce cas utiliser l'alimentation 24V de l'imprimante. Par contre, tu utilises quel port? input A,B,C ou D?
ça dépend à quelle position tu as placé le cavalier Vfan. Si il est à gauche, c'est du 24V, si il est à droite, tu as la tension externe présente sur le connecteur VOT. Si tu n'as rien à cet emplacement alors Vfan = 0, la tête à toto 😵‍💫
 
Baaaah, tu dis ça parce que t'es en colère 🤪. Avec son alimentation, le module n'a besoin de rien d'autre, normalement.  😉

Salut et bienvenue sur le forum,
heureusement que non 😅. Il te suffit de graver le bootloader avec un arduino (uno, nano, mega,...) ou un module USB ASP avec adaptateur ISP comme lui (exemple pris au hasard, bien lire les commentaires parfois pas rassurants 🥴)
La procédure est donnée ici. Il faut simplement adapter la référence du microcontrôleur (Atmega 2560, il me semble)

Salut,
C'est le paramètre "volume minimum de la tour d'amorçage" à modifier pour chaque extrudeur, comme tu peux le voir dans l'explication (extension Settings Guide)
Comme tu peux le lire, ce paramètre est limité par le paramètre "taille de la tour d'amorçage"

honnêtement, je m'en doutais un peu 😅. Si tu as 4 vis M4x10 ou M5x10 voire un peu plus longue, avec leurs écrous, je pourrais reprendre la conception que j'avais faite ici.
Edit: @Tarezze si ce n'est pas le cas, voici la version V2 avec les taraudages pour pouvoir visser les 2 raccords pneumatiques. Je n'ai jamais essayé d'imprimer un taraudage dans ce sens, j'ai un gros doute sur sa qualité 🤔
 
Splitter_V2.zip

Salut,
Est-ce que tu n'utiliserais pas Cura, par hasard 🤔. Je sais ce que tu vas me répondre:
mais ton soucis ressemble étrangement à celui-ci tout de même 🤨

Salut,
c'est expliqué dans la doc de mainsail, ici
ce ne sont pas des vis M4 qui sont utilisées sur la Ender 5? 🤨

Ben si 🤔. Le mosfet est mort, il est passant, quelque soit l'information envoyée par le microcontrôleur. Résultat, la cartouche de chauffe de la tête est alimentée en permanence, dès la mise sous tension. CQFD 😅

oui, mais pourquoi tes fichiers correspondent à une ancienne version V2.0.9.5? 🤨
D'après ce message, tu devrais avoir la même configuration matérielle que dans ce message où j'ai fourni les fichiers pour compiler les sources V2.1.2.1. J'ajoute le fichier platformio.ini utilisé:  platformio.ini
Si tu pars sur cette version, lis bien les remarques et consignes de câblage du BLTouch / CRTouch du message.
Pour ton problème de décalage de la surface d'impression, il te faudra adapter cette partie du fichier configuration.h:
// The size of the printable area
#define X_BED_SIZE 235
#define Y_BED_SIZE 235
// Travel limits (linear=mm, rotational=°) 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 - 0
#define Y_MAX_POS Y_BED_SIZE - 0

Salut,
ce sera difficile de faire mieux 😅. C'est conforme aux valeurs habituelles
Je n'ai pas trouvé dans le firmware de l'écran la commande envoyée. Par contre, tu pourrais questionner l'imprimante avec un M114, depuis Pronterface ou Repetier-host, pour connaitre la position de la buse.
Il serait aussi intéressant que tu nous fournisses le résultat d'un M420 V1 T0 qui correspond aux mesures. Tu pourrais même lancer 3 nivellements et nous fournir les 3 résultats. Cela permettra de se faire un avis sur:
 

Salut,
Tu ne serais pas dans ce cas de figure?🤔

Salut,
Il y a peut-être plus simple, mais si tu modifies le fichier C:\Users\utilisateur\AppData\Roaming\BambuStudio\system\Creality\machine\Creality Ender??🤔 nozzle.json, tu pourras modifier les paramètres de "printable_area".

Salut,
Si tu ne fournis pas les fichiers configuration.h et configuration_adv.h, je ne vois pas comment on va pouvoir t'aider.🤔
Pour l'instant, la seule piste que je vois, c'est que tu as activé le nivellement.

je ne suis qu'à moitié étonné. Voici un extrait d'un fichier opérationnel pour PAD7 avec CB1:
Comme tu peux le voir, il n'y a pas la ligne "restart_method: command"

Salut,
Après relecture et réflexion 😅, je pense que:
le fusible doit être remplacé, par un fil (shunt) en attendant de souder un fusible 1A, puisqu'il doit fournir le 24V des ventilateurs de la tête reliés aux "câble Port1" et/ou  "câble Port2" et non aux connecteurs FAN1 et FAN2 comme je le supposais 🥴 les connecteurs FAN1 et FAN2 doivent servir à alimenter en 24V continu les ventilateurs de la carte-mère et du boitier. Ils seront donc désormais inutilisés puisque tu passes par le module abaisseur de tension. Voici donc le schéma mis à jour:  

Salut,
Ton Gcode de démarrage est plutôt inhabituel puisque généralement, on commence par faire chauffer le plateau avant la prise d'origine. Au final, il devrait plutôt ressembler à ça:
Cette modification devrait solution le point 2.
Les points 1 et 3 me semblent liés à un problème de lecture du fichier Gcode (carte µSD défectueuse ou impression via un câble USB)

Je pense qu'il y a une grosse incompréhension: si tu branches le CRtouch avec son câble 5 fils colorés sur le connecteur Z-Probe dédié, alors tu n'as pas à brancher d'autre câble (Z-limit ou autre). Dans ce cas, tu utilises le dernier firmware
firmwareV3CRtouchInvE0.bin

Salut,
A priori, même réponse qu'il y a 1 mois pour la densité de l'interface du support. 😅

Bien le bonjour 😋,
je dirais: total_layer_count si j'en crois cette page. Ce qui donnerait:
M117 Couche n° {layer_num} de {total_layer_count}

Salut et bienvenue sur le forum,
A priori ton plateau est concave. Tu peux tenter de le "redresser" en calant des morceaux d'adhésif kapton, ou toute autre marque qui résiste à la chaleur, entre la plaque en verre et le plateau en aluminium. L'autre solution est de remplacer la plaque en verre par un miroir IKEA ou autre marque
En plaçant une règle sur son chant et en glissant une cale (feuille,...) comme dans cette vidéo.
Non puisque c'est mécanique 😅

tu as bien le bon environnement, ce n'est pas ça le problème.
Dans ce cas, réduit leur taille à 8Go, avec le logiciel AOMEI partition manager ou MiniTool Partition Wizard. Tu pourras ainsi les formater en FAT32

Salut et bienvenue sur le forum,
Si tu parles de ces ondulations:
c'est à cause du fichier STL qui possède de très légères ondulations sur la surface légèrement bombée. Si on ajoute de la matière à cet endroit pour les faire disparaitre, les ondulations sont supprimées:
Voici le fichier STL "grossièrement" modifié pour supprimé les ondulations
horse socle_modif.zip

Salut,
Il donne un peu mal à la tête ton fichier 🙃 😁
Est-ce que tu peux fournir ton fichier configuration.h? t'es-tu inspiré des liens indiqués au bas de cette page?
PS: n'hésite pas à ajouter le nom de ton imprimante dans ton profil, c'est pratique pour te répondre. (voir ce message pour plus d'explications) 

Salut,
Voici les firmwares:
écran V1.1: FirmwareV1.1_U20plus_V2.zip écran V1.2 / V1.4: FirmwareV1.2_U20plus_V2.zip écran V.19: FirmwareV1.9_U20plus_V2.zip J'ai appliqué:
 l'inversion du sens de rotation de l'extrudeur, qui correspond bien au sens standard Alfawise (désolé, erreur de ma part 😅)  activation de l'input shaping. En attendant de le régler (voir ici ), il faudra ajouter la ligne M593 F0  au début du Gcode de démarrage  nivellement du plateau avec la buse (manuel) en 5x5 points: voir ce message pour l'appliquer En ce qui concerne le firmware du constructeur (Longer3D), je n'ai trouvé que la version V2.18 disponible sur cette page: https://www.longer3d.com/pages/download
Mais comme il commence à dater, celui que j'ai compilé avec les dernières sources stables de Marlin devrait apporter plus de fonctionnalités.
Voici les fichiers de configuration si tu souhaites le compiler: platformio.iniConfiguration.hConfiguration_adv.h