Chernov

1) Основной задачей КТСМ (ПОНАб, ДИСК, АСДК) и еще Бог знает чего еще является различение цели (нагретой буксы) на фоне помех. Это задача радиолокационной системы. А для любой РЛС статистические характеристики это вероятность пропуска цели (в терминах ЖД 100% минус выявляемость) и вероятность ложной тревоги (100% минус подтверждаемость). А наработка на отказ, если Вам интересно, это уже эксплуатационный параметр.

2) Против МК я ничего не имею. Просто давайте подсчитаем: микроконтроллер в каждой напольной камере - 2 или 4 шт. в зависимости от комплектации КТСМ, в МКК - 2 шт, в МЦМК - 1 шт., в МФДО - 1 шт., МДС - 1 шт., и еще где-то... да Вам только чтобы перепрограммировать всю эту ораву потребуется много часов. А уж синхронизация версий программного обеспечения для разработчиков займет недели. И зачем разрабатывать такие устройства, в которых каждую минуту надо перепрошивать ПО ? Обеспечить работой ребят из Инфотэкса ? Еще о МК - дай Бог, чтобы эти хлопцы запрограммировали прерывание от Watch Dog Timer` а (надеюсь, знаете что это такое), потому что никаких аппаратных средств сброса микроконтроллера в случае зависания или некорректной работы в схеме не видать.

3) АСДКб тоже не идеал, но характеристики его значительно превышают КТСМ-овские.

4) А вот поставить более серьезную систему автономного питания на КТСМ будет оччень тяжело - ведь в каждом модуле свой источник питания, и поступает туда переменное 220 вольт. Мощный инвертор - не самое лучшее решение. Так что проблемы с резервированием питания в КТСМ - органический недостаток, заложенный на этапе проектирования, и он "не лечится" простыми способами.

5) Мои разработки лежат в Интернете здесь: http://scz.bplaced.net
и здесь http://qrz.ru/shareware/files.phtml?group=18&st=20, и еще на нескольких сайтах. Это игрушки. Серьезные программы пишу по заказу для использования в процессе обучения студентов, в областях, не связанных с ЖД транспортом.