[vadim61 0]

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

но я че то не до конца понял.

 

Вот после икм кодека у меня есть икм линия 64 кбит/с

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

 

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

 

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

 

 

 

 

 

 

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

таких микросхем наверное точно нет

 

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

 

Это смотря в какой вид сигнализации, если в 1 ВСК то проблем нет. Трубка снята = соответствующий бит А в 16КИ=0, положена =1

Это протокол V5.1. 1 поток Е1 обслуживает 30 абонентов - по числу КИ(канальных интервалов)

Если вы хотите V5.2 = то там все значительно сложней! Там на одном потоке Е1 может сидеть больше 30-ти абонентов.

 

[DmitryM 0]

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

[DmitrySvrv 0]

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

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

[vadim61 0]

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

Параметры такие чтобы на каждый кодек они не пересекались, по сути дела это ОЕ для кодека (если брать "длинный" фрейм).

для потока Е1 тактовая =2048Кгц, период повторения фреймов 8Кгц, число Канальных Интервалов=32, число бит на канал=8.

Вот и считайте, я дал все исходные параметры

[DmitrySvrv 0]

Параметры такие чтобы на каждый кодек они не пересекались, по сути дела это ОЕ для кодека (если брать "длинный" фрейм).

для потока Е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, то лучше на плис их реализовать.

 

 

В принципе я наверное ленивый студент, или потому что сроки очень сильно поджимают

http://www.rid.mv.ru/dsp/dtmf/ti.pdf

Но куда подключить так и не придумал

 

По сути у меня организована ИКМ шина из Si3050

По SPI идет обмен менжду PIC 16 и Si3050

Верно уловил?

 

 

Вопрос еще очень глобальный!.

генератор DTMF - такой в принципе ниче сложно реализоватьи на аналоговых девицах

По сути сделать - синус разложить в ряд, вот и генератор1.

второй синус в ряд разложить - второй генератор

и суммируй их как хочешь.

http://www.dsp.sut.ru/rus/products/dtmfdet/gendtmf.html

 

DAA от Silabs Si3050 и Si3019

 

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

 

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

 

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

 

 

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

Изменено 8 декабря, 2010 пользователем DmitrySvrv

[vadim61 0]

Период повторения 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 кодеков развести?

 

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

 

---Вы где учитесь?

Мои ответы в теле Вашего сообщения

[DmitrySvrv 0]

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

 

---Вы где учитесь?

Мои ответы в теле Вашего сообщения

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

 

 

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

Так как счетчиков надо 30, то лучше на плис их реализовать.

 

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

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

 

--Зачем Вам это! Кодек пропускает прозрачно спектр 300-3400 от телефона с DTMF до АТС, не надо ничего кодировать и декодировать!

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

 

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

 

----Зачем Вам это, делайте все на матрице ALTERA

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

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

 

На какой вывод подавать сторб?

http://i066.radikal.ru/1012/d1/7585da9e1f87.png

 

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

 

Я так понял что за это отвечают

FSX

Transmit Frame Sync

This is an 8 kHz enable that must be synchronous with

 

Подаем 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.

 

Подаем строб

 

 

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

Недопонял.

 

в ки16 хотел передавать инфу трубка снята и тд

но это все фигня, как сделать . ки 16 это 3,9мкс.

aaaa bbbb

cccc dddd

 

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

 

Изменено 8 декабря, 2010 пользователем DmitrySvrv

[vadim61 0]

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

 

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

[DmitrySvrv 0]

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

А в Сколково что?

 

ага, дали бы мне тыщ десять хотя бы на детальки, может быть почувствовал бы с чем дело имею.

я плис прогал только на макетной плате.

с контроллерами правда работали плотно.

цос процессоров ваще в глаза не видел, но цос был.

 

[vadim61 0]

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

 

 

 

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

 

--- А если не на ПЛИС не возникнут?

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

 

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

 

 

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

 

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

 

На какой вывод подавать сторб?

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кбит) это сигнализация Вам не нужна

 

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

--Есть отраслевые стандарты - нагуглите их полно

 

 

Про Сколково это я так пошутил.

[DmitrySvrv 0]

--- правильно но период повторения 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 - то тогда каким образом передавать номер?

Изменено 9 декабря, 2010 пользователем DmitrySvrv

[vadim61 0]

Все, понял о чем Вы, с мс пока непривычно как-то. Т.е. каждый значащий бит будет передаватся каждые 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.

[DmitryM 0]

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

Если АТС принимает набор по V5.1 то это как раз бит А от ИКМ.

Аналогично от АТС - идет вызов в сторону абонента, мы декодируем высокое вызывное напряжение и превращаем его в бит А=0, если нет звонка бит А=1.

 

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

[vadim61 0]

Не вводите в заблуждение насчет бита А для 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 - тупиковый путь в Российских условиях!

[DmitryM 0]

Согласен, эти протоколы байт ориентированные.

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

Угу, а также 15 и 31

Если речь идет об абонентском выносе по V5.X - то это уже не дипломная работа , а как минимум кандидатская по объему работ.

Но я так понял речь идёт о простой передаче телефонных каналов по оптике. А это в простейшем случае цепочка вида Абон.окончание АТС=> вход ИКМ=>E1 (G.703)=>выход ИКМ=>телефон.

Для 30-ти выносов реализация протокола V5.1 в ИКМ ну как минимум дорого.

V5.1 как раз ориентирован на 30 абонентов в отличие от V5.2

Тут достаточно сигнализации 1 ВСК по биту А. 30 КИ=30ТА.

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

А отдельная АТС может обеспечить значительно больше сервиса чем вынос по V5.2.

Я считаю V5.2 - тупиковый путь в Российских условиях!

Категорически не согласен. V5.2 позволяет значительно нарастить емкость с незначительным ARPU и позволяет управлять абонентами непосредственно(запреты/сервисы), чего недостигнешь при соединении через ОКС.