перепоял

Sniffer,скажи пожалуйста, кто из них термистор(если тут он есть!)

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

Неставить такие детали производителем это ПРЕСТУПНАЯ ХАЛАТНОСТЬ !

спасибо, Sniffer, переставил кондёры, действительно улучшилась работа процессора- перестал тормозить в записи кодированных каналов трико(тех, что до декабря были открытыми), а то при записи на записанном файле нарастало отставание  звука от видео, почти до полусекунды.. затем треск синхронизация и цикл повторяется.

Итак,  как я и обещал  snifferу,  вылаживаю свой кратенький тест по ресу. Было переделано 6 шт.  Итог: замечена более стабильная работа на записи, не так чувствителен к скачкам напряжения. Да согласен, блок расчитан правильно, но на емкостях как всегда экономят.
Все ресиверы работают на шуре, но с разными типами связи, разными прошивками.
Итак зависания в большинстве случаев промсходят:
1 Одновременно с работой ш@ры шла параллельная скачка с трекеров. Ограничил скорость скачивания и отдачи в клиенте, у меня utorrent, зависания исчезли, исчезли, почти что, перезагрузы.
2 Один источник перезагрузов исчез, но второй остался, это работа с ш@риком по сети, видимо когда приходит неправильный (битый пакет) процессор пытается его принять и у него крышу сносит.
Вообщем похоже есть баг в прошивках в части алгоритма фитльтрации битых сетевых пакетов.  Такой вывод возник сам сабой,  рес стоял на одном канале +++  через ш@рик несколько часов подряд работал нормально и вдруг нате 2 перегруза с интервалом  в 30 сек, замечу что никаких действий с ресом непроводилось он даже неписал в это время. на открытых каналах подобной лажи пока ненаблюдал, всегда только на шарике .  Других пока мыслей нет. Вообщем пока наш софт
Настраивал знакомому st6699, он изначально использовал другого шародателя нежели я, при этом у него были постоянные перезагрузы. Попробовали использовать мои настройки (мою шару) перезагрузы пропали. Сейчас он как и я использует кардш@рик от Гомеля, перезагрузов нет. Думаю все проблемы в шародателях!
Доработке быть. После ее перезагрузы  уменьшились  в 2-3 раза. Но как обычно шародатели и софтописатели дают о себе знать.
Вывод: ресивер отличный, отрабатывыет себя на 100%. Будем ждать нормальную прошивку и улучшения от ш@ры.
p.s.  openbox s5, skyway classic, globo9600 все у моих знакомых перезагружаются раз-два в неделю, а там linux!!!

Те что sniffer показывал ( на рисунке )

Stsat136 , МОЛОДЕЦ ! Хорошая работа !

можноли кондер что идет на дежурку заменить не на 2700x6.3в а на 3300х6.3в другого в магазине нет