slyholborn Posté(e) Septembre 22, 2024 Posté(e) Septembre 22, 2024 Bonjour, j'ai installé un 3dtouch sur ma ender 3. Le z stop est celui du connecteur BL touch. J'ai débranché l'autre. J'ai flashé Marlin 2.1.2.4 à l'aide d'un tuto sur youtube. Rien ne m'a semblé bien compliqué, mais je ne dois pas être bien malin : mon axe z se retrouve à 13 cm environ au-dessus du plateau ! J'ai beau chercher, je ne trouve rien de compréhensible pour moi... Bref, j'ai besoin d'un coup de main ! Merci ! Configuration.h Configuration_adv.h
RFN_31 Posté(e) Septembre 28, 2024 Posté(e) Septembre 28, 2024 Bonjour, Au démarrage, le 3dtouch fait bien son autotest ? (sortir / rentrer 2 fois)
slyholborn Posté(e) Octobre 6, 2024 Auteur Posté(e) Octobre 6, 2024 (modifié) Oui, il le fait... Bizarre, je n'ai pas eu de notif de ta réponse... d'où cette réponse tardive... Modifié (le) Octobre 6, 2024 par slyholborn
RFN_31 Posté(e) Octobre 7, 2024 Posté(e) Octobre 7, 2024 Pour les notification, il aurait fallu que je cite ton pseudo ainsi : @slyholborn Tu utilises quelle carte mère ?
slyholborn Posté(e) Février 17 Auteur Posté(e) Février 17 Bonjour ! À nouveau, j'ai raté la notif... J'en avais tellement marre et pas besoin de l'imprimante depuis quelque temps que j'avais laissé ça de côté... Mais c'est assez frustrant, alors je reprends : Je viens de refaire les manips et après avoir fait le z-offset, j'ai réussi à lancer une impression malgré une erreur du BL-Touch. Celle-ci s'est arrêtée et l'imprimante a freezé. Au redémarrage, je me retrouve avec des erreurs de Bl-Touch à répétition, même quand je tente d'imprimer un fichier sans G29. Au redémarrage, la tête vient se mettre à 13 cm de haut et un z-homing provoque une erreur. La version de Marlin est la patched source 2.2.2.5 bugfix et les fichiers de conf qui vont avec (en PJ) Je me suis servi de ce tuto pour flasher le firmware https://www.youtube.com/watch?app=desktop&v=1NhAo3xR9HY&t=0s La seule dif, c'est que j'ai du laisser le Z min probe endstop inverting à false, sinon, j'ai une erreur de compilation. Le Bl-Touch est une copie et la carte mère une bigtreetech skr mini e3v2. Le z stop est sur le port du BL-Touch, pas sur le port dédié. Je commence par quoi ? Merci ! Configuration.h Configuration_adv.h
RFN_31 Posté(e) Février 17 Posté(e) Février 17 Oui, je suis là, mais je ne connais pas cette carte. Tu devrais préciser l'erreur avec le BL-Touch. Après, je vois que tu sais compiler un firmware Marlin, c'est très bien. Et sur le forum nous avons un grand spécialiste des firmwares : @pommeverte, si tu es par là, on aurait besoin d'un coup de main...
slyholborn Posté(e) Février 17 Auteur Posté(e) Février 17 (modifié) Il n'y a pas de numéro d'erreur particulier. J'ai des doutes sur mon Bl Touch made in copieland, mais je n'ai que celui-là sous la main et il réagit bien aux instructions entrer et sortir la pin, et ce matin, j'ai pu faire un z offset... je repars de 0! . J'ai aussi un doute là dessus : le tuto que j'ai vu demande à mettre cette valeur à TRUE et ca me met une erreur de compilation. En gros, les dernières versions de Marlin interdisent l'option Z_MIN_PROBE_ENDSTOP_INVERTING TRUE et affichent un message d'erreur #error "BLTOUCH requires Z_MIN_PROBE_ENDSTOP_INVERTING set to false." La personne qui a ouvert le bug semble avoir le même problème et l'avoir réglé comme ça. Mais évidemment, la solution qu'il propose ne peut plus être appliqué comme ça puisque le code a été changé entre temps et l'erreur ne renvoie plus au même fichier. Je vais tenter le coup en commentant les lignes concernées, mais la, je commence à ne plus être sûr de ce que je fais... Mauvaise piste! La buse écrase le plateau, la pin reste rentrée : j'imagine que la logique du BL touch est bien celle de Marlin du coup... Otez moi d'un doute : après le flashage du firmware, c'est bien un z offset qu'il faut faire en premier ? Pour ca je vais dans le menu mouvements, puis bed-level, puis p offset? ? Modifié (le) Février 17 par slyholborn précisions sur le lien fourni
pommeverte Posté(e) Février 17 Posté(e) Février 17 Salut, Il y a 7 heures, slyholborn a dit : La version de Marlin est la patched source 2.2.2.5 bugfix Je n'ai déjà pas une grande confiance dans la version 2.1.2.5, alors la bugfix... c'est encore pire . La V2.1.2.4 me semble préférable Il y a 7 heures, slyholborn a dit : Le z stop est sur le port du BL-Touch, pas sur le port dédié dans ce cas, pourquoi tu n'as pas décommenté la ligne suivante du fichier configuration.h? parce qu'actuellement, le firmware croit que le signal retour est sur le port dédié au BLTouch //#define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN Tu peux aussi envoyer le Gcode M119 depuis Pronterface pour valider que le signal est open lorsque le 3Dtouch est au repos Il y a 2 heures, slyholborn a dit : après le flashage du firmware, c'est bien un z offset qu'il faut faire en premier ? oui. Par contre, il faut bien penser à initialiser l'eeprom, puisque tu n'as pas décommenté la ligne suivante du fichier configuration.h: //#define EEPROM_INIT_NOW // Init EEPROM on first boot after a new build. 1
slyholborn Posté(e) Février 17 Auteur Posté(e) Février 17 (modifié) Ok, je vais regarder ça de plus près à la lumière de ces nouveaux éléments. Un autre nouvel élément, c'est que j'ai fini par démonter et ouvrir le bl touch pour voir si les soudures étaient ok et le câblage de même. Tout est bon mais... il est marqué 5v sur le circuit ! En plus de mes multiples erreurs, il était sans doute sous-alimenté. Il y a plein de tutos disant que c'est simple, mais en fait, non, à chaque fois, il manque un élément : par exemple, ce coup de décommenter les lignes de l'eeprom. Reste donc à remettre tout ça à plat et recommencer ! il y a 29 minutes, pommeverte a dit : Salut, Je n'ai déjà pas une grande confiance dans la version 2.1.2.5, alors la bugfix... c'est encore pire . La V2.1.2.4 me semble préférable je pensais que c'était la version stable + les fix qui fonctionnent, pas la version de développement ! il y a 29 minutes, pommeverte a dit : dans ce cas, pourquoi tu n'as pas décommenté la ligne suivante du fichier configuration.h? parce qu'actuellement, le firmware croit que le signal retour est sur le port dédié au BLTouch //#define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN ben... le signal retour est sur le port dédié: le pc14. Je n'ai pas remis le bon fichier de configuration : #define Z_MIN_PROBE_PIN pc14 Modifié (le) Février 17 par slyholborn réponses fusionnées.
pommeverte Posté(e) Février 17 Posté(e) Février 17 il y a 11 minutes, slyholborn a dit : il était sans doute sous-alimenté non, la carte-mère fournit bien du 5V. D'ailleurs, c'est pour ça que tu arrives à sortir rentrer la touche. Par contre, si il envoie du 5V sur l'entrée dédié au BLtouch, ça pourrait être problématique, même si l'entrée est relativement tolérante. Cependant, normalement, la sortie du 3Dtouch est à drain ouvert pour éviter ce risque (la tension est définie par la carte-mère). il y a 15 minutes, slyholborn a dit : le signal retour est sur le port dédié: le pc14. Je n'ai pas remis le bon fichier de configuration est-ce que tu peux fournir la bonne version des fichiers dans ce cas?
slyholborn Posté(e) Février 17 Auteur Posté(e) Février 17 Je veux bien, mais ça ne compile pas : "BLTOUCH_SET_5V_MODE is not compatible with the Z_MIN_PROBE_PIN." Aie ! Ça veut dire que je vais devoir brancher les fils du BL touch sur le port z-stop ? J'ai un connecteur 5 broches, ça ne m'arrange pas... Je ne comprends pas bien pourquoi : qu'importe où je le branche non ? Configuration.h Configuration_adv.h Il peut fonctionner en 3v?
pommeverte Posté(e) Février 17 Posté(e) Février 17 il y a 11 minutes, slyholborn a dit : Je veux bien, mais ça ne compile pas : "BLTOUCH_SET_5V_MODE is not compatible with the Z_MIN_PROBE_PIN." c'est normal, le microcontrôleur est en 3.3V, donc non, il ne faut pas décommenter cette ligne il y a 13 minutes, slyholborn a dit : qu'importe où je le branche non ? sur l'entrée Zmin, tu as une résistance de 100ohms qui protège l'entrée du microcontrôleur il y a 14 minutes, slyholborn a dit : Il peut fonctionner en 3v? C'est un clone, donc difficile d'être affirmatif, mais théoriquement, oui. Par contre, il faudrait s'assurer qu'il n'y a pas d'inversion à faire au niveau des fils. Est-ce que tu as bien la masse 2nde (celle avec le signal retour) là où elle devrait être? Des photos de ton branchement coté carte mère aiderait à se repérer.
slyholborn Posté(e) Février 17 Auteur Posté(e) Février 17 RAS du côté du câblage, je l'ai démonté pour voir justement. J'ai bien GND en marron, l'alim en rouge et le signal en orange. J'ai un doute sur la section endstops : je dois laisser ça même si j'utilise le pc14 ? #define USE_ZMIN_PLUG Ça veut aussi dire que la skr mini e3v2 n'est pas compatible avec certains BL-Touch qui semblent avoir absolument besoin de 5v ? (d'où mes doutes : reddit semble plein de gens qui galèrent avec ça justement) Parce que si mon clone est un clone dans ce gout-là, je vais devoir en changer.
pommeverte Posté(e) Février 17 Posté(e) Février 17 (modifié) il y a 29 minutes, slyholborn a dit : J'ai bien GND en marron, l'alim en rouge et le signal en orange ça, on le savait déjà qu'il n'y avait pas de souci avec ces 3 là puisque la touche du 3Dtouch est pilotée correctement. La question porte sur les 2 autres (le signal retour et la masse). Il faudrait débrancher le connecteur et vérifier la continuité entre le marron (masse) et le fil qui est censé être à la masse. il y a 29 minutes, slyholborn a dit : J'ai un doute sur la section endstops : je dois laisser ça même si j'utilise le pc14 ? oui il y a 29 minutes, slyholborn a dit : Ça veut aussi dire que la skr mini e3v2 n'est pas compatible avec certains BL-Touch qui semblent avoir absolument besoin de 5v ? Comme je l'ai dit, la SKR mini E3 V2 fournit du 5V. C'est au niveau du signal retour qu'il peut y avoir un souci. Est-ce que tu as fait ce test: Il y a 1 heure, pommeverte a dit : Tu peux aussi envoyer le Gcode M119 depuis Pronterface pour valider que le signal est "open" lorsque le 3Dtouch est au repos il y a 29 minutes, slyholborn a dit : Parce que si mon clone est un clone dans ce gout-là, je vais devoir en changer. avant, il faudrait s'assurer que ce n'est pas l'entrée du microcontrôleur qui est HS . Cela peut se faire en reliant l'entrée au 3.3V pris sur la broche supérieure du port SWD et en envoyant le Gcode M119: Citation Modifié (le) Février 17 par pommeverte
slyholborn Posté(e) Février 18 Auteur Posté(e) Février 18 Ok, je vais recompiler un firmware plus ancien, en 3,3v, z stop sur pc 14, et commencer à jouer avec pronterface que je ne connais pas. Par contre, mon fils squatte le bureau qui est son ancienne chambre, et j'ai des potes qui passent ce soir... (c'est les vacs!) J'espère régler tout ça cet après-midi, mais rien n'est certain !
slyholborn Posté(e) Février 18 Auteur Posté(e) Février 18 la réponse à la commande M119 est celle ci : >>> M119 SENDING:M119 Reporting endstop status x_min: open y_min: open z_min: TRIGGERED z_probe: TRIGGERED j'ai moins d'erreurs qu'avant et maintenant, c'est "probe failed", possiblement l'inversion de la logique du Bl touch que je n'ai pas mis à vrai. Z_MIN_PROBE_ENDSTOP_INVERTING TRUE firmware LTS ce coup ci... et évidemment, les memes erreurs de compil sur le 5v et sur Z_MIN_PROBE_ENDSTOP_INVERTING TRUE il va falloir que je regarde comment enlever cette erreur sur cette version
pommeverte Posté(e) Février 18 Posté(e) Février 18 (modifié) Salut, Oups, la boulette : après vérification, l'état retourné par le Gode M119 lorsque la touche est rentrée: TRIGGERED lorsque la touche est sortie (M280 P0 S10): open De ton coté, quelle réponse as-tu lorsque la touche est sortie? Il y a 4 heures, slyholborn a dit : maintenant, c'est "probe failed" quand as-tu ce message d'erreur? Modifié (le) Février 18 par pommeverte
slyholborn Posté(e) Février 19 Auteur Posté(e) Février 19 (modifié) Je n'arrête pas de lire des posts de gens en galère sur le port PC14 : je sors le fer à souder et je vais tenter le coup avec la pin Z_stop. Beaucoup de gens semblent aussi en galère avec cette histoire de 5v... Modifié (le) Février 19 par slyholborn
pommeverte Posté(e) Février 19 Posté(e) Février 19 Salut, Avant ça, est-ce que tu peux envoyer un M119 avec la touche sortie? il y a 11 minutes, slyholborn a dit : je sors le fer à souder pourquoi??? tu as juste une languette à soulever, non?
slyholborn Posté(e) Février 19 Auteur Posté(e) Février 19 Il y a 16 heures, pommeverte a dit : quand as-tu ce message d'erreur? Quand je tente de régler l'offset. Mais je n'ai rien essayé d'autre. Pronterface sera peut-être plus disert en termes de message d'erreur ? Là cela dit, il faut que j'attende que n.1 se lève, il est encore tôt pour un jeune de 20 ans... Le fer, c'est parce que j'ai adapté un connecteur 5 broches sur le BL-Touch : les Duponts que j'ai ne tiennent pas bien sur la carte...
pommeverte Posté(e) Février 19 Posté(e) Février 19 et pour le résultat d'un M119 avec la touche sortie? ça permettra de vérifier si l'état du signal change. il y a 17 minutes, slyholborn a dit : Pronterface sera peut-être plus disert en termes de message d'erreur ? tu peux rendre Marlin plus bavard en envoyant un M111 S38
slyholborn Posté(e) Février 19 Auteur Posté(e) Février 19 Hey!!! J'ai réussi à faire l'offset ! Tout n'est pas encore parfait, mais ça avance ! J'allais sortir de quoi changer de connecteur puisque n'importe quelle version du firmware faisait s'écraser la buse en force sur le plateau, avec plus ou moins d'erreur selon les configurations essayées... Je me suis dit que ce problème en particulier devait venir du la lecture de la pin pc14 qui ne se faisait pas, et OK, il y a moyen de contourner en se servant du port z_stop, mais après tout, s'il y a un port dédié, il faut bien y arriver ! Alors j'ai relu mon fichier de conf et plusieurs posts sur reddit avant de me rendre compte que... my bad, j'avais écrit ça en minuscule!!! J'ai maintenant la ligne #define Z_MIN_PROBE_PIN ^PC14 et avec ça, je peux faire l'offset sans souci ! Me reste un problème de "EEprom corrupt" chaque fois que je tente un nouveau flash, et j'ai une erreur quand je tente un bed levelling. Il faut que je récupère le portable pour brancher pronterface (d'ici à une heure, je pense...) 1
pommeverte Posté(e) Février 20 Posté(e) Février 20 Salut, Bien vu pour les minuscules, mais la question est : pourquoi as-tu bricolé cette ligne, qui était correcte au départ? Il y a 19 heures, slyholborn a dit : Me reste un problème de "EEprom corrupt" est-ce que tu initialises l'eeprom après chaque flashage? la ligne #define EEPROM_INIT_NOW du fichier configuration.h est-elle décommentée?
slyholborn Posté(e) Février 20 Auteur Posté(e) Février 20 (modifié) Il y a 1 heure, pommeverte a dit : Salut, Bien vu pour les minuscules, mais la question est : pourquoi as-tu bricolé cette ligne, qui était correcte au départ? Au départ, elle était vide justement... Je remets les fichiers de conf et prépare un résumé pour d'autres. Je suis finalement resté sur le marlin 2.2.2.5 : pas volontairement, je n'avais pas fait gaffe que je n'étais pas dans le dossier auquel je pensais ! La ligne en question est bien décommentée, je mets le bloc correspondant. #define EEPROM_SETTINGS // Persistent storage with M500 and M501 //#define DISABLE_M503 // Saves ~2700 bytes of flash. Disable for release! #define EEPROM_CHITCHAT // Give feedback on EEPROM commands. Disable to save flash. #define EEPROM_BOOT_SILENT // Keep M503 quiet and only give errors during first load #if ENABLED(EEPROM_SETTINGS) #define EEPROM_AUTO_INIT // Init EEPROM automatically on any errors. #define EEPROM_INIT_NOW // Init EEPROM on first boot after a new build. #endif Je joins aussi les fichiers de conf qui fonctionnent. Configuration.h Configuration_adv.h Modifié (le) Février 20 par slyholborn balises code
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant