100k ça ne veut rien dire.... rp3d est complétement paumé quand à l'usage de ses sondes et de la tables de température
ils disent que c'est une 100k avec un beta de 3950... mais la table qu'ils ont inclus dans le firmware sprinter provoque 'une montagne russe' dans la montée en température alors que c'est impossible... (la température ne fait qu'augmenter mais à un moment, la courbe descend de 30 degres avant de recommencer à remonter )
je traduis..
les tables de temperature (que tu trouves sous le thermistortables.h dans le firmware marlin..) sont en fait une bete relation entre la resistance que provoque la sonde de temperature et la temperature reelle...
donc par exemple, plus la température monte, plus la résistance va baisser (selon une courbe qui n'est pas forcement une droite)
idealement, tu pourrais faire une table super precise en mettant la sonde de temperature de ton FLUKE au même endroit que la sonde de l'imprimante et en notant les resistances tous les 10 degres par exemple... (c'est ce que je suis en train de faire...)
malheureusement, c'est long et casse pieds, alors on utilise des tables "theoriques" qui calcule la table à partir de valeur de la sonde de temperature ( le fameux R (100k), Beta .. et la resistance des pullup de la carte (10k pour la Melzi, 4.7k pour les sanguinololu et ramps par exemple...))
donc en te servant de ce generateur ( http://nathan7.eu/stuff/RepRapCalculato … TempLookup )
tu colles 100000 dans R0 (le 100k), 3950 dans le beta (depend d'une mesure à 25 degC), 25 dans T0 (la fameuse temperature ambiante de la mesure) et 10000 dans R2 (la valeurs des resistances de pullup de la melzi)
et ça nous donne la table suivante :
const short temptable_84[][2] PROGMEM = {
{1*OVERSAMPLENR, 710},
{36*OVERSAMPLENR, 244},
{71*OVERSAMPLENR, 199},
{106*OVERSAMPLENR, 176},
{141*OVERSAMPLENR, 160},
{176*OVERSAMPLENR, 148},
{211*OVERSAMPLENR, 138},
{246*OVERSAMPLENR, 130},
{281*OVERSAMPLENR, 122},
{316*OVERSAMPLENR, 116},
{351*OVERSAMPLENR, 110},
{386*OVERSAMPLENR, 105},
{421*OVERSAMPLENR, 99},
{456*OVERSAMPLENR, 95},
{491*OVERSAMPLENR, 90},
{526*OVERSAMPLENR, 85},
{561*OVERSAMPLENR, 81},
{596*OVERSAMPLENR, 77},
{631*OVERSAMPLENR, 72},
{666*OVERSAMPLENR, 68},
{701*OVERSAMPLENR, 63},
{736*OVERSAMPLENR, 59},
{771*OVERSAMPLENR, 54},
{806*OVERSAMPLENR, 49},
{841*OVERSAMPLENR, 43},
{876*OVERSAMPLENR, 37},
{911*OVERSAMPLENR, 29},
{946*OVERSAMPLENR, 20},
{981*OVERSAMPLENR, 7},
{1016*OVERSAMPLENR, -23}
};
à gauche, tu as la resistance de la sonde (multiplié par une constance pour avoir une précision supérieur à 2 chiffres, specifique au firmware marlin)) et à droite tu as la température à laquelle cela correspond (théoriquement)..
le firmware faisant de l'interpolation pour les valeurs manquantes...
c'est pour cela que tu peux avoir un décalage entre ce qu'affiche le logiciel et la valeur réelle..
la table que fournit rp3d dans son sprinter est pourrie...
en plus c'est le même type de sonde pour l'extrudeur et la platerforme... donc doublement pourrie...
normalement.. je devrais avoir une table plus precise ce week-end...
tu peux t'amuser à utiliser la table de rp3d en changeant ces ligne dans le configuration.h
#define TEMP_SENSOR_0 84
#define TEMP_SENSOR_1 0
#define TEMP_SENSOR_2 0
#define TEMP_SENSOR_BED 84
tu remplace le 84 par 83 qui est le numero de la table que j'ai repris dans leur firmware sprinter...