What you can do is calibrate the AD537/sensor(if used)/freq counter as a unit. Things like temperature offsets, chip dissipations, oscillator shifts, component tempcos, widget wiggles, etc. get compensated for. Ideally in an ocxo you would want the sensor and freq counter in the oven (or at least the freq counter reference oscillator). Hmmm, could get wickedly interesting if you clocked the freq counter with the OCXO output you were controlling.
In one system we used a 20th order polynomial to do the conversion from reading to temperature. After a couple of years in the field (actually under the field) they retrieved, the data was dumped, and a new calibrations were done. The calibrations had typically shifted less than 100 microdegrees... and that was with a crappy oscillator in the freq counter. As far as sensitivity... a lower res unit (around 0.01 degree resolution) could easily detect the body heat from people in the lab. From temperature gradients you could reliably count people entering and leaving (a couple of particularly ample people counted as two bodies). ---------------------------------------- The AD537 has too much drift and too little sensitivity to reliably maintain the oven temperature (at the sensor) to within a few millidegrees. The internal dissipation of other circuitry within the chip will increase the sensor temperature offset from the temperature being measured. A thermistor bridge is a better idea as it can have high stability and sensitivity (about 10x that of an RTD). _________________________________________________________________ Get more from your digital life. Find out how. http://www.windowslive.com/default.html?ocid=TXT_TAGLM_WL_Home2_082008 _______________________________________________ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.