slyholborn

Hello! Quand je disais vide, je disais qu'elle n'avait pas de valeur : ce n'est pas très clair dans le fichier de conf qu'en commentant //#define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN J'allais me retrouver automatiquement avec la PC14 prise en compte. Le "^" vient d'un copié/collé d'une discussion sur reddit que je ne retrouve pas, mais qui ne concernait pas configuration.h, mais un autre fichier : une erreur de ma part... Concernant l'EEprom, je n'ai de souci qu'avec le flash de cette version et après un RAZ et un stockage des valeurs, il n'y a plus d'avertissement et au redémarrage, pas de souci non plus, ça imprime correctement. Bref, je vais arrèter de jouer avec ça un moment, j'ai plein de trucs à imprimer, et là, ça fonctionne ! Pour ce qui est de mettre une réponse comme solution, je suis un peu paumé, la réponse étant, gaffe à ton fichier de configuration ! Merci beaucoup en tout cas @pommeverte et @RFN_31, j'ai appris plein de trucs !!

Tu penses bien à sauvegarder tes fichiers (ctrl+s) avant de compiler à chaque fois ? Ça m'est arrivé la semaine dernière... À force de faire des essais, il m'est arrivé de manquer cette étape...

Pour ma part, il s'agissait de la pin z_stop à redéfinir ailleurs... Le Bl-Touch est il le même modèle ?

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

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...)

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...

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...

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

Nope, je cherche !

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 !

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.

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?

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 ! je pensais que c'était la version stable + les fix qui fonctionnent, pas la version de développement ! 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

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? ?

@RFN_31 ?