Есть эксперимент и результаты. Полезная информация.
Те, кто пользуюься МУПами, могут знать про три неприметных столбика в лог-файле.
Нервый - это номер проблемы, которая может привести к остановке, третий столбик - это сколько раз подряд эта проблема должна проявиться. чтобы произошла остановка, и средний столюик - сколько раз подряд эта проблема проявилась в данный момент.
Причем если за последние 5 секунд появлялись и регистрировались две проблемы с разными номерами, отображается только одна, выскочившая последней.
Номера проблем, которые проявляются при проблемах с недоукомплектованным блоком питания две. Это номер один и номер два - не видно нижнего и не видно верхнего датчика. Обе эти проблемы приводят к аварии если повторяются подряд 20 секунд (20 раз подряд).
Причем нормальное управление возможно если за 5 секунд датчик "виден" хотя-бы один раз. И даже если время от времени, более или менее часто появляются строки типа "1 2 20" или "2 3 20", это не является поводом для волнений.
А вот строчки типа "1-12-20",и даже "2-6-20" - повод проверить комплектность защиты блока питания. Это говорит о том, что МУП уже не получает информацию с датчиков и чучитывает данные о температуре давностью 5 или 10 секунд.
Уже утомил наверное. Но это было предсловие. Теперь - поехали.
Взял я МУП с блоком питания, в котором нет ни Y - конденсатора, ни дросселя, ни кондера возле него, подключил два датчика температуры и запустил в режиме НБК.
Очень скоро происходит остановка. Лог имеет вот такой вид.
Всего 7 строк, в кождой - проблемы с датчиками, то с первым, то со вторым, но - очевидно - проблемы были одновременными. В презультате на 30-й секунде работы процесс был остановлен - первый датчик не был виден больше 20 секунд.
Паяю Y-кондер между минусами входа и выхода. Запускаю МУП, фиксирую 50 строк лог-файла.
Из 50-ти 5-секундных циклов, проблемы считывания датчиков встречались 13 раз. Но ни разу эти проблемы не привели к осложнениям управления. Программная борьба с ошибками считывания вполне справляется с такой ситуацией и пользователь даже не узнает о проблемах если не посмотрит в лог. Так что результат уже налицо. Но мы продолжаем эксперимент.
Выпаиваю Y кондер и впаиваю только дроссель. Снова 50 строк лог-файла.
Из 50-ти строк только в пяти есть незначительные проблемы, которые - ОДНОЗНАЧНО не вызовут осложнений при работе.
Продолжаем эксперимент и впаиваем конденсатор параллельно ножкам дросселя. Напомню, что китайцы последнее время даже не предусматривают на плате место для такого конденсатора. Снимаем очередные 50 строк лог-файла...
Как ни странно, добавка этого конденсатора заметно ухудшила картинку, из 50-ти строк - 15 с проблемами, хотя и ни одной из них опасной.
Продолжаем эксперимент... Теперь полный фарш. Дроссель, кондер и Y-конденсатор одновременно. не знаю стоил ли прикреплять скриншот лога. За 250 считываний (1250 секунд) ни одной строки с проблемами. Прикреплю первые 50 строк (250 секунд)
Вроде все ясно... Кроме одного. Нужен ли конденсатор возле симметричного дросселя. Китайцы перестали его ставить, убрали с плат место под него, а я все равно леплю ... Может напрасно?
Сейчас выпаяю, проверю и выложу результат.
добавлено: 14-01-2021, 12:04:44
Проверил. Выкладывать нечего, ни одной ошибки считывания. Наличие или отсутствие этого конденсатора не влияет на считывание температур. Но я продолжу его ставить, так как это не сложно, цена вопроса копеечная, а по идее, по теории, этот кондер должен закоротить/убить помехи, которые проскочили через дроссель.
Можно еще было бы проверить без дросселя - два кондера (Y-типа меду минусами входа и выхода. и обычный на входе 220 вольт, но лень. Ведь не собираюсь экономить на дросселе даже если без него считывание пойдет без ошибок... Хотя... Для понимания процесса - попробую.
Итак, последний эксперимент - конденсаторы есть, дросселя нет (перемычки между ножками).
Поехали.
И снова нечего показывать. Ошибок считывания нет.
Но дроссель все равно продолжу ставить чтобы исключить саму возможность влияния МУПа на Росу.