Мне прислали документашку на фалк 56.
но я че то не до конца понял.

Вот после икм кодека у меня есть икм линия 64 кбит/с
таких кодеков у меня 30 штук по числу линий.

мне их надо объединить в Е1 поток.

а у фреймера один вход, т.е. как бы мне че 30 фреймеров ставить или я не вкурил?






еще очень большой вопрос стоит с преобразованием сигнализации шлейфовой абонентской в цифровой вид и обратно.
таких микросхем наверное точно нет

Угу, "У кодеков выход с Z-состоянием, объедините их (все 30-ть) на один вход фреймера и всё." и управлять стробами.

а параметры строба какие?

Параметры такие чтобы на каждый кодек они не пересекались, по сути дела это ОЕ для кодека (если брать "длинный" фрейм).
для потока Е1 тактовая =2048Кгц, период повторения фреймов 8Кгц, число Канальных Интервалов=32, число бит на канал=8.
Вот и считайте, я дал все исходные параметры

Период повторения 125мкс
на один таймслот 125/32=3,9мкс
на один бит 3,9/8=0,48мкс

На 1 кодек подаем отпирающий импульс длительностью 3,9мкс, период повторения 125мкс и тактовый сигнал 2048кГц.
На 2 кодек подаемотпирающий импульс длительностью 3,9мкс, задержанный относительно первого на 3,9 мкс период повторения 125мкс и тактовый сигнал 2048кГц.

Реализовать это можно с помощью счетчика, подавая на него 2048кГц.
Так как счетчиков надо 30, то лучше на плис их реализовать.

---Все правильно, счетчики и дешифраторы. Передатчик получается простой, главное сделать приемник синхронизирующийся по FAS NFAS

В принципе я наверное ленивый студент, или потому что сроки очень сильно поджимают
http://www.rid.mv.ru/dsp/dtmf/ti.pdf
Но куда подключить так и не придумал

---Зачем Вам это! Кодек пропускает прозрачно спектр 300-3400 от телефона с DTMF до АТС, не надо ничего кодировать и декодировать!
---Пусть АТС сама разбирается с DTMF набором. Ваша задача передать импульсный набор! Это делается битом А в 16 канальном интервале спериодом повторения 2 мс, поскольку импульс набор 40/60мс, то 2 мс это очень маленькая погрешность.

По сути у меня организована ИКМ шина из Si3050
По SPI идет обмен менжду PIC 16 и Si3050
Верно уловил?

----Зачем Вам это, делайте все на матрице ALTERA
----или разбирайтесь с готовыми фреймерами. Вот им уже нужен процессор для программирования режимов, обычно по SPI.


Вопрос еще очень глобальный!.
генератор DTMF - такой в принципе ниче сложно реализоватьи на аналоговых девицах
По сути сделать - синус разложить в ряд, вот и генератор1.
второй синус в ряд разложить - второй генератор
и суммируй их как хочешь.
http://www.dsp.sut.ru/rus/products/dtmfdet/gendtmf.html

----Зачем это? Я выше написал.

DAA от Silabs Si3050 и Si3019

Но я че-то не соображу как подключить его к телефонной линии.

Куда втыкать то его- в ИКМ часть?

http://www.ti.com/lit/gpn/tms320vc5416

---К кодекам добавьте например ITC137 от Clare - это станционная часть.
---Абонентскую часть делайте на микросхемах SLIC есть у Infineon.

С каких портов забрать сигнал и как его на 30 кодеков развести?

---Делайте все на матрице - там много портов!

---Вы где учитесь?
Мои ответы в теле Вашего сообщения

Реализовать это можно с помощью счетчика, подавая на него 2048кГц.
Так как счетчиков надо 30, то лучше на плис их реализовать.

---Все правильно, счетчики и дешифраторы. Передатчик получается простой, главное сделать приемник синхронизирующийся по FAS NFAS

--Зачем Вам это! Кодек пропускает прозрачно спектр 300-3400 от телефона с DTMF до АТС, не надо ничего кодировать и декодировать!
---Пусть АТС сама разбирается с DTMF набором. Ваша задача передать импульсный набор! Это делается битом А в 16 канальном интервале спериодом повторения 2 мс, поскольку импульс набор 40/60мс, то 2 мс это очень маленькая погрешность.

----Зачем Вам это, делайте все на матрице ALTERA
----или разбирайтесь с готовыми фреймерами. Вот им уже нужен процессор для программирования режимов, обычно по SPI.

FSRReceive Frame Sync
This is an 8 kHz enable that must be synchronous with

BCLKR. Following a rising FSR edge, a serial PCM word at

DR is clocked by BCLKR into the receive data register.

FSR
also initiates a decode on the previous PCM word. In the absence
of FSX, the length of the FSR pulse is used to determine
whether the I/O conforms to the Short Frame Sync or
Long Frame Sync convention.

DR
Receive Digital Data Input

BCLKR/CLKSEL
Receive Data Clock and Master Clock Frequency
Selector
If this input is a clock, it must be between 128 kHz and
4.096 MHz, and synchronous with FSR. In synchronous
applications this pin may be held at a constant level; then

BCLKX is used as the data clock for both the transmit and
receive sides, and this pin selects the assumed frequency of
the master clock (see Table 1 in Functional Description).
MCLKR/PDN
Receive Master Clock and Power–Down Control
Because of the shared DAC architecture used on these
devices, only one master clock is needed. Whenever FSX is
clocking, MCLKX is used to derive all internal clocks, and the
MCLKR/PDN pin merely serves as a power–down control. If
MCLKR/PDN pin is held low or is clocked (and at least one
of the frame syncs is present), the part is powered up. If this
pin is held high, the part is powered down. If FSX is absent
but FSR is still clocking, the device goes into receive half–
channel mode, and MCLKR (if clocking) generates the
internal clocks.
MCLKX
Transmit Master Clock
This clock is used to derive the internal sequencing clocks;
it must be 1.536 MHz, 1.544 MHz, or 2.048 MHz.
BCLKX
Transmit Data Clock
BCLKX may be any frequency between 128 kHz and
4.096 MHz, but it should be synchronous with MCLKX.
DX
Transmit Digital Data Output
This output is controlled by FSX and BCLKX to output the
PCM data word; otherwise this pin is in a high–impedance
state.
FSX
Transmit Frame Sync
This is an 8 kHz enable that must be synchronous with
BCLKX. A rising FSX edge initiates the transmission of a
serial PCM word, clocked by BCLKX, out of DX. If the FSX
pulse is high for more than eight BCLKX periods, the DX and
TSX outputs will remain in a low–impedance state until FSX
is brought low. The length of the FSX pulse is used to determine
whether the transmit and receive digital I/O conforms to
the Short Frame Sync or to the Long Frame Sync convention.
TSX
Transmit Time Slot Indicator
This is an open–drain output that goes low whenever the
DX output is in a low–impedance state (i.e., during the transmit
time slot when the PCM word is being output) for enabling
a PCM bus driver.
ANLB
Analog Loopback Control Input (MC145564/67 Only)
When held high, this pin causes the input of the transmit
RC active filter to be disconnected from GSX and connected
to VPO+ for analog loopback testing. This pin is held low in
normal operation.
ANALOG
GSX
Gain–Setting Transmit
This output of the transmit gain–adjust operational amplifier
is internally connected to the encoder section of the
device. It must be used in conjunction with VFXI– and VFXI+
to set the transmit gain for a maximum signal amplitude of
2.5 V peak. This output can drive a 600 W load to 2.5 V peak.
VFXI–
Voice–Frequency Transmit Input (Inverting)
This is the inverting input of the transmit gain–adjust
operational amplifier.
VFXI+
Voice–Frequency Transmit Input
(Non–Inverting)
This is the non–inverting input of the transmit gain–adjust
operational amplifier.
VFRO
Voice–Frequency Receive Output
This receive analog output is capable of driving a 600 W
load to 2.5 V peak.
VPI
Voltage Power Input (MC145564/67 Only)
This is the inverting input to the first receive power amplifier.
Both of the receive power amplifiers can be powered
down by connecting this input to VBB.
VPO–
Voltage Power Output (Inverted) (MC145564/67 Only)
This inverted output of the receive push–pull power amplifiers
can drive 300 W to 3.3 V peak.
VPO+
Voltage Power Output (Non–Inverted)
(MC145554/67 Only)
This non–inverted output of the receive push–pull power
amplifier pair can drive 300 W to 3.3 V peak.
POWER SUPPLY
GNDA
Analog Ground
This terminal is the reference level for all signals, both analog
and digital. It is 0 V.
VCC
Positive Power Supply
VCC is typically 5 V.
VBB
Negative Power Supply
VBB is typically – 5

Это делается битом А в 16 канальном интервале спериодом повторения 2 мс, поскольку импульс набор 40/60мс, то 2 мс это очень маленькая погрешность.

Не хотелось позорить собой свое учебное учереждение, но это Самарский аэрокосмический университет))))))))

Ничего страшного в этом нет. У нас везде так))) Кроме Сколково)))))))))))

Не хотелось позорить собой свое учебное учереждение, но это Самарский аэрокосмический университет))))))))



Если буду реализовывать на ПЛИС, то могут возникнуть проблемы с разделом метрология..

--- А если не на ПЛИС не возникнут?
--- Ведь главное решить задачу , а как её решили в этом и есть суть ИНЖЕНЕРА

Да точно, теперь не надо заморачиватся.


А для готового фреймера тоже ведь надо на кодеки подавать строб импульс. А значит по-любому нужна ПЛИС.

---С готовыми никогда не работал, всё делали на ПЛИС

На какой вывод подавать сторб?
http://i066.radikal.ru/1012/d1/7585da9e1f87.png



Я так понял что за это отвечают
FSX
Transmit Frame Sync
This is an 8 kHz enable that must be synchronous with

Подаем 8кГц
---Это и есть ваш импульс длительностью 3,9 uS, с периодом повторения 8 Кгц, который запускает в кодеке АЦП (ЦАП) преобразования


BCLKX. A rising FSX edge initiates the transmission of a
serial PCM word, clocked by BCLKX, out of DX. If the FSX
pulse is high for more than eight BCLKX periods, the DX and
TSX outputs will remain in a low–impedance state until FSX
is brought low. The length of the FSX pulse is used to determine
whether the transmit and receive digital I/O conforms to
the Short Frame Sync or to the Long Frame Sync convention.

Подаем строб
--- грубо говоря это есть тактовая 2048кГц которая ещё будет тактовой на передачу Е1


Недопонял.

в ки16 хотел передавать инфу трубка снята и тд
но это все фигня, как сделать . ки 16 это 3,9мкс.
aaaa bbbb
cccc dddd

--- правильно но период повторения 125uS, в сверхцикле 16 повторений 125х16=2ms для каждого канала!
---почитайте цикловую и сверхцикловую структуру Е1
---Сигнализация передается в основном битом А (абонентская и 1ВСК) и В - 2ВСК С=0, D=1 почти всегда.
--- Если речь идёт о межстанционной сигнализации то в 16КИ идут байты данных обмена между АТС (64кбит) это сигнализация Вам не нужна

Где это кстати, нормируется как передавать сигнализацию?
--Есть отраслевые стандарты - нагуглите их полно

--- правильно но период повторения 125uS, в сверхцикле 16 повторений 125х16=2ms для каждого канала!
---почитайте цикловую и сверхцикловую структуру Е1

Все, понял о чем Вы, с мс пока непривычно как-то. Т.е. каждый значащий бит будет передаватся каждые 2мс

вот допустим в цикле ки16
2 бита дается на сигнализацию по Н каналу
Пусть первый бит на поднятие трубки, второй бит на передачу номера

Напервом месте идет служебная инфа -сверхцикловой синхросигнал и авария дальнего конца по сверхциклу
1канал 2 канал
1101 0001
3канал 4 канал
0001 0001
5канал 6 канал

*******************
29 канал 30 канал
0001 0001

что мы видим - абонент 1 снял трубку
вот из-за чего и возникало у меня недопонимание

Я думал как передается сигнализация - вот на той стороне я дал цифру 8 импульсным набором, микросхема SLIC отработала ее и закодировала в двоичном коде например 100.
Этот двоичный код я передал в ки 16, на друой стороне обработал микроконтроллером и с помощью реле делаю 8 кз линии с длительностью 40мс
выжидаю интервал 200мс, принимаю следующую цифру.

А Вы я так понял предлагаете даже не заморачиваться с перекодировкой. И передовать 1 до тех пор, пока есть импульс( действительно 2мс и 40мс - это маленькая погрешность), а как импульс закончился передавать 0.

Все, теперь вроде понял.
Спасибо.

А если стык цифровой, т.е. сразу со станции идет по V5.1 - то тогда каким образом передавать номер?

И набор и снятие трубки - это одно и тоже! Замыкание и размыкания шлейфа. Поэтому ИКМ передает состояние шлейфа замкнуто бит А=0, разомкнуто бит А=1 . ВСЁ! Не надо ничего кодировать и распозновать цифры набора.
Если АТС принимает набор по V5.1 то это как раз бит А от ИКМ.
Аналогично от АТС - идет вызов в сторону абонента, мы декодируем высокое вызывное напряжение и превращаем его в бит А=0, если нет звонка бит А=1.

Не вводите в заблуждение насчет бита А для V5.1 или V5.2. Там совсем другой принцип управления.

Согласен, эти протоколы байт ориентированные.
При разработки аппаратуры ИКМ вообще не обязательно знать эти протоколы - передавайте прозрачно 16 КИ пусть АТС и мультиплексор абон. выноса сами разбираются.

Если речь идет об абонентском выносе по V5.X - то это уже не дипломная работа , а как минимум кандидатская по объему работ.
Но я так понял речь идёт о простой передаче телефонных каналов по оптике. А это в простейшем случае цепочка вида Абон.окончание АТС=> вход ИКМ=>E1 (G.703)=>выход ИКМ=>телефон.
Для 30-ти выносов реализация протокола V5.1 в ИКМ ну как минимум дорого.

Тут достаточно сигнализации 1 ВСК по биту А. 30 КИ=30ТА.
Другое дело дальнейшее развитие этого протокола где уже используется до 16Е1. Цена такого выноса+(транспорт Е3) уже сопоставима с ценою АТС на 480 номеров, которая связана с вышестоящей АТС по ОКС7 одним или 2-мя Е1 (зависит от эрлангов)))).
А отдельная АТС может обеспечить значительно больше сервиса чем вынос по V5.2.
Я считаю V5.2 - тупиковый путь в Российских условиях!