Терморезистор 100М,100Pt к микроконтроллеру

[Servk]

Servk, тогда уж дешевле будет купить DS18B20, воткнуть его в последовательный порт и радоваться.

понимаю что "терморезисторы" уже куплены. Не хочу углубляться в тему, но никакие DS не выдержат диапазон рабочих температур и меди и платины если это действительно нужно для измерений

[Servk]

не интересно - точности не будет, ибо ацп в звуковой карте РС не является прецизионным, не имеет калибровок и PGA. более вероятен вариант датчик›преобразователь величины/частота›звуковая карта (для любительских целей).
да, и еще - не будем нарушать отчетность, коль сказано "термометр сопротивления", то так тому и быть, а терморезистор - это что-то полупроводниковое, разношерстное и разномастное с криво-косой характеристикой R от T

Насчет прецизионности и т.д. - стародавний спор, не хочу ворошить тему -в память энтузиаста измерений на звуковых картах О.Л.Записных. Пока сохранились его записи на форуме - почитайте его мнение. Сотни людей были благодарны за его разработки и не страдали от прецизионности. Насчет терминологии\отчетности - не спорю, но эта "неточность" звучит в названии самой темы.

[eddy]

Сотни людей были благодарны за его разработки и не страдали от прецизионности.

Я тоже пробовал когда-то. Переворошил с пяток звуковушек, проанализирвоал. Получилось, что реально линейная область АЦП у них — где-то на 6..8 порядков (двоичных) меньше заявленного динамического диапазона (с учетом округления на 2..4 порядка, т.к. младшие уж совсем плавают). Ну и проблема с постоянкой: у всех звуковушек, что у меня были, в чипе была гальваническая развязка на вход. И если ЦАП можно было использовать на выдачу постоянки, закоротив выходной RC-фильтр, то с АЦП такое не проходило. По понятным причинам преобразователь НЧ и постоянки в частоту даст еще большее снижение полезного динамического диапазона. И хотя в теории можно повесить термистор на вход звуковушки для определения температуры с точностью в 0.05°, на практике будет очень много геморроя.

[Servk]

Ну и проблема с постоянкой: у всех звуковушек, что у меня были, в чипе была гальваническая развязка на вход.

Ну раз начали ворошить....полумост прекрасно работает и на переменке звуковой частоты. Я делал и потихоньку делаю до сих пор для серьезных заказчиков измерительные системы перемещений с разрешением 10 нанометров на ЗК и индуктивных датчиках-полумостах.

[ALEKS1102X]

Добрый вечер. Интересная тема, и интересные ссылки. Сам тоже давно уже ищу нормальную схему работы с термосопротивлениями (медными и платиновыми), прикупил на пробу пяток MCP3421, только руки всё не доходят. Так что посмотрю чем тема закончится, мож ТС отпишется по окончанию своих изысков и проб. Скажу и по поводу 18b20 - как здесь уже говорили "Вы просто не умеете их готовить". Самая большая проблема этих датчиков - это протокол, привязанный ко времени передачи лог. единицы, на время передачи нуля можно (теоретически) "забить" Так вот, большая часть современных программистов пользуется СИ и чужими библиотеками. А в тех библиотеках датчик опрашивается без прерываний. А народ не задумываясь ставит кучу прерываний, и при этом в основном коде опрашивает даллас (вставляет чужой код). То бишь, Вы пытаетесь передать датчику единицу, которая заключается в том, чтобы в течение 12 - 15 микросекунд шина опущена, а после должна подняться, и тут на 14 микросекунде проц уходит в прерывание, а датчик то в прерывание не ушёл, он на 16 микросекунде (к примеру) опросил шину, и он считает что ему передали ноль!!! - как Вы думаете, на сколько корректную информацию вы будете передавать датчику, и принимать от него? Вот потому для кого - то датчики Даллас и не точные. А вы попробуйте на момент передачи каждого бита запрещать прерывания (если конечно это не ущемляет основную программу), и показания датчиков Даллас в ваших глазах вырастут на несколько порядков. А если ваша программа уходит в прерывания не по таймеру, и (или) есть непредсказуемые прерывания, то протокол 1-Wire не надо использовать, а то будете опять кричать что Даллас вас обманывает на счёт точности.

[oleg110592]

Это (насчет прерываний и ds18b20) уже давно обсуждалось, например: http://radiokot.ru/forum/viewtopic.php?f=20&t=1344
Некоторые вообще используют USART, например:
http://kibermaster.net/rabota-s-shin...ds18b20-k-avr/
Делал я по другому - во время работы с ds18b20 прерывания для динамической индикации не могут вообще возникнуть (без запрещений).

[ALEKS1102X]

Это конечно не в тему обсуждать здесь работу ДС-ок, просто не имеет значение через УСАРТ или через И2С или ещё через что-то передавать данные датчика другому уст-ву (или выводить на индикатор), главное их правильно из датчика считать. А вот здесь и кроется вся проблема. Кстати на работе хлопец жене помогал делать курсовую, или что-то на подобие, скачивал из нета какой-то простой термометр, так вот тоже говорил что индикатор в "динамике" конкретно подмаргивает. Вот там скорее всего аналогичный случай как Вы и описали, что пока опрашивается датчик - динамическая индикация "стоит", а так делать низя. Динамическая индикация всё равно работает по какому-то таймеру, так ведь можно перед приёмом - передачей бита между процом и далласом посмотреть что там в таймере осталось (хватит ли на передачу или приём очередного бита) и подождать если что до входа и выхода из прерывания, а после уже обращаться к датчику.Тогда будзе "и овцы целы, и волки сыты". И показания датчика температуры будут соответствовать заявленным производителем, а не моргать (изменяться) в такт индикатору.

[ALEKS1102X]

Это (насчет прерываний и ds18b20) уже давно обсуждалось, например: http://radiokot.ru/forum/viewtopic.php?f=20&t=1344
Некоторые вообще используют USART, например:
http://kibermaster.net/rabota-s-shin...ds18b20-k-avr/
Делал я по другому - во время работы с ds18b20 прерывания для динамической индикации не могут вообще возникнуть (без запрещений).

Ваши ссылки не смотрел, думаю ничего нового там не увижу, просто при разработке нового устройства сразу определяюсь - какие у меня будут прерывания, сколько, как часто, и т.д. А дальше уже смотрю - стоит применять 1-WIRE или что-то другое. Ведь аналоги датчиков 18В20 есть и на И2С, и на СПИ - а там требования к таймингам не критичны, можно неделю линию синхронизации в логич. единице держать, а микросхема (дт. температуры) всё это время будет держать на шине данных необходимый уровень (бит).

[oleg110592]

так ведь можно перед приёмом - передачей бита между процом и далласом посмотреть что там в таймере осталось

Приблизительно так и делал. Только сбрасываю флажок и в конце обработчика прерывания его взвожу, жду пока взведется, потому знаю сколько точно есть времени до следующего прерывания. Если уложиться в это время - прерывание не помешает.

[jump]

едритьтвоюкачель, стоило одному онанисту свой ds18b20 показать, как набежала целая орава!
сделайте процесс синхронным, построив опрос на тайм-слотах или квантах времени, и вы забудете обо всех этих проблемах.
но! тема о ТСМ100, ТСП100 и измерении их китайской рулеткой посему - кыш, извращенцы!