le bluetooth a mon avis tu oublies ou alors tu le rends totalement optionnel. c'est juste un module externe qui se branche a un port serie.
Option qui serait nettement mieux: rendre les lignes de l'uart dispo sur un header! et tu alignes les pins du header avec celle du module série BT. c'est ce que faisaient Roul et 3DS avec la bredeuse. module HC-03 ou HC-05?
La détection de sonde ouverte tu peux la faire avec un ADC (eventuellement bufferisé) et ma modif pullup, justement.
La panne RT1 mesure la température avec un thermocouple qui attaque un AOP avec un peu de gain pour que le signal soit lisible par l'adc de l'arduino sur 0-5V. Ce qui veut dire que la tension de sortie de ce thermocouple, non amplifiée, est ultra-faible, disons max 1V trèèèees large. Donc dès que la tension sur cette entrée dépasse disons 1V, ca veut dire que la tension vient du pull up car la panne est déconnectée et t'arrêtes de chauffer. La protection peut être soft via une entrée analogique additionnelle, ou même hard avec un AOP externe. yaka prendre un modèle double... ca fait moins de soft, le comparateur devient un signal POWER_ENABLE sur l'arduino.
le problème de détection de chauffe permanente est ultra-relou, oui.
Non seulement il oblige a rebooter l'arduino (ca peut se faire avec le pushbutton de l'encoder), mais surtout, il empêche de souder correctement un truc un peu gros genre plan de masse. Il est pas suffisant de déclencher la protection si le PWM passe a 100%: ca peut être normal dans certains cas! Il faut surtout vérifier la température reportée par la sonde! et ne pas rebooter, mais inhiber la puissance :p
de mon expérience je sais pas si ca se produit quand le pwm passe a 100% ou si il détecte une baisse de tempérarure de la panne. a vérifier. dans tous les cas ca doit changer!
Globalement, cette désactivation de la chauffe quand le pwm est a 100% est surtout un gros hack dégueulasse mal concu, qui avait pour but d'éviter de cramer les pannes qui se déconnectent. Si tu détectes correctement la déconnexion de la sonde, tu peux avoir une info plus utile, et éviter complètement le timeout sur le pwm 100%, qui n'a aucun sens: il ne représente pas la bonne info. la bonne info, c'est "panne trop chaude" OU "capteur panne déconnectée". Par voie de conséquence la déconnexion produisait une mesure de température faible qui s'accompagnait d'une divergence du PID , mais ca n'a rien de nécessaire.
Le PID a le droit de passer du temps en butée haute si la température reste dans les clous! ca veut juste dire qu'il a besoin de chauffer fort!
désolé pour le message kilométrique a multi-edits!