Самодельный контроллер для горелок на отработанном масле

Эээ...
Вообще-то перед началом каждой транзакции надо выдавать "reset" на шину. А при паразитном питании вообще много ограничений и его лучше не использовать.
В девайсе стоит DS18S20. Работает сутками и ни разу питание не приходилось передёргивать. У вас скорее всего косяки в аппаратной части.
А что в вашем понимании диагностика? У датчика температуры всего три варианта неисправности: оборвался провод (датчик не ответит), датчик глюканул (CRC не сошлось) и датчик глюканул и не так температуру посчитал (выдал запредельные значения температуры, которых нет в даташите). И еще кроме этого можно отлавливать глюки по значениям техпараметров, например пришла температура подачи -30°С. Вроде и данные нормальные и повторяющиеся, но подача не может быть -30°С, значит - датчик гонит. И таких примеров диагностики можно напридумывать немного. Больше сам датчик не позволит ибо он тупой как валенок и ломаться там нечему.

ЗЫ: shunin, что ты за этот датчик зацепился? Пусть парни ваяют как хотят, они - крутые. Если тебе исходники на DS'ку нужны, я тебе скину как на работу выйду
А то из-за датчика тему всю засрём... Нехорошо

 

Может ты и прав. Просто я хотел подчеркнуть, что эти датчики не совсем надежны.

 

Всё ненадёжно
"Машины - ненадёжны, но люди еще ненадёжнее" (С) Закон Мерфи

 

Flow code- 4

мне шли)). уже как бы надо.
пока можно датчики темп. отколибровать, хек тоже скинь.

 

Действительно не понятно, чем эти датчики медленные? Ну хоть кто-то объяснит? Я уже с ними несколько лет работаю - отличные датчики. Уже сколько раз обращал внимание на такие высказывания, а потом выяснялось, что чел не умеет алгоритмы правильно составлять.
Терморезистор. Быстрый? А чем вы измеряете его сопротивление? АЦП? А шумы АЦП и случайные выбросы как фильтруете? А сколько времени на это уходит? А у терморезистора не отваливаются ноги в принципе или из-за конструктива? Как определить, что терморезистор отвалился?

 

Ну например, один далос нужно быстро мерить Т масла 60гр, может быть и 80 и 90 гр. Время опроса датчика 750 мс. это долго, есть пути более быстрые опроса этого датчика?

 

Уважаемый МЕОС, 750мс - это не время опроса датчика! Это время, необходимое датчику для преобразования температуры. А вот опрос - милисекунды. Теперь задача: как быстро нужно отслеживать температуру масла? 10 раз в секунду? Зачем? При мощности ТЭНа (даже) 1кВт масло массой 1кг (1.25л) нагревается за секунду всего на 0,5*С ! Ну и как? 1кг (всего), 1кВт (ого!) и 0.5*С/сек (всего лишь)!
А вот теперь преимущества. CRC - уже надежность, провода не влияют на качество, помехи и т.п. Внутри схема уже сама определяет погрешности и вносит свои корректировки. Далее - расширяемость, на один провод можно повесить много датчиков. Еще плюс - стандарт. Сгорела - купил и заменил. Дублированность - ставь два и более на оч. ответственные объекты.

 

Да в том то и дело, что надо один датчик и быстро (микросекунды), код работает в динамике и за один проход процессора надо снять показания не только с этого датчика но и всей системы горелки и при этом вывести инфо на ЛСД тоже в динамике. Если есть вариант кода, чтобы датчик не тормозил цикл то давай посмотрю (в личку). Сам брал стандартную библиотеку работы с датчиком.

 

Вот! Вот откуда все болячки! Стандартная библиотека, микросекунды.
Щас разъясню по порядочку.
Если Вы считываете с датчика данные каждый раз, когда динамически отображаете инфо на дисплее, то это в корне неверный подход!
Библиотеку я сам писал. Но скажу сразу, что не надо считывать Т или какие еще данные за микросекунды.
Выход простой. Прерывание, например секунды часовые, обрабатывает датчик и помещает результат (понятное дело) в переменную. А вот при выводе инфы или другом использовании этих данных, опрос датчика уже не нужен - саму переменную и "опрашивайте".
Если интересует более подробно и моя помощь - пожалуйста. Могу и прогу сфарганить. Бесплатно. Я за помощь деньги не беру.
П.С. Щас пока занимаюсь изготовлением самой горелки.

 

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

 

Ну это элементрано решается. Можно сказать, почти для всех видов датчиков, в том числе и далосов. Все эти неисправности надо в проге прописывать. И делается легко!

 

Ну, не то, чтоб совсем легко и без аппаратной, пусть небольшой совсем, но обвязки. С далласом есть неопределенность. Он, ссука, при паразитном питании, но ты его не организовал, типа провод отвалился, выдает в регистрах градуса 85.
Пришлось подтягивать данные датчика во время преобразования единичнкой. Иначе неопределенность. Вроде питание не паразитное, но в случае обрыва питающего провода никак не засветишь аварию. Поскольку 85 может быть рабочей температурой. Пришлось комбинировать паразитно- непаразитное питание. Два других провода определяются однозначно.
Как тепрмопару проверять будем?

 

Термопару в зависимости от сопротивления. Ставится доп. резистор, который учитывается в преобразованиях. В случает обрыва термопары, резистор "выдаст" запредельную Т.

На счет паразитного питания. Если правильный подтягивающий на Д поставить и правильно обрабатывать датчик, то никаких курьезов не будет.

 

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

С далласом конечно резистор по даташиту. Никакой корректностью не добъешься результата. Еще раз. При отваливании питающего провода (используем прямое питание), подтягивающего резистора не хватает для завершения преобразования. В регистрах температуры 85. Эту неполадку невозможно определить программно. Поэтому даже при не паразитном питании следует программно организовать паразитное питание. Так при отсутствии прямого питания датчик перейдет на паразитное, и работоспособность сохранится.

 

Хорошо, пусть будет так. Проблема то решается. И элементарно! Кстати, о наличии паразитного питания тоже можно узнать командой.