знатокам синхронных/асинхронных потоков Опции

[lutik]

На приёмной и передающей стороне ставится Fifo для выравнивания скоростей и передаваётся информацию о скорости на удалённую сторону. Там восстанавливается скорость и в С1.

а как информацию о скорости передавали??
в пакете каком то с признаком??

я щак, как выше писал, по указателю фифо на приемной стороне подстраиваюсь правда пока безуспешно.
по условию задачи я должен вообще проводом притворится.

Р.С. ГБшники приносили свою аппаратуру со стыком С1 - всё работало. Очень удивились.

крутттаааа
гы..

[tocha]

а как информацию о скорости передавали??
в пакете каком то с признаком??

В таймслоте один за одним передаются пакеты (m бит): заголовок, биты С1 (n бит), 1 бит для выравнивания скорости, 1 бит признака наличия бита выравнивания (можно 3 штуки и принимать решение мажоритарно).

На входе С1:

Пишем в FIFO из С1.

По уровню FIFO на входе принимаем решение: передавать или нет дополнительный бит.

Скорость передачи С1 в канале 64 кбит/с - ( n/m )*64 кбит/с или ( (n+1)/m )*64 кбит/с

На входе в FIFO пишем с v=9600 кбит/с - читаем с V=(n/m)*64 (< 9600),

если указатель FIFO идёт вверх - читаем с V=( (n+1)/m )*64 (> 9600),

если вниз- читаем с V=( (n)/m )*64 (< 9600).



На выходе С1:

Пишем в FIFO из ТДМ.
Читаем из FIFO и запуливаем в стык С1.

Скорость вычитывания из FIFO регулируем джиттером.
Если указатель FIFO идёт вверх - увеличиваем скорость вычитки 9600 + x ppm,
если вниз- уменьшаем скорость вычитки 9600 - x ppm.

П.С. Размер подстройки должен перекрыть возможные отклонения частот и скорости С1 от номиналов.

[Tosha]

Можно попробовать пойти наиболее простым путем. На входе сдвиговый регистр, работающий синхронно с E1 на частоте 64кГц. Передаем полученные данные по выбранному таймслоту.
На обратной стороне в простейшем случае опять через сдвиговый регистр на частоте 64кГц прямо так и выдаем. В этом случае на выходе получается сильный джиттер. Но может быть и так работать будет.
Если нет, то можно сделать простейшую фапч и выровнять полученный поток, пересинхронизовать его на более высокой частоте, таким образом можно уменьшить выходной джиттер. Даже FIFO не понадобится.
Что делать в такой схеме со слипами даже не знаю.
Чтобы правильно обрабатывать слипы, по видимому нужно будет делать какой-то интелектуальный обмен с многократным дублированием посылок и их восстановлением на другой стороне.

[tomtom]

Решал похожую задачу, скорость до 115к. Укладывал в 2 слота ( при мах. скорости). Все остальные Решал похожую задачу, скорость до 115к. Укладывал в 2 слота ( при мах. скорости). Все остальные ложились в один слот. Железка работала в составе изделия Т-130. Сигналы для функционирования - подсветка канала, клок(2м), выдавала Т-130. Задача сводилась в приеме RS-232 (тупо использовал Atmel89, 20 ног, 2 кБайт) выделения байта и укладка в тайм слот. Для этого использовал свой протокол передачи, если не изменяет память принцип следующий. на синхронный поток 64 кБит ложиться асинхронный в тот самый момент времени когда готов байт передачи (т.е даже в середине подсветки слота). Данные передается в формате: старт бит, 8 бит данные, бит парити, стоп бит. Стоп бит использовался двояко: 1 – идут данные, 0 – управление. Управление необходимо для согласования скоростей приема-передачи и сигнала ошибок канала (бит парити). Естественно в один тайм слот вся информация не ложиться для этого использовал программку управления в Atmelе, которая сшивала, разбивала и выделяла информационный байт из слота. Также в памяти Atmelа находился 15 байтный буфер (2 буфера) приема и передачи. В качестве железки сопряжения с Т-130 использовалcя Xilinx на 20К.

[cdg]

Есть серия рекомендаций ITU X50, X51, которая предлагает решение Вашей проблемы.

[Alex03]

А куда/откуда и через что идёт(ут) этот(эти) E1?
Если цепочка длинная с кучей девайсов в цепи (та же ТФОП), то велика вероятность того, что не все её участки синхронизируются от единого источника частоты на уровне E1. Следовательно в некоторых узлах возможны "проскальзывание кадров E1", что приводит к выпадению или дублированию отдельных байтиков в 64кБит-ном потоке.
Т.е. очень желательно чтобы протокол передачи данных по этому 64кБитному потоку был с максимальной избыточностью!