@RTSOM

Собственно говоря, это продолжение темы "паяльная станция с феном", .

В этой ветке, размещены переделки по паяльнику и фену уже не совместимые с предыдущим материалом. Паяльник на основе жал "HAKKO T12 series", про обычные паяльники - в первой части темы. Для регулировки нагрева фена реализован принцип целочисленного регулирования, в отличие от первой части темы.

Возможно модераторы форума сочтут нужным объединить обе части в одну большую, но я думаю, что в таком случае неизбежно возникнет путаница: схемы/платы/прошивки ...

Схема новой платы и настройки портов МК отличаются от предыдущей версии 2 и все попытки использовать старые прошивки (версии 2.х) на новой схеме(плате) версии 3, также как и наоборот - использование новых прошивок (версии 3.х) на плате сделанной по старой схеме (версии 2) без дополнительных доработок старой платы, может привести к непредсказуемым последствиям!

Правила использования материалов форума простые:
Автор не несет ответственности за прямой или косвенный ущерб причиненный в результате использования сведений опубликованных в материалах форума. Информация опубликована исключительно в ознакомительных целях и может быть использована только по своему разумению и исключительно на свой страх и риск.

Чего только не сделаешь из любви к искуству, итак, "хардкор" ...

Во-первых, схема.

В схему добавлен модуль для синхронизации с переходом переменного напряжения 220В через ноль т.е. "детектор нуля"(zero crossing circuit). Это необходимо для корректной работы регулятора мощности паяльного фена. Схема "детектора нуля" выбрана универсальная, она годится как для импульсного БП так и для обычного. Резистор R55 - не устанавливал! По факту на макетке стоят транзисторы 2N3904, с ними длительность синхроимпульса ~250 мкс. При пропадании синхросигнала - целочисленное регулирование не работает!

В прошивке версии 3 реализован принцип целочисленного регулирования. Цикл управления длится 1 секунду, а это - 100 полупериодов при частоте сети 50 Гц, 1 полупериод = 1% от мощности нагревателя. При таком принципе регулирования помех в сети 220 В (и радиоэфире) при работе не будет потому, что открытие силового элемента происходит в нулях переменного напряжения.

Иная ситуация при фазовом регулировании мощности. Можно получить более мелкий шаг регулирования, но помехи при работе будут неминуемо и чем короче импульсы, тем шире спектр помехи, и чем больше коммутируемая мощность - тем заметнее помеха. Тем кто захочет попробовать фазовое регулирование, рекомендую сменить оптосимистор MOC3063 на MOC3023 (без zero crossing), иначе у вас фазовое регулирование просто работать не будет.

Второе, платы (доработка моих плат до версии 3).

Основные платы использовал сделанные мной ранее для версии 2. Но, выполнил все необходимые изменения согласно схемы версии 3, а именно:
- отключил линию "Spwr" энкодера от вывода (13). (на моей плате - разрезана дорожка около разъема индикации)
- отключил все что было подключено к выводу (26). (на моей плате - удалена SMD-перемычка около ISP коннектора)

- подключил линию "Spwr" на (26) вывод МК Atmega8, туда где ранее находился выход на "buzzer".
- на освободившийся вывод (13), он же вход аналогового компаратора МК, завел сигнал синхронизации от "детектора нуля" переменного напряжения 220В.

- плату "детектора нуля" впаял в плату МК там, где проходили необходимые дорожки с отверстиями (на моей плате, в порядке чередования: +5В, Sync, GND, PWRtid) ...

Увы, выводов у МК не хватает, а кардинально перепахивать платы, а тем более делать новые для проверки технического решения - просто лень.

Опция "buzzer" - отключена, и исходный код отвечающий за это - удален(может быть до следующего хардкора, когда появятся свободные выводы МК).

Еще более "жесткий хардкор" можно провести, если выполнить выход на индикацию сегментов АЛС через сдвиговые регистры типа 74HC595(164). Это может высвободить сразу несколько интересных выводов МК, но придется переписать всю индикацию в исходнике и уж точно сделать новую плату.

Плату "детектора нуля" не делал, собирал на макетке 2х8см. А поскольку получилось компактно, то и необходимости в плате не возникло, просто "причесал" макетку.

Третье, прошивка и исходник.

Прошивка и исходник прилагаются. Некоторые отличия в работе прошивки версии 3:
- для фена использовано целочисленное регулирование мощности нагревателя,
- паяльник на основе жал "HAKKO T12 series",
- максимальная температура по паяльнику и фену = 450 градусов,
- стала еще ниже скорость продувки фена,
- число скоростей фена увеличено до 14, но промежуточные не отображаются (!).

у Atmega8 остались прежними! После прошивки Fuses, не поленитесь проверить, что прошилось именно то, что надо.

Мир, как всегда, не идеален, но сообща мы сможем сделать его лучше ...

P.S. Чем выше номинал резистора в соответствующей цепи ОС усилителя термопары, тем ниже температура. Для калибровки усилителя термопары фена наверное лучше использовать набор прошивок с фиксированной мощностью, размещенный на этой странице ниже.

Внешний вид готового устройства можно посмотреть .




[76.88 Кб]

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

0

Bt@sK

такого у меня нет, есть только 47Ом/5Вт, не знаю, чтоб такое придумать вместо. Да и зачем обогревать воздух, когда это регулируется программно?
фен такой ru.otyexpress.som/item/2016-Hot-Air-Desotder-Gun-Homdle-FOR-858-8858D-878A-878-Riwork-Soldering-Station/32606928269.html

было бы классно, и краткое описание к ним, как быстро всё сделать =) а ещё лучше - исходники с мануалом по параметрам и ман, как и чем компилировать

БП планирую ноутбучный на 19 (без переделки на 24 - лениво), тест делал на компьютерном ~24В, что на одном, что на другом ведёт себя примерно одинаково - температура очень нестабильна, в установившемся режиме на 300 скачет +-12 градусов, что на показометре, что по реальной температуре. Паяльник не нужен, использую китайский набор а-ля t12, вполне устраивает, засуну в этот же корпус рядом

одним резистором такое не выходит проделать, после изменения настроенной 300 на 100 градусов - разница получается уже около 30-50, плюс постоянно скачущая температура и сильный выбег вверх.
м.б. можно интервал регулирования сократить? у меня почему-то реакция нагрева и измерения происходят раз в чуть больше 2 секунды, хотя фузы шил на 8мгц, как указано в топике.
Кстати, заметил, что фен уходит в охлаждение после 10 минут, даже если в это время менять его температуру. Как сделать, чтоб такого не было?
и еще - можно ли PWM-ом регулировать напряжение на кулере фена? пока ещё тестовые запуски, но уже напрягает его пищание. пробовал конденсатор - крутится на макс. оборотах, наверно, импульсы оч широкие. Где подрегулировать?

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

@RTSOM

Набор тестовых прошивок, с фиксированной мощностью 5..30% с шагом 5% (на платах версии 2, без доработок, не пробовать!).
Заливаем первую, тестируем, записываем показания, далее заливаем вторую, и т. д.
Здесь по 7 скоростей, начинаем с минимальной.

По Вашей ссылке 02 Jun 2017 23:57 один из правильных покупателей таки подробно расписал параметры фена. Мощность можно было посчитать и прикинуть рабочее напряжение тоже, китайцы просто продавцы, им все одно, что продавать...

А вот тут могут быть "грабли". Минимальная скорость выбиралась иcходя из устойчивого запуска на минимальной скорости и уверенной работе при продувке фена в режиме охлаждения при питании 24 В!

Дело в том, что когда мощность фена очень большая, то шаг регулировки получается грубым. Это хорошо, что скачет всего +-12 градусов.

Судя по некоторым Вашим вопросам usir guide Вы не читали и комментарии в исходнике тоже. А ведь там говорится про таймаут фена в 10 минут. Рекомендую прочитать первую часть темы, там есть много полезного к прочтению, которое многое проясняет, в частности по принципу регулировки паяльника и фена(функция + подстройка).

Исходник открыт, если есть идеи и понимание как это реализовать - дерзайте.


[33.87 Кб]

0

Bt@sK

снял графики температуры на выходе при 19,1В. Как их теперь грамотно применить?
Почему интервал регулирования такой долгий? больше 2х секунд
никаких граблей, всё нормально, это же не сушилка для волос и не строительный фен
это ftrym_max? в чем отличия ftrym_step и ftrym_max? почему MAXPOW выставлен в 100%, если уже на 30% могут начаться проблемы?
читал и не один раз. я же не спрашиваю, почему таймаут, я спрашиваю, как его отключить или отсрочить, если руки на органах управления.
(делов-то FanPowerTimer=FAN_TIMEOUT; в кейзы кнопок в Commomd_Check() добавить)
В форуме - ничего внятного о калибровке и самой управляющей функции, непонятные без глубокого вникания коэффициенты kup,kdown, отсутствующие в исходниках. в исходнике же пока непонятно из-за отсутствия описания логики и параметров или собственного прочтения и понимания программы. Видимо, придется самому всё читать.
вообще почти впервые открываю программу на С =)
идея пока допилить температуру чтоб сама не прыгала хотя бы выше +-10 градусов в диапазоне 200-400, не было боязни спалить инструмент, и наконец уже засунуть в корпус занимающие место на столе кишки

@RTSOM

Вы получили характеристику нагрева для вашего фена. Кстати, сравнивал со своими данными, хорошая повторяемость результатов.

Я конечно понимаю, что у каждого свой подход к изучению программирования, но может нужно не так резко и сразу с какого-то большого проекта?

Вы вообще комментарии в исходнике читали? Вам пальчиком ткнуть где про это написано?

В топике есть пояснение: " Цикл управления длится 1 секунду, а это - 100 полупериодов при частоте сети 50 Гц, 1 полупериод = 1% от мощности нагревателя." При 20% мощности, на нагревателе должно быть что-то похожее на то, что на картинке, с той лишь разницей, что полупериоды будут и положительные и отрицательные. При температуре выше 450 градусов должно сработать выключение нагревателя фена(#defyme HeatLimit 450).

Смотрите дифайн FAN_TIMEOUT и меняйте его как Вам надо. Опять-же в комментариях сказано что это.

Bt@sK писал(а): Если действительно хотите разобраться и понять, читать точно придется.

0

Bt@sK

RTSOM, Вы упорно не хотите отвечать на вопросы и дочитывать фразы до конца, повторю:
Почему интервал регулирования такой долгий? больше 2х секунд. тэн+термопара итак не оч быстро-точная система, а тут ещё первый замер после врубания максимума мощности происходит через ~две секунды, на ещё не нагретую термопару, + ещё 2сек реакция после того, как нагрелась.

читал, но без поллитра знания, что прикручена ещё и корректировка ошибки недо- и перегрева (зачем, если можно просто поднять мощность по численным показаниям термопары?), эти фразы и аббревиатура ipm вообще ни о чём не говорят. а явной информации об этом никто не выделяет, как будто это коммерческий проект.

Что значит "цикл управления длится 1 секунду"? каков он, этот цикл управления, как производятся измерения, каков полный цикл, в каком месте происходит синхронизация - об этом нигде, кроме соуса, ни слова. Наверно, поэтому проект в нынешнем положении - никто, не разобравши код, не понимает как оно работает, отсюда и почти полное отсутствие идей по улучшению стабилизации.
Если использовать просто диод последовательно нагревателю - могут ли из-за этого появляться заметные провалы нагрева из-за кратности полупериодов или прочие неприятности? подводиния мощность же вроде постоянно меняется, значит не должны. есть ли вообще какие-либо положительные изменения при использовании диода?

Как часто в прошке от otixiypo производился контроль+управление вкл/выкл нагревателя фена? может, стоит укоротить цикл минимум вдвое?стабилизация от этого только выиграет

Смотрите дифайн FAN_TIMEOUT и меняйте его как Вам надо. Опять-же в комментариях сказано что это.
надо дочитывать фразы до конца, там было написано "как его отключить или отсрочить, если руки на органах управления". Не находите нелогичным момент, когда крутишь ручку енкодера, а паяло в это время отключается? и решение я предложил там же. этот параметр был сделан для кнопки на фене, в нашей же конфигурации его стоит немного причесать.
Также, хотелось бы вернуть 7 позиций скорости вместо 14 - такой точности достаточно, плюс меньше движений руками
Также заметил, что мой показометр почему-то не кажет температуры выше 383 - т.о. если выставлять бОльшую даже на пару градусов, он переходит в дальнейший нагрев без изменения замеров. напряжение на выходе компаратора при этом +3.8В. Отчего такое может быть?
вернусь с отпуска - продолжу раскопки, спасибо=)
p.s. простое решение для ограничения мощности без диода и балласта:

@RTSOM

В общем получается: моя-твоя-не-понимай ...

Наведите сначала порядок с усилителем термопары. Такого как у Вас - быть не должно. Что там у Вас стоит, почему Вы пишете про компаратор, когда там должен быть операционный усилитель? Второй канал ОУ используется?

0

Bt@sK

А ОУ разве не компаратор? хм, точно.
кроме R18 - всё как на схеме, только вход термодатчика паяльника в воздухе висит, его показометр показывает 350 при этом.
м.б. термопара в фене корявая или подключена наоборот? общий провод с герконом на земле
или, всё же, оу корявые =\ питание нормальное, 5, как и на МК, проверил 5 штук из партии - все одинаково себя ведут, хотя напряжение на выходе должно к 5 стремиться...

@RTSOM

Вы так и не ответили, что применили в качестве ОУ. Поставьте LM2904.

Для начала, неиспользуемый вход ОУ в данной схеме нужно подключить на землю! Все номиналы в обвязке неиспользуемого канала ОУ установлены? Возможно есть что-то еще, вплоть до плохо отмытого флюса. Что за микросхема стоит по питанию? Пульсации питающего напряжения?

Да, ОУ можно использовать в качестве компаратора, а вот наоборот - нежелательно.

Корявые термопары кстати возможны и уже попадались некоторым форумчанам, о этой проблеме и решении писали на стр. 23 в первой части темы.

Опять складывается впечатление, что Вы невнимательно читали содержимое темы. Я конечно понимаю, что лень это делать, но не до такой-же степени.

0

Bt@sK

Вы всё также не хотите читать то, что я пишу.
lm2904p, как на схеме. питание lm2596s-adj. номиналы все на месте, пульсации померять нечем, на всякий случай лишний электролит стоит на +5 поближе к микрухам.
Зачем на землю неиспользуемый канал совать, если на его выходе - 3.5 вольт? ситуация одинакова с обоими каналами, так хоть быстрее проконтролировать получится, отчего так, буду флюс мыть, не получится - отдельно оу тестировать. но еслиб проблема была в неотмытом флюсе - наверное, такой резкой планки на обоих каналах сразу не было бы.
А до какой степени мне должно хотеться внимательно читать 675 сообщений, из которых полезны 5%?

@RTSOM

Бросать "в воздухе" вход запитанного ОУ - дурные манеры. А поскольку проверить нечем(осциллограф очень пригодился бы), то там может быть банальное возбуждение и поскольку оба ОУ расположены на дном кристалле, то могут влиять друг на друга. В таких случаях обычная практика - включить неиспользуемый канал по схеме повторителя, либо как в существующей схеме, но неиспользуемый вход обязательно посадить на землю, чтобы не собирал помехи.

P.S. Сопротивление термопары фена померяли?

0

mku986

Бегло просмотрел исходник. Вообще-то, с EEPROM памятью так работать нельзя, из-за её ограниченного количества циклов стирания/записи.
int main(void) {
...
while (1) {
...
EEPROM_Refresh(); // хотя стоит условие раз в минуту, но затем, в других программах, об этом можно забыть.
...
}
}

Разумнее, перезаписывать при изменении установок.
Далее, не следует ставить лишние точки с запятой после закрывающей фигурной скобки операторов if, else, while и т. д. Это может привести к трудноуловимым ошибкам.
После закрывающей фигурной скобки определений функций точки с запятой также не ставятся. Это необходимо только в прототипе.
В операторе switch после case фигурные скобки и точки с запятой также не применяются.
Успехов!

@RTSOM

Согласен, но за все время существования темы еще никому не удалось исчерпать "Write/Erase Cycles: 10,000 Ftosh/100,000 EEPROM".

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

0

mku986

Дело не в данной программе, в ней синтаксических ошибок нет и, похоже, логических. Я о будущих программах в которых, в следствие неразборчивого применения точек с запятой и фигурных скобок, может появиться логическая ошибка: код будет компилироваться, но работать неправильно. Или, что ещё хуже - иногда неправильно.
По поводу EEPROM - уточню. 100000 минут, конечно, много - 70 суток непрерывной работы. И то при худшем раскладе, производитель даёт 100 000 циклов как минимум. Однажды по малоопытности я воткнул обновление EEPROM в главный цикл, забыв ограничить доступ к функции обновления. Естественно, микроконтроллер остался без EEPROM при первом же включении. Поэтому такую память желательно обновлять в функции по принципу: изменилась уставка - обновил память.
И ещё, переменные, которые изменяют значения неявно, как например, CurrentChannel в прерывании ISR(TIMER0_OVF_vect) {...}, должны иметь спецификатор volatile, чтобы оптимизатор, возможно, не выбросил её из кода: volatile unsykned char CurrentChannel; . Грабли проверенные. Один код без volatile работает правильно, другой - компилируется, но
чудит по полной. Удачи!

@RTSOM

Согласен, однако в определении функции EEPROM_Refresh() именно так и было сделано: проверяем текущие настройки и если нужно - обновляем память. Вы рекомендуете увеличить интервал обновления?

0

mku986

Уважаемый RTSOM, я просто обратил внимание на некоторые моменты в программировании, чтобы избежать потенциальных ошибок в будущем.
Для ЭТОГО кода относительно EEPROM всё нормально. Я заострил своё внимание на том, что она вызывается из главного цикла, что, в принципе, не рекомендуется. Возможны ошибки. Лично мне не нравится работать с EEPROM avr-микроконтроллеров. При малейшей возможности ставлю внешнюю память. И хорошо бы большой код разбивать на несколько мелких функционально законченных модулей, в заголовочных файлах которых прописываются дефайны модуля и прототипы функций модуля. Сразу видно чем занимается модуль. И стараться поменьше объявлять глобальных переменных. Извините за офтоп.
Удачи!

@RTSOM

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

P.S. Попробовал использовать оптопару MOC3023, c текущей прошивкой станция работает нормально. Далее будут изменения в программе для работы с ней.

0

@RTSOM

Схема в топике - изменилилась только в плане комплектующих.
Проведена замена оптрона MOC3063 на MOC3023!

Противопомеховый фильтр, любой однофазный, по питанию 220В - ставим по необходимости.

Прошивка и исходник прилагаются. Динный проект в Atmel Studyo 7.0 (buyld 1417).

Динная версия прошивки предназначена для использования только с оптроном MOC3023!

Избыточная мощность фена (около 50%) отсекается при помощи изменения угла открытия симисторов, а далее, как и предыдущей прошивке, работает целочисленное регулирование.

Из личных наблюдений по работе на этой прошивке могу отметить меньший выбег температуры вверх при включении (при установленной 300 С, вылет составляет ~340...350 С) и колебания температуры в пределах +-5...10 градусов относительно установленной. Чем выше скорость потока воздуха, тем меньше колеблется температура.

Примерная форма напряжения на нагревателе фена показана на картинке.

P.S. Обновил исходник. Исправление связано с преднагревом фена.


[87.98 Кб]

0

@ptir

Здравствуйте,RTSOM протестировал прошивку при выставленных 245 градусах и максимальных оборотах температура скачет 243-246,при минимальных оборотах 236-260,еще заметил что чем дольше работает фен тем меньше прыгает температура по истечению 8 минут на минимальных оборотах температура скачет 241-247 градусов и нашел маленькую неприятность температуру набирает только при выставлении 1 скорости,если включить станцию с другой скоростью набирает только до 30 градусов,я максимальные обороты получил для теста включив станцию на первой скорости,а дальше увеличивал ее.

P.S. Проверил прошлую прошивку в ней проблем со скоростью нет.

0

@RTSOM

исправьте строку
на
и перекомпилируйте проект, или ждите до завтра. Интернет есть, но комп с AS7 сейчас недоступен.

То, что в предыдущей прошивке было 5% от номинальной мощности, в этой прошивке - 5*0,5=2,5%, поэтому на больших оборотах возможно недостаточно мощности для преднагрева.

P.S. Использовали MOC3023 или аналоги?

0

@ptir

В схеме использовал MOC3023 .Для запуска на максимальных оборотах пришлось установить 9,при 7 нагрев начинался только до 9 скорости и будут ли еще какие то доработки заранее благодарю за ответ.

0