Собственно задача назревала достаточно долго, но похоже, созрела.
Немного введения. Существует "отдельностоящая" серверная. В количестве двух штук. В них бывают случаи сбоя по ~220, в результате чего кондиционер самостоятельно бывает, не запускается, в результате чего довольно быстро начинает нарастать t. Это проблема первая. В общем-то крайне близкая проблема, результат тот же, но причины разные - при переходе лето-зима и наоборот периодически кондей опять же "встает". Причины не нашли, поэтому, просто дергаем "кондиционерщиков". А за это время температура опять же, нарастает... И, наконец, еще одна проблема - в одной из серверных резервный, а в другой - боевой кондиционеры не имеют "наружнего" слива. Т.е. слив конденсата организован в локальное харнилище - по-простому - ведро. Имеет место быть ограниченность системы в силу небесконечности накопителя

по простому - ведро наполняется рано или поздно. В итоге имеем задачу - собрать два схожих устройства, с возможностью дальнейшего масштабирования (планируется организация "полноценных" серверных либо просто закрытых "серверных шкафов" в других городах). Устройства должны иметь возможность мониторинга трех параметров:
1. температура (DS1820 где-то доложон валяться)
2. фиксировать пропадание электричества (по возможности с организацией RTC и запоминанием, когда пропало, когда появилось)
3. мониторить состояние ведра (исполнительный механизм, вернее, идея его организации, имеется - датчик наполнения будет самым, пожалуй, простейшим - на базе обычного кулера с поговревшей обмоткой - к крыльчатке прилажен рычаг с поплавком, поплавок всплыл, крыльчатка повернулась, датчик Холла, имеющийся внутри кулера, выдал "1" вместо "0" на выходе.
Собственно, дело за малым - начать да кончить. Не решен вопрос с выбором контроллера - боюсь, что tiny2313 просто не хватит памяти на реализацию TCP/IP. А делать прийдется именно TCP поскольку таким образом достигается масштабируемость любого уровня - и в перспективе на другой город, и в имеющихся масштабах - между этажами нет прямого интерфейса, зато свободных портов в коммутаторах найти можно. Но дальше первого же маршрутизатора UDP не протолкнешь. Собирать данные планируется на "большом брате", благо, опять же, свободных вычислительных ресурсов в контексте данной задачи на каком-нибудь из серверов найти можно с избытком.
Это было введение на будущее. А теперь, с позволения, начну задавать глупые вопросы
Чем отличаются следующие трансформаторные развязки. На старой доброй сетевухе-комбе имеются и тот и другой, оба - 10Мбит. Но только один 16PT-006A и чуть поменьше, другой 20F001N и чуть побольше. По обвязке оба братья-близнецы. Сравнение в ДШ дало следующее:
Vend | Part Number | Package | Cores | Temp | Configuration
YCL | 16PT-006A | 16-pin DIL | 3 | +25° C | 10BASE2 & 5
YCL | 20F001N | 16-pin DIL | 3 | +25° C | 10BASE-T (LPF)
Что из себя представляет та и другая конфигурация? Как-то даже растерялся...