"Микро" статья о частном случае устранения неисправности простого неуправляемого коммутатора 100 Мб/сек модели TP-Link TL-SF 1005D от компании TP-Link. "Около радиолюбительская" тема.
Предыстория
Коммутаторы (в количестве 3 шт.) приобретались одновременно лет пять тому назад, для использования в "домашней" одноранговой локальной сети топологии "звезда", необходимости в управляемых коммутаторах не было, основной фактор - цена.
Дефект "зависания" того или иного коммутатора начал проявляться в прошлом году - пакеты принимает, ничего не отдает.... линк поднят, соответственно "лампочки" мигают. Сброс питания восстанавливает работоспособность. Дефект проявлялся по "нарастающей", этой осенью после переезда с дачи в город все три коммутатора непрерывно "танцевали румбу". Раз в два часа точно кто-то из них "вешался", соответственно меня начинали "кушать" родные - вот такая пищевая цепочка получилась... И хотя, все коммутаторы были заменены на новые и проблема решена - наличие трех "изделий" с одним и тем же дефектом вызывает желание провести работу по выявлению причины неисправности.
Первое, что пришло в голову - деградация электролитических конденсаторов, второе - температурный режим чипа. Блоки питания (5 в) проверенны в первую очередь, под нагрузкой "просадки" напряжения и "заоблочных" пульсаций не замечено.
Разбор "полетов"
Коммутатор разбирается достаточно легко - верхняя крышка утоплена в корпус, держится на пяти защелках. Поддеваем лопаткой или тонкой отверткой по периметру, снимаем крышку - в корпусе "покоится" плата коммутатора. Никаких винтов нет.
Проверка конденсаторов (2 шт. 100 мкф 16 в) не выявила дефекта - последовательное сопротивление и снижение значения ёмкости в пределах допустимого - на всякий случай заменил - "зависания" не пропали.
Температурный режим "свич" контроллера RTL3806NB, применённого в коммутаторе тоже не вызывает подозрений - "теплый" во время работы при "загруженных" 5-ти портах, ток потребления около 210 мА, что совпадает с данными документации на контроллер и данными на "обвязку" (98 мА при 98% "нагрузки"+ развязка и светодиоды), на холостом ходу около 60 мА.
Остается немного вариантов - кварц, ну и сам контроллер... и ещё, что-нибудь из теории "заговора" - "закладки" в программном обеспечении, применение конструкционных материалов, теряющих основные свойства во времени и так далее.... (хотя не специальные "подставы" в истории встречаются достаточно часто: в начале 2000-х IBM выпускает серию винчестеров DTLA, прозванные "дятлами", через некоторое время "дятлы" начали сыпаться - одна из причин была в неудачной конструкции электрического соединения "банки" винчестера с платой контроллера - контактные площадки на плате и "игольчатая гребенка" на "банке" - происходило окисление, и винчестер в ряде случаев начинал "стучать" головой об ограничитель, сам себе "портил" служебку и другие прелести, иногда доходя до само убиения головы.... Решалось на время аккуратной пропайкой контактных площадок. Второй широко известный пример - винчестеры серии MPG от Fujitsu, хорошие с завода - мертвые по прошествии некоторого времени... причиной дефектов в ряде случаев оказался контроллер от Cirrus Logiс, подверженный воздействию активного флюса, который применяли при сборке плат на заводах Fujitsu, со временем у чипа "отваливались" ноги, причем и за время просто хранения винчестера на складе... ).
Но вернёмся к коммутатору, к кварцу. Кварц 25 МГц. Ничего особенного. В течении контрольного времени никуда не "уплыл", во время "зависания" никаких аномалий. Ради интереса заменил на заранее рабочий - дефект "зависания" коммутатора никуда не делся.
В схеме ещё стоит понижающий стабилизатор 3.3 В - но к нему вроде претензий нет.
Конечно, осмотр платы нужно производить перед поиском неисправного компонента, а не в последнюю очередь. При осмотре было замечено скопление остатков флюса от паяльной пасты (на выводах контроллера, достаточно обильное). На фотографии ниже обведены участки с остатками флюса. К сожалению, не имею возможности сделать более качественную фотографию - извините.
На фотографиях может не очевидно наличие остатков флюса, в "живую" видно значительно лучше.
"Ремонт"
"Последняя соломинка" перед тем, как сказать себе - ну это дело в контроллере или ПО, тут дальше принимать какие-то шаги просто невыгодно - спаять стабилизатор, кварц (про запас) и закинуть в ящик с "донорами", решил помыть выводы контроллера от остатков флюса.
Промывка платы с недолгим замачиванием в спирто-бензиновой смеси, очистка выводов контроллера мелкой щекой полностью удалило остатки флюса.
После сушки, сборки, все три коммутатора прошли недельный прогон в "боевых" условиях - "зависание" не замечено.
Понятно, что это частный случай "сбоя" технологического процесса при производстве паяльной пасты (можно предположить, что использовалась галогенсодержащая паста, не требующая отмывки), приведший к выходу из строя за рамками гарантийного срока, и производитель выполнил свои обязательства перед покупателем полностью (все три коммутатора приобретались в одно время в одном месте, отработали гарантийное время без замечаний). Почитать о паяльных пастах, составе и проблемах применения можно в этой статье.
Всё осталось по старому - не смытый флюс, как и раньше является "бомбой замедленного действия" (причем нарушением техпроцесса страдают и более "знаменитые" компании - доводилось видеть "цветущий белой бахромой" процессор в IP телефоне от Cisco, а из последних - модуль AD9850, полученный с Али - без хорошой промывки от остатков флюса фильтр модуля просто отказывался адекватно работать).
Статья получилась "водянистая", можно было бы просто написать одно предложение - проверьте наличие остатков флюса на выводах контроллера - промойте - может поможет кому нибудь.
Спасибо за внимание и потраченное на чтение время, с уважением.