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

Ты все правильно написал, в принципе оно так и есть. Я продолжу тему по алгоритму начатую, переведу в Док. Будет все конкретно.

 

Будешь сочинять трактат , послушай совета. Ты не с того места в гору прёшь. За нами не угнаться. Работай в следующей последовательности:
1. Я хочу получить..
2. Я имею узлы и механизмы.
3. Я хочу их связать таким образом.
4. Я буду наращивать алгоритм или нет.
5. Я это сделаю, а устроит ли это меня?
И не хватай всё. напиши просто на бумаге последовательность действий и включение отдельных узлов и датчиков ,их реакцию на смену событий. Вот когда будешь чётко представлять что хочешь и что получается тогда,возможно получишь результат. Наша программа это результат совместного творчества и поиска истины в двух напрвлениях . И она родилась только после живых испытаний в железе. Совместно с горелочным устройством. Только такой тандем дал результаты. Мы получили продукт довольно высоко качества по горению и управлению. Ещё проще самому спаять по выложенным схемам все узлы . А Процессор просто приобрести. Сунул в панельку и не надо г7олову ломать. Я гарантию даю: любую горелку давайте всё равно будет управляться. Так задумано. Раньше была проблема зажечь. А теперь проблема каверзно потушить. Как не издевайся контроллер оценивает режим исчезновения пламени и определяет что делать в данной ситуации. Удачи!

 

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

 

Да нет. Мы ж договорились критиковать,а не ругаться. Извини если хоть в чём обидел. По датчику что ты имел ввиду? У нас всё решается програмным путём. Сегодняшние испытания подтверждение этому. Вот поэтому время контроля пламени и есть та самая фишка о которой я писал ранее. От него то и зависит всё. Меняется весь алгоритм. Это основной критерий- что делать дальше. Раньше мы это время брали 2 сек. а теперь 5 сек. Вот за это время происходит анализ устойчиво горит или нет,а уж потом переключаем ШИМ управления из пуска в рабочее. И на глазах плавно меняется количество подаваемого топлива и соответственно качество смеси. Надеюсь доходчиво объяснил?

 

Седой я не обиделся и не когда не обижаюсь все нормально, мне уже лет много чтобы обижаться. С датчика вы имеете - есть горение или нет, а если вы его на АЦП, тоесть померить уровень сигнала с него, то можно оценить какое оно горение или просто выставить уровень срабатывания в зависимости от диода и что он видит.

 

Мне понятен ход ваших мыслей . Но АЦП медленное устройство. МЫ думали его использовать ,но отказались. И как использовать данные полученные от него, куда их приткнуть. На что воздействовать. Мы используем быстрый анализ состояния пламени в течении времени. А АЦП? Пока он будет осуществлять преобразование, потом передать данные процессору,потом пройдёт поиск алгоритма некого, непонятно мне это. Нужна мгновенная реакция на изменение условий и ответный ход. И то есть инерция. Возможно ты поднимаешь свою иглу?

 

Да не ты чего-то ошибаешся микросекунды. У меня процессор работает на 8мгц, за один проход он у меня оцифровывает 1.терморезистор Т масла, 2. терморезистор Т подачи теплоносителя, 3. напряжение с фотодиода и еще можно добавить терморезистор Т обратки и напряжение с термопары, это я не использую просто не знаю нужно-ли. Вот DS1820 мне не понравился, время опроса его 750ms, если два это почти полторы сек.
А по поджигу у меня так: в течении 20сек если нет сигнала с фотодиода -то искра, если есть то нет искры, вот тут и использую уровень сигнала с фотодиода, на определенном уровне выключается искра. Зажигается четко это меня не нарягает. По прошествию 20 сек перехожу на контроль горения. 20сек одна попытка. Их у меня шесть, но зажигает как правило с первой, если очень холодная то со второй.

 

Я не согласен с твоим мнением и пока остаюсь при своём. Я не делал упор на временные интервалы. Я говорил быстрее медленнее. 20 сек это очень много. Даже наших 5 уже много. За это время пламя может мерцать, схлопываться . Жить своей жизнь. И контроль должен быть как можно быстрым и коротким. Иначе не остаётся времени на принятие решения- что дальше делать. Менять подачу, поджигать или ещё что. По далласам не согласен. У нас два датчика и работают прекрасно.Температура не может мгновенно измениться и тут наоборот некуда торопиться. Правда у нас ноу-хау по ним.

 

Ты опять маленько не понял, у меня код написан динамично, то-есть быстро крутится по кольцу и за один проход я имею всю информацию о горелке (поверь мне это микросекунды), и получается , что за эти 20 сек я не только смотрю как зажигается, но и в корне за горелкой. И вот смотри еще фишку, допустим что-то произошло, какие-то ошибки в работе горелки, так за следующий проход процессор восстановит нужное состояние, это как-бы ты ломаешь, а он за тобой восстанавливает. Вот тебе борьба с ошибками. Еслиб я делал по вашей схеме, то былоб так - на At8 быстрый код управленя горелкой, а на At32 монитор - часы,будильник, вывод на ЖК, на лампы, голосовое сообщение и т.д.

 

meoc, не занимайся ерундой.У седого всегда есть 2 мнения, одно свое - правильное, второе чужое - неправильное.
А то, что он опять маленько не понял - так это его обычное состояние...

 

по алгоритму- невижу поддержки искрой при срыве,затухании пламени.

 

Да я всегда буду иметь своё мнение по тому вопросу что мною проверен. Просто идея моя до конца некоторым до конца не ясна. И поэтому возникают вопросы.Тенденция у всех разная. Одних устраивает то что есть ,а других нет. Моя задача сделать свою жизнь ещё лучше избавив себя от ненужных контролей за отоплением. Пусть работает интелектуальный контроллер. Пусть он за меня думает что когда включить, уменьшить или добавить. На то он и создаётся. А так как он самодельный то делать я собираюсь под свои требования и замыслы. Дело форумчан меня критиковать по любому вопросу. А каждый выберет свой путь. Он будет у нас говорить ,петь песни и играть на гармошке. Так задумано. Изложены основные принципы,а современная элементная база позволяет принебрегать некоторыми устоями. Жизнь не стояла на месте а набирала обороты. Давайте опять по делу. Sony100 - Если вы не делаете контроллер что вы вообще хотите от нас. Паяйте свои реле. Удачи вам в Горилко строении.ИМХО значит.

 

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

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

 

Вы проверили лишь один вариант на далласах- и он вас устроил. Вариант meoc вы не проверяли, но утверждаете, что он хуже...
И так постоянно - мое самое лучшее и правильное - выкиньте свое...

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

 

МОЛОДЧИК!!, брат я с тобой)

почему в схеме нет развязки между мосфетами и контроллером,и зачем для возд.клапанов мосфет +реле?
может всетаки ULN, поставить и подключай к ним все что вздумается хоть реле хоть мосфет..