В схеме все предельно просто:
В устройсве необходимо задавать 2 предела, верхний и нижний. При достижении какого-то из пределов, необходимо чтоб был звуковой сигнал.
Честно говоря, уже и не помню нафига столько светодиодов насувал... Наверно чтоб отображать процес установки пределов и дублирования задачи звукового сигнала...
По поводу ОУ, подскажите плиз, NE5532AP подойдет для описанной вами схеме?
Делитель на резисторах -- это, конечно, очень просто и удобно, особенно в приложениях, не требующих большой точности, но если питание будет плыть, то показания температуры тоже будут плыть. Я бы сделал так:
И выставил бы в качестве опорного напряжения напряжение со входа AVCC. Тогда ток через термистор и опорное напряжение будут пропорциональны, и дрейф напряжения питания не будет сказываться на показаниях. Кроме того, за счёт вычитания показаний по двум каналам нигилируется систематическая погрешность, которой обычно страдают разные АЦП, заключающаяся в наличии в их показаниях постоянного смещения.
Для увеличения точности показаний можно измерять несколько значений напряжений и усреднять их.
В ОУ я, к сожалению, особо не разбираюсь. Особенно в rail-to-rail с низковольным питанием. Смотрите на их характеристики: малый входной ток здесь наиболее важен и большой коэффициент усиления. Кроме того, тут обратная связь по порядку близка к 100%, так что внутренняя частотная коррекция тоже не помешает, чтобы внешнюю не городить.
Спасибо за разяснение и схемку! В первой версии обойдусь все же простецким способом. В общем, займусь пока написанием прошивки.
Надо провести инвентаризацию микросхем Если будут какаие ОУ которые не жалко, то добавлю.
Все это имеет право на жизнь для небольшой точности. Но вот для качественных измерений я - бы рекомендовал не огородить измерительную цепь на простых ОУ, а взять инструментальный ОУ, включить датчик в мост, задать нужное смещение(если нужно) и коэффициент усиления. Все по началу пытаются сделать качественный измеритель по "простом", потом приходит понимание Сначала отказываются от таблиц, забитых в МК, потом строят схемы на ОУ, потом, понимая, что так проблему качественно не решить, ибо любая обратная связь вносит разбалансировку моста и нелинейности второго порядка. Ну и в итоге останавливаются на инструментальных ОУ, либо собранных из обычных, либо берут готовые.
B@R5uk> Красиво в MatLabe реализован просчет !
P.S. Сорри.... Не критикую, просто к слову пришлось.