Какой тип набора используется тоновый или импульсный? Попробуйте переключить. Можно также попробовать убрать время контроля линейного напряжения и период проверки тона в 0.

Я уже делал эту процедуру по этой ссылке. После этого моя ИТ вообще перестала куда-либо звонить. Даже трубку не поднимает. Прошивка по инструкции я писал выше прошла успешно. И линия обучается без проблем с помощью тампера. И буфер очищается. Очень долго шьется ЕЕПРОм через с2000м, почти час. Вы знаете, не помогло, а наоборот - ухудшило.

Кстати, та информация что указана по ссыле выше мне присылала поддержка болида еще в 2013-м году.
Вот доказательство:
From: support [mailto:support@bolid.ru]
Sent: Tuesday, March 05, 2013 4:29 PM
To: Каган Илья Маркович

Здравствуйте!
Очень похоже, что имеет место неисправность прибора «С2000-ИТ».
Мы рекомендуем обновить его прошивку.
Высылаем Вам обновление прошивки 2.06 изделия С2000-ИТ. Процедура обновления состоит из 3-х частей.

Не помогло!

ИТ должен нормально отзваниваться при поступлении событий с пульта.... А сам пульт видит ИТ? События тампера, сброса от него приходят? Если да, тогда дело в настройках трансляции  по разделам на С2000-ИТ: посмотрите высталвены ли Contatct ID номере всем ШС и зонам состояния приборов, привязаны ли разделы на ИТ. Посморите также в настройках самого ИТ - поставьте напротив зобытий плусы ка Срочные для всех событий.

Попал на проблемы совместимости Ritm-rt1 с 2.06 ИТ. На одних объектах заводится одна или две, на других обе не работают.
Симпотомы. ИТ что-то делает с линией, что гудок пропадает, хотя линия ещё не открыта. При включенной опции "Проверка наличия вызывного тона" стопорится, ничего не делает - не слышит тона. Подключил параллельно телефонный аппарат - действительно нет. Отключаем ИТ - тон появляется
Перепрошил по указанной инструкции. Пугает третий пункт. Такое впечатление, что несколько ИТ-шек я убил. Они питались от 24В вместо указанныйх 12(поздно заметил) и тампером играл при 30В на линии от Ритма. Теперь постоянно светится жёлтый. Признал ошибку, при питании 12В подавал на линию 20В через 2кОм - результат такой же. При игре тампером без напряжения на линии светодиод гаснет, но снова загорается даже от прикосновения пальцем, что как раз понятно.
После всех манипуляций ИТ вроде бы дозваниваются и что-то передают судя по быстрому миганию жёлтого, но в Ритме ничего в логах нет кроме "вход "общая тревога"" и то в виде какой-то неисправности шлейфа в логах Ритма. 
В общем я в растерянности. У меня этих спарок неработающих уже 5 штук и чёткого решения не вижу.
PS:Насколько критично проставлять шлейфам ContactID-номер? У меня по 1300-1500 шлефов пожарных\охранных, а там ограничение в 1022.

К сожалению ИТ-шки просто есть - они заложены проектировщиком. И их просто как-то надо включить.
На тех объектах, где связка запустилась, я про Contact-ID не вспоминал и почему работает объяснить не могу. Я не проверял, но вряд ли кто-то просто так проставил это поле. Разве без явного указания оно не равно нулю?

Без явного указания передаваться будет раздел и ключ в событиях взятия/снятия. Тревожные события и неисправности могут или вообще не прийти, или прийти с недостатком данных (только код события и раздел). По умолчанию эти поле настроены. Но может быть Ит работает со старыми версими пультов и часть данных берёт из своей конфигурации (если Зоны и разделы у него заполнены).

От ИТ требуется только сами события: Взятие\снятие, тревога, тихая тревога. Номера зон не нужны. Пульты везде М-ки 2.07.
Больше всего меня беспокоит, что после калибровки (Тампер 3к-1д) он не реагирует на линию - всегда светится жёлтым.

Очередные опыты показали.
То, что после калибровки жёлтый неадекватно реагирует на наличие линии, на работу не влияет.
В охранке важно, чтобы в шлейфах был указан Contact-ID и хотя Pprog ругается, можно приспособиться под ограничение и раздать шлейфам одного этажа один Contact-ID. Пожарке этот идентификатор вроде по барабану, то есть и без него пожар шлёт.
Тем не менее зная всё это так и не удалось запустить 5 спарок ИТ-Ritm - Ит открывает линию, слышит гудок, набирает тональный номер, слышит как гудок прекращается, слышит HandShake, начинает передавать события, но Ritm принимает далеко не все (только взятие зоны охраны, общая тревога, возможно, ещё какие-то). 
Я сделал для себя вывод, что Ritm не понимает некоторые комбинации тонов. И да, перепрошивка не помогла.
Иногда Ritmы перестают давать ИТ гудок и процесс стопорится сразу после набора номера - нет ХэндШейка(при выключенной проверке гудка).
В Ritmе есть некая настройка "медленная передача", но игра с ней тоже не помогает.
Уйму времени уже убили. Что делать? Может, переименование событий какое, чтобы коды попроще получались?

Очень полезные наблюдения, относительно совместимости с РИТМовскими приёмниками. Строго говоря у нас такая совменстимость не тестировалась, поэтому вполне допускаю, что стороннее оборудвание может не иметь совместимость с ИТ, хотя ИТ и использует Contatct ID  в чистом виде. Пульту как и ИТ всё равно пожарки или охранка используентся один алгоритм - в сообщении должен быть номер зоны (ID) и его действительно можно выставить один для нескольких зон, хоть это и нарушает идеологию. Попробуйте поставить в ИТ для всех событий параметр Срочное (+) - можно поиграться с настройками самого ИТ на первой странице, но в данном конкртеном случаея не могу ничего подсказать, посколькку не имею опыта общения с РИТМовскими приборами.

Всё необходимое выставлено срочным. Уже обыгрался с настройками :)

Представляете, оказывается, если почитать инструкцию. то там русским по белому написано, чт в цифровом формате передаётся только 99 разделов. А у меня сотни разделов. Переименовываем 204-й раздел в 20-й - и уже звонят с ГМЦ.
Я бы обрадовался этой находке, но у меня ни на одном объекте не помещается всё в 99 разделов. Это мне чтобы на ГМЦ или в ЦАСПИ вывести, нужно 22 системы полностью перепрограммироавть как на пульте, так и в Орионе. Любопытно, что в ходе экспериментов в качестве источника Пожара использовался ДИП, переведённый в "Пожарное тестирование" и сработанный лазерным тестером. Но когда уже было полное отчаяние, сработал ручник, а он в 4322-м разделе - и ведь передался "Пожар", с каким-то дурацким номером шлейфа, но "Пожар". ДИП с таким "длинным" номером раздела не передаётся. Что там в ИТ происходит, как это понимать?

Так и понимать - Contatct ID имеет ограничение на 999 зон и 99 разделов - это тупик для данного проткола. Если номер раздела превышает данный порог, то прибор начинает использовать математический алгоритм для данног раздела или номера чтобы адаптировать его под диапзон (как приавило, методом вычитания 4322-99-99-99 и т.д.). Понятно, что вам Contatct ID может и не нужен, но ононовное назначение ококнечных устрйоств - работа в составе ПЦО - а там используются стандартизированные общепринятые протоколы.
Сейчай в новых ококнечных устрйоствах С2000-PGE и УО-4С в проткола GPRS пытаемся уйти от стандартных протоколов, в этом случае, ограничение будет на уровне пульта С2000-М.

И всё равно не понятно, почему с 4322 раздела передаётся "нормально", а с 204 долго пытается повторно сообщить каналобразующему прибору и безуспешно.
Исходя из того, что шлейфов в КДЛ не большее 127, означает это, что предел по шлейфам никогда не достигнется? Или есть некий суммарный идентификатор шлейфа ?

C 205 раздела сигнал так же не проходит, как и с 204-го. Долго пытается о чём-то договориться и с ЦАСПИ прибором, и с Ритмом от ГМЦ. А Ручники с 4-хзначных разделов проходят на ГМЦ и выборочно на ЦАСПИ ...
Вопрос, возможно неумный: если сделать группы разделов до 100, они будут так же хорошо отрабатываться, как и разделы с низкими номерами? Групп наделать не такая большая проблема.

Если можно объединить все разделы в группы, то только для событий взятия/снятия - до 99 групп. Тогда трансляцию необходимо сделать только по группам разделов. В пультах С2000М версии 2.06-2.07 если трансляция выставлена по группам, то зональные события будут приходить с номером раздела, а если он 3х или 4х значный то гарантии, что трансляция будет  -нет.

Значит группы последний  гарантированный шанс передавать взтие\снятие и негарантированный шанс передавать тревоги. Буду постепенно проверять.

Нет.
На двух объектах сгруппировал разделы с большим номером в группы с номером до 10. На КТС ИТ реагирует помигиванием, указывая на передачу чего-то. А в ГМЦ никакой активности не наблюдают. В трнансляции событий на ИТ оставляю только группы. Значит, групповое событие транслируется, но Ритм его не распознаёт.