Panne sonde température hotend Prusa Original MK2s

[electroremy]

Bonjour,

Je viens de connaitre ma première "vraie" panne sur ma Prusa Original MK2s

Elle n'a pas beaucoup fonctionné mais elle a 6 ans :

Les symptômes sont intermittents.

Par moment, lors de l'impression, j'entends le ventilateur de la hotend s'éteindre, puis se rallumer, la température affichée varie très rapidement de façon incohérente :

Il y a un impact visible sur la qualité de l'impression :

Il peut aboutir à mettre l'imprimante en sécurité :

Le problème est difficile à voir car il est intermittent, de plus, chez moi, il ne s'est produit que lorsque l'axe X se déplace vers la moitié droite du bed ; ainsi, cette impression de 5h45 a réussi sans que le problème ne se produise une seule fois :

J'ai logiquement pensé à un problème de faux contacts et de connecteur au niveau de la sonde.

J'ai démonté et remonté le câblage, mais sans succès.

Pourtant, le selftest réussi :

Ce problème est dangereux, et rappelle la nécessité de surveiller une impression 3D et de pouvoir intervenir rapidement. Lorsque j'imprime je suis à côté en train de faire autre chose sur mon ordi ou mon atelier, ce qui me permet de surveiller et d'intervenir. Une caméra et une application smartphone me permet de surveiller l'impression si je suis dans une autre pièce. De plus, j'ai installé un détecteur de fumée juste au dessus de l'imprimante, dans l'établi "hotte" dans lequel l'imprimante et son caisson est installée.

En effet, si la sonde ne fonctionne plus, la boucle de régulation de l'imprimante coupe le ventilateur et alimente la hotend au maximum... Mon imprimante ne s'est mise en sécurité que parce que la sonde s'est remise à fonctionner.

Une mise à jour du firmware serait utile, l'imprimante devrait se mettre en sécurité si en cours d'impression la sonde de température donne des valeurs incohérentes (variation trop rapide) ; et surtout ne pas couper le ventilateur (note : je n'ai pas mis à jour mon imprimante depuis au moins un an)

 

J'ai donc dû remplacer ma sonde.

Lorsque j'avais acheté mon imprimante, j'avais pris avec le kit multimatériaux, que je n'ai jamais monté. J'avais fini par récupérer les moteurs pour faire autre chose.

Du coup, il me reste l'extrudeur de ce kit multimatériaux, et il y a une sonde avec :

 

J'ai donc pu faire le remplacement sans attendre.

J'ai très fait attention au cheminement des câbles de la sonde, qui sont fragiles, en protégeant mieux avec une petite gaine et en recouvrant les arrêtes tranchantes des colsons avec du charterton avant de remettre le câble spiral :

Nouveau self test :

Nouvelle impression de presque 12h00 qui occupe tout le band avec succès :

 

C'est parfois un peu délicat (la place est optimisée) mais les imprimantes Prusa ont été conçues pour être facilement réparées et c'est appréciable. Si seulement c'était le cas de tous les appareils électroménager et outillage du commerce...

 

A bientôt

Modifié (le) Mars 5, 2023 par electroremy

[gerardm]

Il y a 6 heures, electroremy a dit :

J'ai logiquement pensé à un problème de faux contacts et de connecteur au niveau de la sonde

Bonjour,

Et du coté de la carte mère? et des câbles?

[electroremy]

Il y a 6 heures, gerardm a dit :

Bonjour,

Et du coté de la carte mère? et des câbles?

J'avais en effet débranché et rebranché tous les câbles au niveau de la carte mère, dont celui de la sonde. Mais sans succès.

Comme expliqué à la fin du post, j'ai pu remplacer la sonde et tout fonctionne correctement

Les câbles de l'ancienne sonde étaient trop serrés à certains endroits :

- colson liant le câble de la sonde au câble de la résistance chauffante trop serré (fourni tel quel par Prusa)

- pas assez de mou (erreur de ma part lorsque j'ai assemblé mon imprimante)

ça a quand même fonctionné pendant plus de 500 heures, sur cinq ans.

Les commentaires du site Prusa font état de problèmes similaires liés à la sonde de température et à la fragilité de ses câbles

Modifié (le) Mars 1, 2023 par electroremy

[electroremy]

Actuellement en train de modifier le firmware de mon imprimante, je vais m'attaquer à ce problème de non détection de rupture de la connexion des thermistances

Autre bizarrerie : l'imprimante a un "talon" et n'est pas capable de lire une température inférieure à 32°C.

J'ai toujours pensé que c'était à cause d'une tolérance trop large des capteurs de température, mais non.

La réponse est ici - il s'agit d'un défaut des cartes RAMBO équipant les imprimantes de cette époque :

https://github.com/johnnyr/Mini-Rambo/issues/8#issue-401415524

Prusa est au courant de ce problème qui représente un risque d'incendie (en effet, à cause de ce problème, l'erreur MINTEMP ne se déclenche pas, et c'est cette erreur qui permet de détecter qu'une connexion avec une thermistance s'est rompue)

https://help.prusa3d.com/article/mintemp-error-and-mintemp-bed_2169

 

Il est anormal que Prusa n'ai pas communiqué cela aux utilisateurs.

 

Surtout qu'il n'est pas difficile de modifier le firmware pour détecter quand même qu'une thermistance est déconnectée et mettre l'imprimante en sécurité ; dans ce cas de figure, l'erreur de poursuite de la régulation de température devient anormalement importante. Quelques lignes de codes suffisent.

 

 

Assez déçu de Prusa sur ce coup là...

[Kachidoki]

Lorsque je lis l'explication de prusa, je comprend que la sécurité est bien présente mais se déclenche assez tôt :

Le problème que tu vois semble affecter uniquement un sous-ensemble des cartes rambo avec des tolérances particulières sur certains composants, et pas toutes les cartes. Problème de dérive qui s'aggrave certainement avec le vieillissement, et la température ambiante qui accélère ce vieillissement. Si je prends comme hypothèse de base une température ambiante "normale" de 25°C et une durée de vie estimée à 10 ans, à 60°C ambiant la durée de vie sera réduite à moins d'un an. J'espère que ta CM est très bien isolée.

 

Faut relativiser, tu parles d'un problème qui touche un vieux modèle basé sur un design DIY qui était le top de sa génération. A cette époque Marlin était encore en 1.x, la Thermal Runaway Protection existait à peine et les concurrents ne l'activaient même pas à cause des faux positifs... Il faudra attendre Marlin 2.x en 2020 (et quelques anet cramées) pour commencer à avoir de vraies protections. A ce moment la MK3 était déjà sortie depuis plusieurs années, toujours basée sur l'ATmega mais avec une CM différente qui corrige ce défaut.

Sur les générations suivantes où Prusa a commencé à se professionnaliser ils ont largement compensé les lacunes en matière de sécurité, et continuent de le faire. Aujourd'hui les machines contiennent beaucoup plus de capteurs (et coûtent plus chères aussi), même le heatsink a sa propre CTN maintenant. Ils ont même sorti leur premier modèle qui s'arrête automatiquement lorsque tu ouvres la porte.

 

Il y a 9 heures, electroremy a dit :

Assez déçu de Prusa sur ce coup là...

Moi aussi dernièrement, mais pas sur ce coup là justement.

[electroremy]

Même si ça ne concerne pas toutes les cartes, il y en a un certain nombre

Chez moi, la carte Rambo n'est pas capable de lire une température inférieure à 32°C sur aucune des 3 thermistances. Donc la sécurité MINTEMP ne fonctionne pas

Je ne suis pas le seul concerné

Prusa connaissait le problème depuis longtemps et aurait pu écrire aux utilisateurs pour leur expliquer comment vérifier si le problème existe sur leur imprimantes (et pourquoi pas proposer un échange, la Rambo coute à elle seule 136€)

De plus, modifier le firmware est assez facile pour tenir compte de ce problème

On parle quand même d'un risque d'incendie, alors que Prusa a une réputation de "haut de gamme" chez les makers (en tout cas à l'époque. Surtout quand on sait qu'une impression dure des heures, des makers laissent tourner leur imprimante la nuit...

Je reçoit régulièrement des mails de Prusa, à caractère commerciaux

Là, ils ont abusé !

 

 

[electroremy]

@Kachidoki : petite question à toi et aux autres personnes du forum qui publient des tests d'imprimantes

D'abord merci car vos tests sont complets et utiles pour celui qui souhaite acheter une nouvelle imprimante 3D

Alors, est-ce que dans vos tests, vous testez les sécurités des imprimantes ?

 

Il faudrait identifier les capteurs critiques (les CTN) et simuler les défaillances suivantes : déconnection, court-circuit, surchauffe (via une résistance)

Ces tests seraient à faire dans les phases suivantes : début du préchauffage, préchauffage terminée, impression.

C'est assez rapide à faire si les connecteurs des CTN sont facilement accessibles sur la carte mère et qu'on peut brancher dessus des connecteurs classiques pour le test.

 

Le comportement de l'imprimante en cas de plantage de son firmware ou du CPU est nettement plus difficile à tester. Il faudrait avoir le code source du firmware et y passer pas mal de temps... Sur ce coup là, il faut faire confiance au fabricant.

 

Même si il est logique qu'aujourd'hui les imprimantes gérent correctement ces défaillances on est pas à l'abris d'une erreur de conception ou de fabrication.

Dans mon travail, régulièrement, je tombe sur des machines neuves de fabricants réputés dont certaines sécurités ne fonctionnent pas (!) Et là on parle de machines industrielles, dont les actionneurs sont volumineux et puissants, pas d'imprimantes 3D grand public.

Après, je ne dit pas qu'il faut tous finir parano... mais si un test n'est pas trop compliqué à faire, autant le faire, comme ça, on est tranquille 

[fran6p]

il y a 37 minutes, electroremy a dit :

est-ce que dans vos tests, vous testez les sécurités des imprimantes ?

Non, pour ma part, n'étant pas parano par nature .

J'utilise principalement Klipper comme firmware qui possède d'origine des sécurités qui me semblent suffisantes : gestion dynamique du lit chauffant et des extrudeurs, avec mécanismes de sécurité intégrés pour éteindre les éléments chauffants en cas de dysfonctionnement ou de perte de communication avec le SBC (unité de calcul).

Et sinon, la recommandation essentielle (que je ne respecte pas toujours avec mes imprimantes 3D) est de ne pas laisser ces matériels (imprimantes ,laser, etc.) sans surveillance active.

[electroremy]

il y a 11 minutes, fran6p a dit :

Non, pour ma part, n'étant pas parano par nature .

J'utilise principalement Klipper comme firmware qui possède d'origine des sécurités qui me semblent suffisantes : gestion dynamique du lit chauffant et des extrudeurs, avec mécanismes de sécurité intégrés pour éteindre les éléments chauffants en cas de dysfonctionnement ou de perte de communication avec le SBC (unité de calcul).

Klipper communique avec le firmware de la carte mère de l'imprimante

Si le firmware ne voit pas la défaillance d'une CTN, Klipper ne le verra pas non plus

il y a 12 minutes, fran6p a dit :

Et sinon, la recommandation essentielle (que je ne respecte pas toujours avec mes imprimantes 3D) est de ne pas laisser ces matériels (imprimantes ,laser, etc.) sans surveillance active.

Oui... en théorie...

...en pratique, nous ne sommes pas beaucoup à faire une nuit blanche après avoir lancé une impression de 20 heures. Beaucoup d'utilisateurs lancent des impressions qui durent très longtemps et laissent la machine imprimer pendant la nuit, quand ils dorment.

[fran6p]

il y a 5 minutes, electroremy a dit :

Si le firmware ne voit pas la défaillance d'une CTN, Klipper ne le verra pas non plus

Si tu le dis (à quoi ça sert un watchdog ?).

il y a 5 minutes, electroremy a dit :

Beaucoup d'utilisateurs lancent des impressions qui durent très longtemps et laissent la machine imprimer pendant la nuit, quand ils dorment.

Pour quelqu'un de parano, ce n'est pas recommandé cette pratique, non ?

Modifié (le) vendredi à 16:50 par fran6p

[Savate]

il y a 19 minutes, electroremy a dit :

Si le firmware ne voit pas la défaillance d'une CTN

vu que le traitement des t° check de la t° des sondes en permanence une fails de ctn ça va donner court circuit ou circuit ouvert -> Arrêt de l'imprimante.

Après si le capteur de T° indique 25° en permanence, il n'y a aucun moyen de vérifier (sauf en doublant les ctn)

[electroremy]

Dans une chaine de sécurité, chaque maillon compte.

il y a 9 minutes, fran6p a dit :

> Si le firmware ne voit pas la défaillance d'une CTN, Klipper ne le verra pas non plus

 Si tu le dis (à quoi ça sert un watchdog ?).

Le watchdog sert à vérifier qu'un logiciel exécute régulièrement une fonction particulière ; en général, cette fonction est celle qui gère la sécurité de la machine.

On peut ainsi, avec le watchdog, détecter les défaillances suivantes :

- programme coincé dans une boucle infinie

- programme coincé dans une fonction qui dure trop longtemps

- défaillance matérielle du CPU

Mais il est possible que la défaillance des CTN survienne sans être vue vue par le logiciel. Le watchdog ne verra rien non plus.

C'était le cas sur mon imprimante : l'électronique qui était en cause, car la température minimum lue par les entrées analogique ne descendait pas sous le seuil d'environ 30°C, y compris en cas de coupure d'une CTN. La sécurité "MINTEMP" du firmware ne se déclenchait jamais.

il y a 14 minutes, fran6p a dit :

> Beaucoup d'utilisateurs lancent des impressions qui durent très longtemps et laissent la machine imprimer pendant la nuit, quand ils dorment.

Pour quelqu'un de parano, ce n'est pas recommandé cette pratique, non ?

C'est ce que je dis... les rares fois où j'ai lancé de grosses impressions, j'ai veillé assez tard... et ce n'est plus de mon âge ce genre de truc 

D'où l'intérêt de sécuriser l'imprimante du mieux possible et de mettre une alarme la plus fiable possible sur ma table de chevet. Je pense... ajouter d'autres capteurs surveillés par un circuit externe, avec un seuil d'alarme et un seuil qui met l'imprimante hors tension.

il y a 5 minutes, Savate a dit :

vu que le traitement des t° check de la t° des sondes en permanence une fails de ctn ça va donner court circuit ou circuit ouvert -> Arrêt de l'imprimante.

Mon imprimante ne réagissait pas à une CTN en circuit ouvert comme dit plus haut dans ma réponse à @fran6p

il y a 8 minutes, Savate a dit :

Après si le capteur de T° indique 25° en permanence, il n'y a aucun moyen de vérifier (sauf en doublant les ctn)

C'est une très bonne remarque

A noter que le firmware MARLIN installé sur la Prusa I3 MK2s prévoyait la possibilité d'installer une 2e CTN en redondance pour la hotend, avec vérification de l'écart de température entre les deux. Mais il faut bien sûr un extrudeur permettant mécaniquement de fixer deux CTN dedans.

Quand j'ai travaillé sur le code source du firmware, c'était très intéressant de voir tout ce que les auteurs de MARLIN avait prévu comme fonctionnalités possibles, la Prusa I3 MK2s n'en utilisant qu'une partie.

On peut aussi détecter une température "figée" via le code. En phase préchauffage, c'est facile car la température doit varier beaucoup, on peut mettre une condition sur une vitesse de variation de température minimale. Une fois la température de consigne atteinte, déjà il ne faudrait vraiment pas avoir de chance pour que la température figée soit pile celle de la consigne. Mais on peut détecter l'anomalie autrement, car dans cette situation la commande du chauffage va rester bloquée sur la même valeur (alors qu'en temps normal elle fluctue)

 

Petite précision : vous devez pensez que je me complique la vie, mais en fait...

...je m'amuse 

Alors... non je ne suis pas fou, et je n'ai pas pris un coup de chaleur 

 

J'ai toujours été passionné d'électronique et de programmation, et à la fin de mes études, je m'étais spécialisé sur le traitement du signal numérique.

On ne faisait pas que du traitement de signal sur ordinateur (typiquement : fichier audio ou image) mais aussi de la mesure et instrumentation industrielle. Donc un circuit électronique physique avec des capteurs, un microcontrôleur à programmer, des sorties à piloter. Un peu comme une imprimante 3D en fait !

Mon projet de fin d'études, c'était un régulateur auto adaptatif, capable de gérer des systèmes complexes et difficiles.

Par exemple, un convoyeur qui devait déposer - en contrôlant la quantité - un produit en poudre (sable, ciment, farine, ...). A l'origine du convoyeur, le produit n'était pas déposé de façon bien homogène sur le convoyeur par la vanne. En plus il y avait forcément un retard entre le moment où on ajustait la vanne et l'impact sur le débit à l'autre extrémité, un peu comme dans votre douche où il faut attendre que l'eau arrive au bout du tuyau pour sentir le changement de température. Le régulateur devait gérer ces imprévus avec des capteurs rudimentaires.

Autres exemples : des systèmes industriels "sales" dont les capteurs et les actionneurs s'encrassaient progressivement ce qui modifiait certaines de leur caractéristiques.

Le régulateur devait fonctionner, et en même temps s'autoajuster en fonction de l'encrassement et de l'usure du système.

Il fallait aussi détecter les anomalies pour mettre en système en sécurité ; la difficulté était de faire en sorte que ça ne se mette pas en sécurité de façon intempestive ou trop tard...

Il y avait aussi aspect hardware ; par exemple, réaliser judicieusement le câblage pour éviter les défaillances de mode commun, et anticiper les défaillances possibles de l'électronique en amont et en aval du CPU, que le CPU ne pouvait pas toujours détecter.

J'avais bien aimé ce projet, mais dans mon travail je ne fait pas de conception.

 

En modifiant mon imprimante, je retrouve le plaisir de travailler sur tout ces aspects techniques que j'avais bien aimé avec ce projet à l'époque.

[Kachidoki]

Il y a 18 heures, electroremy a dit :

est-ce que dans vos tests, vous testez les sécurités des imprimantes ?

Non. Certaines sont testées par inadvertance parce que je fais une fausse manip ou que je sors des conditions nominales, mais sinon je ne cherche pas spécifiquement à tester tous les éléments. Ca ferait des tests de 4h à lire et le blog est plutôt à visée informative sur les "performances" des machines. Heureusement que les testeurs pour revues automobile ne s'amusent pas à tester les défaillances des éléments de sécurité. 

S'agissant des sécurités thermique, sur la MK4 une fois j'ai lancé un préchauffage sans la tôle sur le plateau (j'étais en train de la nettoyer). Au moment où j'ai mis la tôle, la température à chuté brutalement et l'imprimante s'est mise en sécurité.

EDIT: D'ailleurs dans le cas de ta MK2S le problème ne touchant pas tout le monde, même si les testeurs contrôlaient les sécurités il y aurait eu de forte chances pour qu'ils concluent qu'elles fonctionnent bien.

Modifié (le) samedi à 10:12 par Kachidoki

[Uditdev]

Il y a 4 heures, Kachidoki a dit :

Non. Certaines sont testées par inadvertance parce que je fais une fausse manip ou que je sors des conditions nominales, mais sinon je ne cherche pas spécifiquement à tester tous les éléments. Ca ferait des tests de 4h à lire et le blog est plutôt à visée informative sur les "performances" des machines. Heureusement que les testeurs pour revues automobile ne s'amusent pas à tester les défaillances des éléments de sécurité. 

S'agissant des sécurités thermique, sur la MK4 une fois j'ai lancé un préchauffage sans la tôle sur le plateau (j'étais en train de la nettoyer). Au moment où j'ai mis la tôle, la température à chuté brutalement et l'imprimante s'est mise en sécurité.

EDIT: D'ailleurs dans le cas de ta MK2S le problème ne touchant pas tout le monde, même si les testeurs contrôlaient les sécurités il y aurait eu de forte chances pour qu'ils concluent qu'elles fonctionnent bien.

Merci pour ton retour, c’est clair et logique !
C’est vrai, tester tous les scénarios prendrait un temps fou.
Tu penses qu’il serait utile d’ajouter une section “limites de sécurité observées” sur le blog, ou ce serait trop hors sujet ?

[fran6p]

Il y a 2 heures, Uditdev a dit :

ce serait trop hors sujet ?

Oui, c'est mon avis.

[electroremy]

Il y a 14 heures, Kachidoki a dit :

Heureusement que les testeurs pour revues automobile ne s'amusent pas à tester les défaillances des éléments de sécurité. 

Il y a 20 ans, les testeurs d'un magazine automobile avaient retourné une Mercedes Classe A lors d'un test

De nos jours, les gens ne sont plus joueurs 

Il y a 14 heures, Kachidoki a dit :

Ca ferait des tests de 4h à lire

Les CTN ça prend quelques minutes à tester, et pour le test juste mettre une phrase pour dire "tout est OK" (ou... "il y a un problème on a contacté le fabricant")

Il y a 14 heures, Kachidoki a dit :

EDIT: D'ailleurs dans le cas de ta MK2S le problème ne touchant pas tout le monde, même si les testeurs contrôlaient les sécurités il y aurait eu de forte chances pour qu'ils concluent qu'elles fonctionnent bien.

Voilà une très bonne remarque.

Toujours tester son exemplaire.

C'est ce qu'on fait en industrie, après réception d'une machine - y compris une machine outil produite à de nombreux exemplaires - on teste tout : arrêt d'urgences, portes... Beaucoup d'industriels demandent même une vérification complète par organisme. L'expérience démontre que ce n'est pas inutile 

Modifié (le) samedi à 23:10 par electroremy

[Kachidoki]

Il y a 9 heures, electroremy a dit :

Il y a 20 ans, les testeurs d'un magazine automobile avaient retourné une Mercedes Classe A lors d'un test

De nos jours, les gens ne sont plus joueurs 

Il y a 20 ans, les technologies accessibles au grand public étaient encore assez simples. L'automobile en fait partie, à l'époque l'ABS devenait à peine obligatoire (2003) et était facile à tester. Aujourd'hui je vois mal un testeur rester stoïque devant le tout dernier modèle de véhicule fonçant droit sur lui avec sa sécurité de détection des piétons pour vérifier qu'elle fonctionne. 

A cette même époque, les imprimantes 3D se résumaient à un tas de tiges filetées et une choucroute de câbles (naissance des premières RepRap en 2004), sécurité ? Zéro. 

 

Il y a 9 heures, electroremy a dit :

Les CTN ça prend quelques minutes à tester, et pour le test juste mettre une phrase pour dire "tout est OK" (ou... "il y a un problème on a contacté le fabricant")

Ca commence par les CTN des éléments chauffants... puis les CTN de surveillance (carte mère, heatbreak, caisson...) puis ensuite il faut vérifier les ventilos, la détection des collisions, la détection de heat creep, les reprises sur coupure de courant, les détections de porte ouverte, la détection des erreurs sur la clé USB, et beaucoup auxquels je ne pense pas...

C'est un peu comme les bibliothèques en codage, arrivé à un certain stade on ne peut pas tout vérifier, faut faire confiance à celui qui l'a écrit. Si on devait tout refaire de zéro à chaque fois (je ne dis pas qu'il ne faut pas le faire de temps en temps), on aurait beaucoup de mal à sortir des produits innovants dans un délai raisonnable.

 

@electroremy avec ton nouveau firmware, as-tu envisagé la possibilité de passer sur des ventilos 3-pins afin d'implementer de nouvelles sécurité que toutes les imprimantes récentes ont ? Un jour sur une MK3 ça m'a sauvé une impression ABS de 8h presque terminée. J'ai pu reprendre l'impression en désactivant temporairement la sécurité. En effet le fil de retour RPM était coupé, le ventilo tournait quand même. A noter que c'est la sécurité elle-même qui était défaillante finalement. 

[electroremy]

Il y a 4 heures, Kachidoki a dit :

@electroremy avec ton nouveau firmware, as-tu envisagé la possibilité de passer sur des ventilos 3-pins afin d'implementer de nouvelles sécurité que toutes les imprimantes récentes ont ? Un jour sur une MK3 ça m'a sauvé une impression ABS de 8h presque terminée. J'ai pu reprendre l'impression en désactivant temporairement la sécurité. En effet le fil de retour RPM était coupé, le ventilo tournait quand même. A noter que c'est la sécurité elle-même qui était défaillante finalement. 

C'est une très bonne remarque... sauf que je n'ai plus de broche d'E/S disponible sur la carte RAMBO 

Mais j'ai une autre idée.

Je ne vais pas câbler les entrées/sorties comme avec le schéma que je propose, mais fabriquer un petit appareil électronique auxiliaire avec un Arduino Mega, un écran tactile, et un shield Ethernet.

Ce sont des composants que je possède déjà, et qui attendent depuis un certain temps sur une étagère que je fasse quelque chose avec.

 

Ce petit appareil va gérer les entrées/sorties que j'ai ajouté à l'imprimante (watch dog, alarme, autoextinction, capteur de filament, chauffage de l'enceinte)

Il y aura aussi un watch dog analogique pour surveiller l'ensemble.

 

Comme l'Arduino Mega possède beaucoup d'entrées/sorties, ce petit appareil pourra :

- surveiller d'autres capteurs et piloter d'autres actionneurs, comme l'éclairage, des CTN en redondance, les ventilateurs que j'ai ajouté pour l'alimentation et la carte RAMBO, pour les refroidir à l'extérieur de l'enceinte

- surveiller aussi d'autres appareils qui fonctionnent longtemps et dont la surveillance est nécessaire, comme le déshydrateur de filament, ou la fraiseuse CNC ; j'ai déjà pensé à un connecteur universel pour pouvoir équiper n'importe quel appareil de capteurs et d'un relais de mise hors tension.

Là aussi, cela me permet d'utiliser (enfin) mon stock de composants électroniques. J'ai des caisses pleines de câbles et connecteurs DB9 / DB25 qui seront utilisés pour l'occasion 

Bien sûr il faut faire le tri car il y a des câbles incomplets ou croisés (null modem). J'ai conçu le brochage pour qu'un "mauvais" câble ne provoque pas de dégâts (court-circuits) et que ça empêche la mise en route.

 

Le shield Ethernet permettra une surveillance à distance avec une page web reliée à mon réseau local; la page pouvant être consultée depuis un ordinateur ou un smartphone. Un logiciel pourra consulter automatiquement la page et archiver, dans la durée, l'évolutions de plusieurs grandeurs physiques surveillées.

L'Arduino Mega permettra aussi de "varier" le signal d'alarme (durée et fréquence des bips) en fonction des situations rencontrées

 

J'ai continué à ajouter des fonctions dans le firmware :

- comme le chauffage de l'enceinte dure longtemps, j'allume l'alarme quand la température est atteinte, il suffit de cliquer sur le bouton pour l'éteindre ; ça me permet de faire autre chose pendant le préchauffage, et d'être prévenu dès que l'imprimante est prête

- de même, en option, une pause dans le GCODE d'impression au début, pour, après que les températures du lit, de la buse et de l'enceinte sont atteintes, prévenir l'utilisateur et lui demander de cliquer sur le bouton pour lancer l'impression - cela permet d'arriver au bon moment pour nettoyer la buse qui a un peu suintée avant le début de l'impression, et bien sûr, de surveiller le bon déroulement de l'impression de la première couche.

 

A voir aussi si l'Arduino Mega peut communiquer via liaison série avec la carte RAMBO, mais :

- il faut voir si je peux utiliser le port USB car je n'ai plus d'E/S disponibles - et surtout, il ne faut pas que ce code empêche la mise à jour du firmware

- il faut être prudent et ne pas surcharger les tâches faites par la carte RAMBO, cependant dans le firmware cette communication existe déjà (à voir si elle est activée car le code est parsemé de blocs #ifdef...#endif)

- les fonctions principales de mon firmware devront fonctionner sans que cette liaison série soit requise ; car le but était de proposer une modification minimale et peut chère de la MK2s ; cela implique que je conserve les entrées/sorties pour qu'un câble simple permette le pilotage de l'alarme, de la mise hors tension, du chauffage de l'enceinte, du capteur de filament et du watch dog.

 

Dans ce travail de programmation, une difficulté est de ne pas empêcher certaines tâches d'être faites régulièrement... Compte tenu de la puissance limitée de la carte RAMBo, les interruptions ne font pas tout. Il faut notamment veiller à appeler régulièrement la fonction manage_heater()

D'ailleurs, j'ai corrigé quelques bugs qui étaient déjà dans le firmware existant :

- affichage parfois bancale des messages d'alarme ou d'erreur

- des fonctions qui, pendant plusieurs secondes, interrompaient la gestion des températures (j'ai pu m'en rendre compte grâce à la broche de sortie watch dog que j'ai ajouté, cette modification a été très utile)

[fran6p]

Il y a 20 heures, electroremy a dit :

sauf que je n'ai plus de broche d'E/S disponible sur la carte RAMBO

C'est le gros problème avec Marlin. Klipper permet d'utiliser plusieurs cartes (mcu) pour palier à cet inconvénient , sans parler de son gros avantage : les macros.

[electroremy]

il y a une heure, fran6p a dit :

C'est le gros problème avec Marlin. Klipper permet d'utiliser plusieurs cartes (mcu) pour palier à cet inconvénient , sans parler de son gros avantage : les macros.

Bon après, j'ai quand même réussi à faire tout ce que voulais, c'est déjà très bien.

J'ai même pu corriger quelques bugs connus comme le message du GCODE M117 qui ne s'affichait pas.

Et il me reste encore de la mémoire pour d'autres améliorations

[fran6p]

il y a 13 minutes, electroremy a dit :

Et il me reste encore de la mémoire pour d'autres améliorations

Le firmware Klipper flashé sur une carte occupe très peu de place et ne dépend pas des options activées ou pas  (il ne gère que les éléments de bas niveaux du microcontrôleur).

[Savate]

Il y a 1 heure, fran6p a dit :

sans parler de son gros avantage

et la config en live

 

[fran6p]

Effectivement, comment ai-je pu l'oublier . Particulièrement utile pour mon cas, étant un procrastinateur invétéré 

[electroremy]

Il y a 9 heures, fran6p a dit :

Le firmware Klipper flashé sur une carte occupe très peu de place et ne dépend pas des options activées ou pas  (il ne gère que les éléments de bas niveaux du microcontrôleur).

Si j'ai bien compris, le firmware Klipper transforme l'imprimante 3D en périphérique "esclave" et c'est un ordinateur (ou un raspberry PI) sur lequel est installé le logiciel principal Klipper qui fait le gros du travail. L'intérêt est la puissance de calcul bien supérieur du Raspberry qui permet de nouvelles fonctionnalités.

C'est intéressant mais l'imprimante ainsi modifiée est inutilisable seule (sans l'ordinateur avec klipper) et bien sûr il faut acquérir le raspberry PI et l'afficheur qui va bien.

Mon projet de base* est une autre alternative : permettre une amélioration avec un cout minimal. Seul l'achat de la super pinda est requis, et les fonctionnalités optionnelles (chauffage de la chambre notamment) peuvent être obtenues avec le nombre minimal de composants externes, sachant que ces composants seraient aussi requis avec Klipper :  alimentation du chauffage, résistances chauffantes, transistors de commande, CTN, connecteurs pour le câblage.

Les deux sont complémentaires, c'est toujours mieux d'avoir le choix 

Le cout minimal de mon projet de base pourrait être intéressant car ça ne vaut peut-être pas le coup, en 2025, d'acheter le matériel nécessaire pour Klipper pour améliorer une MK2s (à moins d'avoir un Raspberry PI et un écran qui prennent la poussière sur une étagère)

* projet de base = mon firmware modifié + en option les composants câblés en direct sur l'imprimante.

Car mon boitier externe avec Arduino MEGA et écran tactile est moins intéressant que Klipper, ça c'est sûr !  Cette partie là restera un projet perso 

 

[Kachidoki]

Il y a 10 heures, electroremy a dit :

C'est intéressant mais l'imprimante ainsi modifiée est inutilisable seule (sans l'ordinateur avec klipper) et bien sûr il faut acquérir le raspberry PI et l'afficheur qui va bien.

Ce n'est qu'une question de point de vue. Dans ce cas de figure l'ensemble complet, mécanique, CM, et "super-CM" (qui n'est pas nécessairement une RPi) devient l'imprimante.

C'est un peu comme les téléphones (mécanique + CM) qui sont devenus des smartphones (super-CM). La fonction téléphone n'est plus qu'une application qui ne peut pas fonctionner seule mais l'ensemble smartphone est devenu le téléphone.

C'est surtout une question d'intégration, c'est sûr que s'il faut trimbaler un boitier de contrôle à côté de la machine on peut difficilement dire que l'imprimante est autonome, et pourtant Creality l'a bien fait avec ses CR-10.

 

Il y a 10 heures, electroremy a dit :

Le cout minimal de mon projet de base pourrait être intéressant car ça ne vaut peut-être pas le coup, en 2025, d'acheter le matériel nécessaire pour Klipper pour améliorer une MK2s (à moins d'avoir un Raspberry PI et un écran qui prennent la poussière sur une étagère)

Un RPi tous le monde n'en a peut-être pas, mais un vieux PC certainement. C'est trouvable facilement et gratuitement. J'avais mis de côté mon bon vieux NF310 (que j'ai toujours...) sur lequel j'avais déjà installé une debian et déployé klipper. Mais je n'ai jamais pris le temps d'aller plus loin.

 

Révélation

Dans tous les cas, je persiste que s'il y a bien une amélioration à faire sur une vieille MK2S pour le fun, c'est de lui mettre une CM 32-bit avec des TMC modernes (car oui la MK2S utilise des A4982), pour 20-30€ ça donne une machine complètement différente, plus rapide, plus précise et plus silencieuse. La mécanique i3 étant très proche de celle des MK3 (8-bit) et MK4 (32-bit), on peut s'attendre à s'approcher de cette vitesse/qualité d'impression. Mais oui c'est du boulot, faut refaire un boitier pour la CM et refaire tout le câblage avec les connecteurs (plus simple de couper/souder/gainer dans ce cas), et on jette le firmware Prusa pour repasser sur Marlin standard ou Klipper.

Bon bricolage.