Impression 3D

@Jacques, merci pour l'info du BLtouch qui doit en effet probablement nécessiter une action pour la rétractation du palpeur. Je pensais bêtement qu'il y avait peut-être un peu d'intelligence dedans ...
De toute façon j'en ai commandé un pour ma CR10-mini, je ferai quelques tests ! S'il faut changer le firmware, pas sûr que je me lance là-dessus sur la BQ après ce que j'ai lu. Je suis plus confiant sur la CR10-mini, même si le risque de tout planter à jamais n'est pas nul !

Pour le câble ce n'était pas si simple. Je pense qu'il a fini par s'user à l'intérieur, créant des aléas quand il est roulé/déroulé dans la goulotte. Et oui, j'ai bien vu qu'elle s'ouvre, mais le passage reste quand même bien délicat à l'extrémité car elle est bien pleine.

Quand à la molette, j'ai moi-même parfois des faux clics, à savoir que cela sélectionne le fichier d'avant ou d'après, mais pas de lag crispant. Ce qui est casse pied par contre, c'est la limite du nombre de caractères pour les noms de fichiers. Si trop longs, ils n’apparaissent pas sur la BQ

D'expérience la rupture d'un câble dans la goulotte est toujours lié au pliage successif trop raide d'un fil. En particulier, si un fil est coincé dans d'autres il va se plier et finalement se rompre rapidement. Pour autant si tout est bien rangé et non tendu ce problème ne se produira pas. L'erreur de BQ c'est d'avoir mis une gaine qui a tendance à coincer les fils en mouvement. Si en statique l'idée est bonne, en dynamique on devrait ranger les câbles bien à plat et avec un jeu indispensable au fonctionnement sans pliure franche.
Au final remonter un nouveau câble sans pliure fonctionnera très bien et pour longtemps. Bien vérifier en particulier la boucle X car c'est essentiellement là que ca casse.

Pour l'histoire de la lenteur de la lecture de la carte SD, je vais pour des questions de retour d'expérience assumer publiquement la honte d'avoir embêté le monde pour rien : la carte avait servi pour un appareil photo et contenait des vidéos et des photos. Ca n'a jamais posé de souci avec le firmware bq mais visiblement c'était ça le souci.


Voilà voilà.

Faute avouée, tout ça...

Allez, on va dire que c'est faute partagée : c'est quand même la preuve que la routine de lecture de la carte SD n'est pas optimiése
Ceci dit, c'est quand même une info, car çà serait peut être la même chose si la carte SD était remplie de fichers STL.

Merci Thomas pour ce retour.
En fait Arduino ne travaille qu'à 16 Mhz, soit 200 X moins vite que nos PC. Son travail doit donc être limité au strict nécessaire, et en particulier ce qui a été prévu par les développeurs.
On risque donc des réactions surprenantes à mélanger des technologies différentes.
Ce n'est pas la première fois, et ce ne sera certainement pas la dernière, que nous serons confrontés à ces surprises.

Merci Jacques pour la réponse ça devrait normalement régler le problème.