cdg 4 8 июля, 2005 Опубликовано 8 июля, 2005 · Жалоба Может кто подскажет существуют вообще какие либо документы регламентирующие структуру потока ИКМ-15, может ГОСТ, РД, ТУ на худой случай? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DropDown 0 20 июля, 2005 Опубликовано 20 июля, 2005 · Жалоба Может кто подскажет существуют вообще какие либо документы регламентирующие структуру потока ИКМ-15, может ГОСТ, РД, ТУ на худой случай? <{POST_SNAPBACK}> нет. таких документов нет есть "промышленный стандарт" - так сказать "то что получилось". линейный код - изначально NRZ (или "код Штейна") - с вариациями до октября 1984 года и после. потом пошло HDB3 структура простая - сверхцикл состоит из 16 циклов. в каждом цикле - 16 КИ по 64Кбит/с 0КИ - служебный+сигнализация ВСК Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
cdg 4 22 июля, 2005 Опубликовано 22 июля, 2005 · Жалоба Вот в этих вариация и все проблемы... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Diver 0 9 июня, 2006 Опубликовано 9 июня, 2006 · Жалоба Может кто подскажет существуют вообще какие либо документы регламентирующие структуру потока ИКМ-15, может ГОСТ, РД, ТУ на худой случай? <{POST_SNAPBACK}> нет. таких документов нет есть "промышленный стандарт" - так сказать "то что получилось". линейный код - изначально NRZ (или "код Штейна") - с вариациями до октября 1984 года и после. потом пошло HDB3 структура простая - сверхцикл состоит из 16 циклов. в каждом цикле - 16 КИ по 64Кбит/с 0КИ - служебный+сигнализация ВСК HDB3 такого зверя ещё не встречал, только AMI и NRZ. Стандартов нет и не будет. Только брать то что есть и читать описания. Для этого как минимум надо либо купить оборудование, либо попросить у кого оно есть, но дать могут только заказчики. Другие помогать как-либо не будут. Удачи Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DropDown 0 10 июня, 2006 Опубликовано 10 июня, 2006 · Жалоба Может кто подскажет существуют вообще какие либо документы регламентирующие структуру потока ИКМ-15, может ГОСТ, РД, ТУ на худой случай? <{POST_SNAPBACK}> HDB3 такого зверя ещё не встречал, только AMI и NRZ. не знаешь что такое HDB-3 или не встречал оборудования ИКМ-15 с таким линейным кодом? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Diver 0 12 июня, 2006 Опубликовано 12 июня, 2006 · Жалоба не знаешь что такое HDB-3 или не встречал оборудования ИКМ-15 с таким линейным кодом? Не встречал с таким линейным кодом. Всего встречаются массово два типа оборудования Ива и Кедр. Имеют модификации разного года и свой гемор на голову. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vladec 10 13 июня, 2006 Опубликовано 13 июня, 2006 · Жалоба В ИКМ15 (по крайней мере в Кедре), в ртличии от ИКМ30 на весь поток кроме синхрогруппы еще накладывается разностное кодирование Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Kazap 0 15 июня, 2006 Опубликовано 15 июня, 2006 (изменено) · Жалоба Кроме ТУ, никаких стандартов и не было. Делал ког-то приемник, пришлось учесть все варианты NRZ, NRZ+(в зависимости от типа платы ЦПРД), AMI, HDB3. Правда реально пригодились только NRZ и +. Других вариатов даже для испытания не нашлось :) .На самом деле на плисине несложно получается. Информацию брал из технической документации на ИКМ15. Изменено 15 июня, 2006 пользователем Kazap Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
cdg 4 20 июня, 2006 Опубликовано 20 июня, 2006 · Жалоба В общем подитожу, сам я этого зверя сделал на ПЛИС лет так 5 назад, но вопросы остаются и по сей день. Это оборудование сертифицировано, следовательно должны быть: 1) ТУ - обязательно - не встречал, но очень хотелось бы получить 2) РД (и прочее) - должно же ТУ хоть на какието нормативные документы МинСвязи ссылаться - тоже не видел, вот потому и завел ветку обсуждения. Т.о. на севодняшний момент есть оборудование, которое все выпускают, стыкуются и работают, но никто нормативных документов на него не видел :( или видел но не понял, что это нормативные документы :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MAZZI 1 28 августа, 2006 Опубликовано 28 августа, 2006 (изменено) · Жалоба Парни, помогите обогатиться документицией по ИКМ-15, не очень понятны варианты с NRZ, NRZ+; как они реально на линию передаются в какой форме, если AMI нормально документирован, то на "русском" NRZ появляются сомнения, т.к. у разных устройств по разному формы сигналов... Где правда жизни, Братья? :) если можно пришлите на [email protected] Изменено 28 августа, 2006 пользователем MAZZI Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
cdg 4 28 августа, 2006 Опубликовано 28 августа, 2006 · Жалоба Ищите схему ячеек ЦПРД ЦПРМ на Борисоглебскую полустойку ИКМ-15, может у кого есть в электронном виде, у меня нет :( Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MAZZI 1 28 августа, 2006 Опубликовано 28 августа, 2006 · Жалоба Ищите схему ячеек ЦПРД ЦПРМ на Борисоглебскую полустойку ИКМ-15, может у кого есть в электронном виде, у меня нет :( Погодите, не усложняем ли мы что-то? Поясните, если передается NRZ, то можем ли мы передать через выходной трансформатор длинную последовательность единиц? Или же на самом деле там используется код RZ, а не NRZ? Может я что-то не правильно понимаю? Разъясните :). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vladec 10 29 августа, 2006 Опубликовано 29 августа, 2006 · Жалоба To MAZZI Зашивку для ИКМ-15 довелось проектировать очень давно, почти 10 лет назад, поэтому никаких материалов не сохранилось, да вобщем их и не было. Что касается разностного кодирования, то это XOR текущего бита с предыдущим (кроме синхрокомбинации). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MAZZI 1 29 августа, 2006 Опубликовано 29 августа, 2006 · Жалоба To MAZZI Зашивку для ИКМ-15 довелось проектировать очень давно, почти 10 лет назад, поэтому никаких материалов не сохранилось, да вобщем их и не было. Что касается разностного кодирования, то это XOR текущего бита с предыдущим (кроме синхрокомбинации). Я правильно понял, то что ты описал XOR текущего с предыдущим, по человечески это называется NRZI кодировка (есть перепад = 1, хранение = 0)? И это не одно и тоже NRZ+ и NRZI? Если нет, напишите, пожалуйста чем отличается NRZ+ от NRZ? В силу того, что нет нормального описанного стандарта, сейчас мы анализируем два решения от разных производителей (у них тоже на свои устройства нет описания), выяснилось, что по крайней мере они действительно в линию передают не RZ, как я предполагал ранее, а NRZ (или NRZI, что более вероятно). Прикольно ещё то, что у одного производителя кодировка пишется NRZ, у второго NRZI, но оба прекрасно друг друга понимают. И вот тут ещё один момент требующий пояснения и который ввел меня просто в тупик :) . Мы использовали фреймовый режим и задавали IDLE код во все тайм-слоты кроме нулевого, тут обнаружился прикол, из поведения сигнала похоже он данные через каждый фрейм инвертирует, это вполне возможно для того, чтобы более корректно было отлавливание фрейма, не изменяя фреймовый тайм-слот через фрейм инвертировать все остальные (мы такую фишку уже используем, чтобы с похожим протоколом на E1 передавать большее кол-во тайм-слотов, не реализуя E2 или E3). НИГДЕ в документации об этом даже намека нет, причем два разных производителя спокойно друг друга понимают и PING проходит. Это значит, что информация наверняка в нулевом слоте. Какой бит за это отвечает? Дайте ссылку, где взять информацию? А возможно и не в бите дело, а он обязательно ищет Мультикадровую синхронизацию (Сверх цикловая) и там смотрит четный/нечетный, чтобы поставить инверсию? Причем это мы проверяли как в NRZ(I) так и в AMI, поведение одинаково, кодировка физического уровня не причем. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
cdg 4 30 августа, 2006 Опубликовано 30 августа, 2006 · Жалоба Погодите, не усложняем ли мы что-то? Поясните, если передается NRZ, то можем ли мы передать через выходной трансформатор длинную последовательность единиц? Или же на самом деле там используется код RZ, а не NRZ? Может я что-то не правильно понимаю? Разъясните :). Никто ничего не усложняет :). Делал этот проект очень давно, лет 5 тому назад, рабирался по схме БГ стойки, старой засаленой и затертой... которая не дожила до наших дней, проект был еще в MAXPLUS сейчас под рукой нет, надо искать гдето в архивах(???). При передаче данных используется упрощенный вид скремблирования - разностное кодирование (XOR текущего бита с предыдущим), которое позволяет избежать длинной последовательности нулей и единиц, синхрокомбинация в сремблировании не участвует. Отличие кодировок в том, что в одном случае производится принудительная установка начала отсчета скремблирующей последовательности в 1, т.е. последний бит предыдущего фрейма для начала следующего всегда принимается равным 1. Вот и все. И вот тут ещё один момент требующий пояснения и который ввел меня просто в тупик :) . Мы использовали фреймовый режим и задавали IDLE код во все тайм-слоты кроме нулевого, тут обнаружился прикол, из поведения сигнала похоже он данные через каждый фрейм инвертирует, это вполне возможно для того, чтобы более корректно было отлавливание фрейма, не изменяя фреймовый тайм-слот через фрейм инвертировать все остальные (мы такую фишку уже используем, чтобы с похожим протоколом на E1 передавать большее кол-во тайм-слотов, не реализуя E2 или E3). НИГДЕ в документации об этом даже намека нет, причем два разных производителя спокойно друг друга понимают и PING проходит. Это значит, что информация наверняка в нулевом слоте. Какой бит за это отвечает? Дайте ссылку, где взять информацию? А возможно и не в бите дело, а он обязательно ищет Мультикадровую синхронизацию (Сверх цикловая) и там смотрит четный/нечетный, чтобы поставить инверсию? Причем это мы проверяли как в NRZ(I) так и в AMI, поведение одинаково, кодировка физического уровня не причем. Могу точно сказать, что никаких таких наворотов не делал и не встречал, могу сказать только если станция гонит в TS фиксированный код, то надо извращаться чтобы встречная сторона правильно от тебя засинхронизировалась, вот тут простор для фантазии просто необъятный. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться