Помехи в сети от использования паяльной станции. Что делать?

[Albert_V]

Это просто теория, надо проверять.

Это правильное решение. У меня именно так и сделано.
Так же, отслеживается "короткое" во время работы.

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

У самой термопары очень низкое внутреннее сопротивление.
Поставив резистор R2 - это достоинство термопары вы "прибили".
Конечно, если хотите сделать по вашей схеме - делайте, только потом будете искать "бешеные алгоритмы" фильтрации помех...
Потом окажется, что контроллер с 8-битным ядром "не тянет алгоритмы" и надо переходить на какой-нибудь STM32...

А там всего-то нужно было бы поставить LM35 (или любой другой датчик температуры) в ручку фена, вывести с неё сигнал на отдельный вход ADC и сделать компенсацию на программном уровне.
Если "на уровне проводов" не делать глупостей с подключением термопары и LM35 - там помех особо то и не "словите".

[Dimon456]

А по моему вся эта заморочка с лишним температурным датчиком лишняя.
Комнатная температура 20-26 градусов, наврятли кто при 50 пользоваться будет, значит за расчет берем 23, среднию.
К примеру нагрелся при работе холодный конец термопары до 50 (учитывайте что он еще и вентилятором обдувается), ошибка составила 50-23=27 градусов.
А на выходе фена выставили 300 градусов, с учетом всего получилось в итоге 327 градусов.

Если это учесть то можно регулятором выставить не 300, а 280.

Неужели это такой ответственный узел? Что китайцы маху дали? Всю жизнь паяли паяльником с перегретым жалом, а тут точно как в аптеке нужно?

[Albert_V]

Китайцам, в "дешёвых" паяльных станциях и подогревах, вообще нас@#% на реальную температуру
Если в +/-20С "уложились" - можно считать что "повезло"

В моём случае, температура внутри корпуса может быть от +20С до +70С.
У вас ситуация несколько иная.
Т.ч., делайте как считаете нужным.

[Dimon456]

Собрал наконец-то я этот девайс в кучу.
Столкнулся с рядом проблем:

1. сначала сделал регулировку мощности от 0 до 100% за 1 секунду в сторону+ и так же за 1 секунду в сторону-, вот что получилось
   Спойлер

   

• Потом за 3 секунды
  Спойлер

  

• Потом за 10 секунд
  Спойлер

  

• И опять все не то и не этак,
  потом решил обрубать в сторону-, то есть не уменьшать мощность, а сразу 0% ставить
  Спойлер

  

• Уже красивее стало, пока решил так оставить.
  
  Но на этом проблемы не закончились, оказалось что системные часики, синхронизированные от частоты питающей сети, спешат.
  90 секундный интервал отрабатывался за 68 секунд реального времени.
  Детектор нуля был собран по такой схеме
  Спойлер

  
  Притащив осциллограф, встал осциллографом на коллектор транзистора Q1, сверх естественного не увидел,
  но пока общий щуп осциллографа присоединен к общему проводу схемы системные часики идут нормально, секунда в секунду, стоит отключиться от схемы осциллографом как часики побежали.
  
  Вопрос: Как можно отловить то что осциллограф не показывает?
  Как выяснилось, всему виной был преобразователь на МТ3608 формирующий с 13 вольт 22 вольта для питания турбины фена

• Решил переделать схему детектора.
  Такую схему
  Спойлер

  
  то же не имело смысла городить.
  
  Собрал на дополнительном ОУ такую
  Спойлер

  
  Работает идеально, даже в условиях с МТ3608

• И вот видео работы.