32 bits [RÉSOLU] BL Touch - carte 4.2.7

[antoineblt]

Le 10/10/2020 at 18:48, fran6p a dit :

Oui

On peut aussi l'utiliser mais étant économe en frappe clavier, le M420 S tout seul fonctionne aussi (c'est mon côté «partisan du moindre effort» ). L'appel de M420 ne fonctionne évidemment que si au moins un G29 a déjà été réalisé.

Je te remercie pour tout, une aide formidable !  

Citation

 

G90 ; Reset axes

 

M140 S60 ; Chauffe du lit sans attendre (1ere couche)

M104 S160 ; Buse à 160C sans attendre

 

G28 ; home axes

G92 E0 ; Reset Extruder

M190 S60 ; Attente chauffage du lit première couche

 

G29 ; Auto-nivellement

 

M109 S200 ; Attente chauffage buse température de 1ere couche

 

G1 Z2.0 F3000 ; Move Z Axis up little to prevent scratching of Heat Bed

G1 X0.1 Y20 Z0.3 F5000.0 ; Move to start position

G1 X0.1 Y200.0 Z0.3 F1500.0 E15 ; Draw the first line

G1 X0.4 Y200.0 Z0.3 F5000.0 ; Move to side a little

G1 X0.4 Y20 Z0.3 F1500.0 E30 ; Draw the second line

G92 E0 ; Reset Extruder

G1 Z2.0 F3000 ; Move Z Axis up little to prevent scratching of Heat Bed

G1 X5 Y20 Z0.3 F5000.0 ; Move over to prevent blob squish

Plus qu’à faire un G29 plus adapter pour faire une mesure en 9 points, parce que sur un plateau de 220x220, 16 points ça fait too much hehe

Je sens que : G29 F20 L20 R 200 B200 P3, ça devrait être pas mal du tout, plus qu'à essayer !

[antoineblt]

@fran6p Bon, et bien, j'ai voulu tester le M420 S, et refaire un G29 après l'impression qui avait très bien marché (celle avec le M420 S). Et le G29, première tentative,14ième pts de nivellement, "Error" redémarrer l'imprimante. Puis 6pts de nivellement et au 4ième pts également, je décide donc de faire un M420 S, qui marche très bien et impression finie. Et aujourd’hui au moment de faire une nouvelle impression, et au auto-home, le bl-touch ne sort pas, rien ne se produit.. J'ai redémarré pls fois, redémarrer l'octoprint pensant que ça venait de lui puisque Cura ne faisait pas le lien. Mais rien n'y fait.. Et pour le coup, je ne comprends pas.. Je ne pense pas que cela vienne du branchement, en soi, le BL-Touch est allumé. Donc pour le coup..

 

Bon et bien, après un G29 :

Citation

Send: G29
Recv: echo:Origine XYZ Premier
Recv: ok

Et ensuite après un G28 : 

Citation

Send: G28
[...]
Recv: echo:busy: processing
Printer seems to support the busy protocol, will adjust timeouts and set busy interval accordingly
[...]
Recv: echo:busy: processing
[...]
Recv: echo:busy: processing
[...]
Recv: echo:busy: processing
[...]
Recv: echo:busy: processing
[...]
Recv: Error:!! STOP called because of BLTouch error - restart with M999
Changing monitoring state from "Operational" to "Error: !! STOP called because of BLTouch error - restart with M999"
Send: M112
Send: N2 M112*35
Send: N3 M104 T0 S0*34
Send: N4 M140 S0*97
Changing monitoring state from "Error: !! STOP called because of BLTouch error - restart with M999" to "Offline (Error: !! STOP called because of BLTouch error - restart with M999)"
Connection closed, closing down monitor

Modifié (le) Octobre 19, 2020 par antoineblt

[fran6p]

@antoineblt

Bizarre.

Si rien n'a été modifié au niveau matériel, je soupçonnerais un matériel défaillant ou une mauvaise connexion . Vérifie qu'un connecteur ne se serait pas désengagé de son logement. As-tu des rallonges? Si oui, là aussi vérifie leur emboitement.

Le G29 ne peut se faire qu'après une mise à 0 de tous les axes (G28).

Le Bltouch peut être testé via plusieurs commandes G-code:

M280 P0 S160 ==> désactive l'alarme et remonte la tige

M280 P0 S60

Vérifie l'état des contacteurs (ouvert / fermé (open / triggered)) via un M119

Si la pin du BLT n'est pas déployée

M280 P0 S10 ==> déploie la tige du BLT (on peut aussi manuellement «tirer» délicatement sur le pointeau pour le faire sortir)

A nouveau vérification via M119

M280 P0 S90 ==> remonte la tige

A nouveau vérification via M119

Tu peux aussi faire un «auto-test» du BLT:  M280 P0 S120 (il se répète 10 fois)

Si après ces vérifications, ça ne fonctionne toujours pas, tu peux (au risque de perdre tes modifications (Zoffset, optimisation des pas moteurs, optimisation du PID, … (un M503 préalable permet de noter toutes ces valeurs )) effectuer un «reset» de l'EEPROM via M502 puis M500 suivi de M501 et une dernière vérification via M503.

Une fois cette remise à zéro de l'EEPROM (qui au passage devrait toujours être faite après installation d'un nouveau firmware), tu peux refaire le Zoffset (ou si tu l'avais gardé) le saisir via M851 Z-z.zz suivi de M500.

J'espère pour toi que ce n'est pas une défaillance matérielle car là je ne suis pas assez calé en électronique pour t'aider à le dépanner.

[antoineblt]

Il y a 17 heures, fran6p a dit :

@antoineblt

Bizarre.

Si rien n'a été modifié au niveau matériel, je soupçonnerais un matériel défaillant ou une mauvaise connexion . Vérifie qu'un connecteur ne se serait pas désengagé de son logement. As-tu des rallonges? Si oui, là aussi vérifie leur emboitement.

C'est ce que je suspectais aussi, mais cela me semblait louche, puisque le Bl touch faisait bien de la lumière. Mais en ouvrant le boîtier, il s’avère que le connecteur du BL touch ne tient pas vraiment, soucis régler avec un point de colle, maintenant si il refait la même, j'appliquerais ton cours génial pour le quel je te remercie ! 

Bonnes impressions à toi !

Modifié (le) Octobre 21, 2020 par antoineblt

[alex.c]

bonjour j'ai a peu prés le même problème, je n'arrive pas a trouver un firmware viable, celui de creality n'arrête pas de bipper et je n'arrive pas a compiler malgré  le visionnage de la vidéo et le lecture de ce post je ne sais combien de fois.... Je me débrouille en informatique mais le Marlin ma complétement perdu, ça fait 3 jours que je suis en chien la dessus (j'y ai passé une grande parti du jour férié a tester tout les firmwares possible sans succès), je me tâte même a débrancher le bltouch....   est ce que quelqu'un peut m'aider svp??

 

config: ender3 pro , motherboard 4.2.7 bl touch3.1, pas de rasberry pas octoprint

Modifié (le) Novembre 12, 2020 par alex.c

[fran6p]

@alex.c

Bonjour,

As-tu testé celui donné au tout début du sujet (indice: il est caché).

[alex.c]

 fran6p

celui " a tes risques et périls" non j'ai pas osé car comme tu le dit juste avant tu n'as pas la même machine.... j'ai mis le Ender-3 Pro_4.2.7_BLTouch_Marlin2.0.1_V1.1.2_TMC2225, avec celui la plus de bip mais impossible de faire l'autohome... quand je lance l'autohome le cycle se déroule bien sur x et y mais se bloque sur le z, la tête d'impression se place au milieu et la ça ne descend pas alors que le bltouch s'active. ça fini par stopped marqué sur l'écran, et la pointe du bltouch reste sortie et il est éteint.... penses tu que cela vienne du firmware??

[fran6p]

Il y a 19 heures, alex.c a dit :

celui " a tes risques et périls"

Oui. Celui-là justement. Je mets cette mise en garde car je ne possède pas cette imprimante et ne peut donc pas tester. C'est un firmware que j'avais compilé pour @antoineblt à partir  des  sources officielles pour sa machine: une Ender3 Pro avec la nouvelle carte Creality v4.2.7. Les sources ayant servies à la compilation sont dans le lien menant vers mon dépôt Github. Ce sont ces sources qu'il a ensuite utilisées pour se faire son propre firmware après avoir utilisé dans un premier temps ce firmware

Pour que ce firmware fonctionne, il faut câbler le BLTouch comme précisé dans le post et pas en utilisant l'adaptateur / dérivateur écran autrefois utilisé sur les cartes v1.1.4/1.1.5.

Sinon, tu peux récupérer les sources du dernier Marlin (2.0.7.2) et les exemples de configuration pour cette version (le lien pour le fichier compressé est donné dans le dossier «config»). Dans les exemples pour les imprimantes Creality se trouve ta machine (Ender3 Pro) et un dossier existe pour la carte Creality427 :

Il y a 20 heures, alex.c a dit :

penses tu que cela vienne du firmware??

Aucune idée. Tente éventuellement de le reflasher (en changeant la date dans le nom du fichier .bin sinon le flashage ne se fera pas ).

PS:

Pour citer / notifier un utilisateur dans ta réponse: tape l'arobase (@) puis commence à saisir son pseudo, au fur et à mesure de ta frappe tu pourras cliquer sur son pseudo (par exemple: @alex.c si tout s'est bien passé, le pseudo apparait sur fond bleu clair (cyan sur gris si le Thème sombre est activé)).

Il reçoit alors une notification et peut y répondre (ou pas ).

[alex.c]

salut, 

premièrement merci beaucoup de m'avoir répondu aussi précisément .... Je viens de tester et ça fonctionne, je n'ai pas lancer de print mais le autohome fonctionne et surtout pas de bip intempestif. C'est assez déroutant car le menu a totalement changé, ilest en français (truc de ouf) et il y a beaucoup plus d'option et ça me va très bien. il me faudra un peu de temps pour m'y faire mais c'est royal je te remercie encore!!

je reviendrai confirmé que tout va bien et je te souhaite une bonne soirée/ bon weekend

[alex.c]

@fran6p

bonjour j'ai fait quelque print et ça fonctionne nickel, je te remercie encore bon dimanche 

[fran6p]

il y a 1 minute, alex.c a dit :

je te remercie encore bon dimanche 

De rien, c'est le principe du forum: aider si / quand on le peut

Bon dimanche à toi aussi

[Éros]

Le 06/10/2020 at 18:52, fran6p a dit :

@antoineblt

Avec l'offset de -45, 5, le Bltouch connecté comme TeachingTech sur la carte mère :

Tu peux récupérer le Marlin (v2.0.7) pour compiler ton firmware >>> ici <<< (mon dépôt Github pour les Marlins que je teste / compile).

J'ai testé la compilation à partir de ces fichiers (via Platformio ainsi que via AutoBuildMarlin), le résultat se conclue par un «SUCCESS» :

Le firmware à flasher, une fois la compilation effectuée se trouvera dans le dossier «Marlin\.pio\build\STM32F103RET6_creality» sous le nom «firmware-yyyymmdd-hhmmss.bin». Le nom (en fait la date et l'heure) doit changer à chaque flash de la carte sinon, l'écran pourrait rester «vide»: donc ne pas le renommer en «firmware.bin».

Si vraiment tu es aventureux, je te joins celui issus de ma compilation MAIS, n'ayant pas ta machine je ne peux vérifier qu'il fonctionne donc «à tes risques et périls».

  Révéler le texte masqué

firmware-20201006-181922.bin 225 Ko · 24 downloads

Salut @fran6p 

Avec exactement la même configuration, ender 3 pro, carte 4.2.7 et BL-touch 3.1, j'ai un souci.

Pour le câblage, j'ai regardé sur les forums, facebook, reddit et youtube, et on voit tout et son contraire ...

Et je ne sais pas pourquoi le câble du BL-Touch (v3.1) semble inversé pour les couleurs rouges et bleues :

Contrairement à avant, les indications pour les pings ne sont plus présentent...

Après test, pas de bol, comme par hasard c'était pas bon, et la carte à fumée un petit peu, évidemment j'ai coupé de suite, après avoir retiré le câblage l'imprimante démarre sans souci.

Qu'elle partie à pu fumer et que je devrais quand même vérifier ? Il n'y a rien de visible...

Quel est du coup le bon câblage ? J'inverse le fil bleu et le fil rouge ?

[fran6p]

il y a 13 minutes, Éros a dit :

Qu'elle partie à pu fumer et que je devrais quand même vérifier ? Il n'y a rien de visible...

Désolé, aucune idée mais de la fumée qui se dégage d'une carte électronique ce n'est jamais bon.

il y a 14 minutes, Éros a dit :

Quel est du coup le bon câblage ? J'inverse le fil bleu et le fil rouge ?

Oui sur le connecteur qui va sur la carte mère le «dupond noir» (sur la carte : GND, 5V, Signal) :

C'est le kit de Creality fourni avec l'adaptateur écran? Si oui, c'est l'ordre des connexions pour utiliser sur ce «dérivateur écran» ( 5V, GND, Signal).

[Éros]

il y a 15 minutes, fran6p a dit :

Désolé, aucune idée mais de la fumée qui se dégage d'une carte électronique ce n'est jamais bon.

Oui sur le connecteur qui va sur la carte mère le «dupond noir» (sur la carte : GND, 5V, Signal) :

C'est le kit de Creality fourni avec l'adaptateur écran? Si oui, c'est l'ordre des connexions pour utiliser sur ce «dérivateur écran» ( 5V, GND, Signal).

Merci, oui c'est le kit, je l'avais prit en me disant que comme ça je serais tranquille pour l'installation de la carte et du BL-Touch 

Oui pour ça que je voudrais vérifier si elle est endommagée ou pas

[Éros]

Tiens @fran6p j'ai utilisé ton firmware, mais j'ai un souci, j'ai bien mis 

#define NOZZLE_TO_PROBE_OFFSET { -45, 5, 0 }

Parce que le BL-Touch est à 45 mm à gauche de la buse.

Lorsque je fais un G29 en démarrant un print, la buse part trop à droite et si je ne l'arrête pas avant, la buse va descendre et taper dans l'écran ...

Personnellement j'utilise S3D, mais comme c'est l'imprimante d'un ami qui utilise Cura, je teste les réglages avec Cura pour lui donner le tout complet.

Voici le code start de Cura, je n'ai ajouté que la ligne G29

Ais-je zappé un truc ? Il ne me semble pas avoir eu ce problème lors de l'installation du BL-Touch sur ma CR10S 

 

; Ender 3 Custom Start G-code
G92 E0 ; Reset Extruder
G28 ; Home all axes
G29 ; BLTouch do full bed level
G1 Z2.0 F3000 ; Move Z Axis up little to prevent scratching of Heat Bed
G1 X0.1 Y20 Z0.3 F5000.0 ; Move to start position
G1 X0.1 Y200.0 Z0.3 F1500.0 E15 ; Draw the first line
G1 X0.4 Y200.0 Z0.3 F5000.0 ; Move to side a little
G1 X0.4 Y20 Z0.3 F1500.0 E30 ; Draw the second line
G92 E0 ; Reset Extruder
G1 Z2.0 F3000 ; Move Z Axis up little to prevent scratching of Heat Bed
G1 X5 Y20 Z0.3 F5000.0 ; Move over to prevent blob squish

J'ai zapé un truc ? Les paramètres dans Cura sont bien 220*220*250

[fran6p]

@Éros

Quand tu fais juste un G28, la buse est-elle au centre du plateau ?

Dans le configuration.h, les dimensions du plateau (pas la surface imprimable) sont bien de 235 x 235 ?

[Éros]

@fran6p Je vais répondre à la deuxième question puis à la première.

Les dimensions étaient bien de 235*235 avant, mais j'avais déjà le problème, et la buse était encore plus à droite :

En ayant regardé cette page https://www.lesimprimantes3d.fr/comparateur/imprimante3d/creality-3d/ender-3-pro/ je me suis aperçu qu'il était noté :

 

Citation

Volume d'impression:    220 mm x 220 mm x 250 mm

J'ai donc modifier le configuration.h pour mettre 220*220 à la place de 235*235.

Avec cette nouvelle taille, j'obtiens un G29 moins à droite (logique en soit), soit la photo du post précédent

Pour la deuxième question, un G28 avec le plateau en 220*220 me donne ceci :

Le BL-Touch est décalé à droite également, j'ai 13cm à droite et 11 à gauche (oui le bed magnétique fait 240*240 )

Du coup je viens de refaire la correction pour remettre le bed à 235*235, le BL-Touch est au milieu du bed avec un G28, mais la buse est à nouveau à côté du plateau, et touche l'écran si je laissais descendre trop la buse... 

[fran6p]

Il y a 19 heures, Éros a dit :

le BL-Touch est au milieu du bed avec un G28,

Bizarre

Sur ma CR10-V2 après un G28, c'est la buse qui est au centre pas le Bltouch.

Tu aurais ton configuration.h que j'y jette un œil ?

Si tu as accès à un terminal te permettant d'envoyer du G-code à l'imprimante (Octoprint, Repetier, Pronterface, …) tu peux «jouer» avec le M206 en décalant le «0» du X ( M202 X10 par exemple).

Tu peux aussi le faire dans le firmware : https://marlinfw.org/docs/configuration/configuration.html#manual-home-position

[Éros]

@fran6p Bien sûr, je mets ça en pièce jointe.

Oui j'utilise pronterface, je vais tester ça, merci

Edit : Bon ben j'arrive pas à me connecter dessus avec pronterface, décidément  Pourtant je suis bien en 115200

Edit2 : Connexion réglée en installant le driver https://support.th3dstudio.com/hc/en-us/articles/360043291432-CH340-Drivers-TH3D-Uno-Creality-V1-1-4-V1-1-5-Board

Configuration.h

Modifié (le) Novembre 28, 2020 par Éros

[Éros]

Apparemment la commande M206 est prise en compte, mais ça ne change rien pour le centrage quand je fais un home 

J'ai testé une commande M503 dont voici le résultat, si ça peut aider 

 

>>> M503
SENDING:M503
echo:  G21    ; Units in mm (mm)
echo:  M149 C ; Units in Celsius
echo:; Filament settings: Disabled
echo:  M200 S0 D1.75
echo:; Steps per unit:
echo: M92 X80.00 Y80.00 Z400.00 E93.00
echo:; Maximum feedrates (units/s):
echo:  M203 X500.00 Y500.00 Z5.00 E25.00
echo:; Maximum Acceleration (units/s2):
echo:  M201 X500.00 Y500.00 Z100.00 E1000.00
echo:; Acceleration (units/s2): P<print_accel> R<retract_accel> T<travel_accel>
echo:  M204 P500.00 R500.00 T1000.00
echo:; Advanced: B<min_segment_time_us> S<min_feedrate> T<min_travel_feedrate> X<max_x_jerk> Y<max_y_jerk> Z<max_z_jerk> E<max_e_jerk>
echo:  M205 B20000.00 S0.00 T0.00 X10.00 Y10.00 Z0.30 E5.00
echo:; Home offset:
echo:  M206 X10.00 Y0.00 Z0.00
echo:; Auto Bed Leveling:
echo:  M420 S0 Z0.00
echo:; Material heatup parameters:
echo:  M145 S0 H200 B60 F0
echo:  M145 S1 H230 B70 F0
echo:; PID settings:
echo:  M301 P28.72 I2.62 D78.81
echo:  M304 P462.10 I85.47 D624.59
echo:; Power-Loss Recovery:
echo:  M413 S0
echo:; Z-Probe Offset (mm):
echo:  M851 X-45.00 Y5.00 Z-0.60
echo:; Filament load/unload lengths:
echo:  M603 L380.00 U400.00

>>> M503
SENDING:M503
echo:  G21    ; Units in mm (mm)
echo:  M149 C ; Units in Celsius
echo:; Filament settings: Disabled
echo:  M200 S0 D1.75
echo:; Steps per unit:
echo: M92 X80.00 Y80.00 Z400.00 E93.00
echo:; Maximum feedrates (units/s):
echo:  M203 X500.00 Y500.00 Z5.00 E25.00
echo:; Maximum Acceleration (units/s2):
echo:  M201 X500.00 Y500.00 Z100.00 E1000.00
echo:; Acceleration (units/s2): P<print_accel> R<retract_accel> T<travel_accel>
echo:  M204 P500.00 R500.00 T1000.00
echo:; Advanced: B<min_segment_time_us> S<min_feedrate> T<min_travel_feedrate> X<max_x_jerk> Y<max_y_jerk> Z<max_z_jerk> E<max_e_jerk>
echo:  M205 B20000.00 S0.00 T0.00 X10.00 Y10.00 Z0.30 E5.00
echo:; Home offset:
echo:  M206 X45.00 Y0.00 Z0.00
echo:; Auto Bed Leveling:
echo:  M420 S0 Z0.00
echo:; Material heatup parameters:
echo:  M145 S0 H200 B60 F0
echo:  M145 S1 H230 B70 F0
echo:; PID settings:
echo:  M301 P28.72 I2.62 D78.81
echo:  M304 P462.10 I85.47 D624.59
echo:; Power-Loss Recovery:
echo:  M413 S0
echo:; Z-Probe Offset (mm):
echo:  M851 X-45.00 Y5.00 Z-0.60
echo:; Filament load/unload lengths:
echo:  M603 L380.00 U400.00

[Jekar]

Petite question concernant l'installation.

Sur la video de creality, il utilise l'interface comme sur carte mère 8bit et non le port spécifique. Une idée du pourquoi ?
J'ai vu que beaucoup de personne avait un dégagement de fumée en installant le BLTouch sur le port spécifique ...

[Jean-Claude Garnier]

Le 07/10/2020 at 14:21, fran6p a dit :

(«Si tu donnes un poisson à un homme, il mangera un jour. Si tu lui apprends à pêcher, il mangera toujours.» Lao Tseu ).

J'avais en mémoire une autre approche :

«Si tu donnes un poisson à un homme, il mangera un jour. Si tu lui apprends à pêcher, il passera ses journées dans une barque à boire des bières" Marie-Lyse Aston >>>>

[fran6p]

@Jean-Claude Garnier

«Copiateur»

[alex.c]

bonjour, désolé pour le déterrage de topic, mais je reviens vers vous aprés plusieurs mois d'utilisation du firmware fait par l'aimable "fran6p".(firmware-20201006-181922 en début de topic) il fonctionne bien hormis que j'ai un décalage de l'origine, du coup quand je fais le bed leveling les premiers points se font dans le vide, et je suis obligé de prendre une carte a jouer pour allonger légèrement le plateau (genre 5mm=)pour que le bl touch puisse toucher quelque chose et je suis obligé de décaler légèrement vers le haut mes projets de  prints dans Cura pour qu'ils soient au milieu . hormis ça tout fonctionne très bien et le menu est en français du coup je voudrai pas changer mais modifier le firmware, mais j'arrive a rien dans visual studio car je n'ai que le fichier Bin.

est ce possible de modifier le firmware juste avec le fichier bin?

[fran6p]

Bonjour, @alex.c

Dans mon post où je mets le fichier .bin, tu y trouves également mon dépôt github ayant servi à compiler ce fichier car on ne peut modifier un fichier binaire.

Je te remets le lien du dépôt pour une Ender 3 Pro, carte mère 4.2.7 et Bltouch : https://github.com/fran6p/Marlin/tree/E3Pro-CM427-BLT