vadim61 0 18 ноября, 2010 Опубликовано 18 ноября, 2010 · Жалоба Мне прислали документашку на фалк 56. но я че то не до конца понял. Вот после икм кодека у меня есть икм линия 64 кбит/с таких кодеков у меня 30 штук по числу линий. мне их надо объединить в Е1 поток. а у фреймера один вход, т.е. как бы мне че 30 фреймеров ставить или я не вкурил? еще очень большой вопрос стоит с преобразованием сигнализации шлейфовой абонентской в цифровой вид и обратно. таких микросхем наверное точно нет У кодеков выход с Z-состоянием, объедините их (все 30-ть) на один вход фреймера и всё. Это смотря в какой вид сигнализации, если в 1 ВСК то проблем нет. Трубка снята = соответствующий бит А в 16КИ=0, положена =1 Это протокол V5.1. 1 поток Е1 обслуживает 30 абонентов - по числу КИ(канальных интервалов) Если вы хотите V5.2 = то там все значительно сложней! Там на одном потоке Е1 может сидеть больше 30-ти абонентов. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DmitryM 0 18 ноября, 2010 Опубликовано 18 ноября, 2010 · Жалоба Угу, "У кодеков выход с Z-состоянием, объедините их (все 30-ть) на один вход фреймера и всё." и управлять стробами. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DmitrySvrv 0 23 ноября, 2010 Опубликовано 23 ноября, 2010 · Жалоба Угу, "У кодеков выход с Z-состоянием, объедините их (все 30-ть) на один вход фреймера и всё." и управлять стробами. а параметры строба какие? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vadim61 0 23 ноября, 2010 Опубликовано 23 ноября, 2010 · Жалоба а параметры строба какие? Параметры такие чтобы на каждый кодек они не пересекались, по сути дела это ОЕ для кодека (если брать "длинный" фрейм). для потока Е1 тактовая =2048Кгц, период повторения фреймов 8Кгц, число Канальных Интервалов=32, число бит на канал=8. Вот и считайте, я дал все исходные параметры Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DmitrySvrv 0 8 декабря, 2010 Опубликовано 8 декабря, 2010 (изменено) · Жалоба Параметры такие чтобы на каждый кодек они не пересекались, по сути дела это ОЕ для кодека (если брать "длинный" фрейм). для потока Е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 8 декабря, 2010 Опубликовано 8 декабря, 2010 · Жалоба Период повторения 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 8 декабря, 2010 Опубликовано 8 декабря, 2010 (изменено) · Жалоба ---Делайте все на матрице - там много портов! ---Вы где учитесь? Мои ответы в теле Вашего сообщения Не хотелось позорить собой свое учебное учереждение, но это Самарский аэрокосмический университет)))))))) Реализовать это можно с помощью счетчика, подавая на него 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 8 декабря, 2010 Опубликовано 8 декабря, 2010 · Жалоба Не хотелось позорить собой свое учебное учереждение, но это Самарский аэрокосмический университет)))))))) Ничего страшного в этом нет. У нас везде так))) Кроме Сколково))))))))))) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DmitrySvrv 0 8 декабря, 2010 Опубликовано 8 декабря, 2010 · Жалоба Ничего страшного в этом нет. У нас везде так))) Кроме Сколково))))))))))) А в Сколково что? ага, дали бы мне тыщ десять хотя бы на детальки, может быть почувствовал бы с чем дело имею. я плис прогал только на макетной плате. с контроллерами правда работали плотно. цос процессоров ваще в глаза не видел, но цос был. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vadim61 0 8 декабря, 2010 Опубликовано 8 декабря, 2010 · Жалоба Не хотелось позорить собой свое учебное учереждение, но это Самарский аэрокосмический университет)))))))) Если буду реализовывать на ПЛИС, то могут возникнуть проблемы с разделом метрология.. --- А если не на ПЛИС не возникнут? --- Ведь главное решить задачу , а как её решили в этом и есть суть ИНЖЕНЕРА Да точно, теперь не надо заморачиватся. А для готового фреймера тоже ведь надо на кодеки подавать строб импульс. А значит по-любому нужна ПЛИС. ---С готовыми никогда не работал, всё делали на ПЛИС На какой вывод подавать сторб? 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 9 декабря, 2010 Опубликовано 9 декабря, 2010 (изменено) · Жалоба --- правильно но период повторения 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 10 декабря, 2010 Опубликовано 10 декабря, 2010 · Жалоба Все, понял о чем Вы, с мс пока непривычно как-то. Т.е. каждый значащий бит будет передаватся каждые 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 10 декабря, 2010 Опубликовано 10 декабря, 2010 · Жалоба И набор и снятие трубки - это одно и тоже! Замыкание и размыкания шлейфа. Поэтому ИКМ передает состояние шлейфа замкнуто бит А=0, разомкнуто бит А=1 . ВСЁ! Не надо ничего кодировать и распозновать цифры набора. Если АТС принимает набор по V5.1 то это как раз бит А от ИКМ. Аналогично от АТС - идет вызов в сторону абонента, мы декодируем высокое вызывное напряжение и превращаем его в бит А=0, если нет звонка бит А=1. Не вводите в заблуждение насчет бита А для V5.1 или V5.2. Там совсем другой принцип управления. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vadim61 0 10 декабря, 2010 Опубликовано 10 декабря, 2010 · Жалоба Не вводите в заблуждение насчет бита А для 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 11 декабря, 2010 Опубликовано 11 декабря, 2010 · Жалоба Согласен, эти протоколы байт ориентированные. При разработки аппаратуры ИКМ вообще не обязательно знать эти протоколы - передавайте прозрачно 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 и позволяет управлять абонентами непосредственно(запреты/сервисы), чего недостигнешь при соединении через ОКС. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться