Интересует примерная стоимость реализации протокола и сроки реализации при нулевых начальных условиях.
А так же интересен порядок работы над таким проектом.
Буду признателен за любые соображения по этому поводу.

Сообщение отредактировал связист - Aug 17 2008, 20:45

Если о реально работающем не только сам на себя, то полагаю немеряно. С другой стороны если не требуется совместимость с любым модемом, то прямо "по учебнику"/демкам от производителя что-то реально.

дело нескольких недель
в случае портирования исходников ETSI (а они в сети есть) на сигнальники TI (причём львиная доля работы проделана - TI уже предоставляет "свой" bas_ops.h - файл, куда инферятся стандартные ETSIшные функции)
портировал вокодеры под TI: работа свелась к выкидыванию всяких free() & malloc() и описания структур контекста канала (для многоканального использования).
ну и переписывания некоторых циклов, после прогона профилировщика
(задачи получить сверхпроизводительность не стояло)

2Doka
Не могли бы Вы дать ссылку на исходники если есть.
И ещё один вопрос: стоит ли изобретать свои исходники, делать там всё по канонам науки о модемах или вряд ли удастся получить результат лучше, чем стандартные алгоритмы в уже реализованных исходниках?

2zltigo
Если он будет работать по протоколу, то автоматически будет совместим с любым модемом, работающим по тому-же протоколу. А если не будет совместим со стандартным протоколом, то придётся писать самому ещё и протокол... Так что лучше брать стандартный.



А про стоимость почему-то все молчат...

Ха . Та демо-реализация, которую Вы на халяву из книжки возьмете будет работать странно и в паркетных условиях.

С этого места поподробней.
Как это может быть чтобы два модема работали по протоколу и при этом не могли работать друг с другом?

Кстати, про какую демо-реализацию идёт речь? Нет ли у Вас этой книжки?
И что она демонстрирует: только обработку сигнала в модеме или ещё и процедуры установления соединения?

Сообщение отредактировал связист - Aug 19 2008, 15:35

Очень просто - нюансы поведении при ошибках, неидеальностях и реальностях.

Doka поминал TI, подобное есть и в материалах AD. AD где-то валяются, но давно уже не интересуют.

Только Data Pump, естественно .

Это может оказать влияние на качество связи через модем (например, лучший модем, в котором меньше ошибок и применены лучшие алгоритмы демодуляции, будет работать при меньшем соотношении сигнал/шум), но не до такой же степени, что совсем они друг с другом связаться не смогут...




А бывают ли исходники так чтобы вставить их как компонент и всё заработало?

Сообщение отредактировал связист - Aug 19 2008, 16:27

Бывает ещё лучше, покупаете готовое устройство и оно работает :)

Так не интересно - нужны исходники чтобы их встроить в свой девайс.

не мог бы.. раньше скачивал с сайта (референсные ETSI).. за давностию срока - не скажу сейчас с какого..
если надо какие вокодеры - пишите в личку (они на харде все остались.) а связного ничего, увы, нет
собственно исходники - 50% успеха.


двоякий вопрос)))
сама спецификация V.22 от 1988г.
с той поры много воды и MIPSов утекло.. в т.ч. появилась и ADSL со своими 22МБитами по ТфОП (и стоимостью коробочки для конечного потребителя - 30уе в розницу)

но это лирика..
одно скажу: когда мы делали заказной спутниковый радиоканал - заимствовали идеи из других стандартов связи.
ИМХО, неблагодарное занятие - изобретать то, что уже изобретено и проверено на практике (вошло в стандарт)
но основной причиной было тогда - очень ограниченное время на разработку



да, точно. можно еще примеры блекфина на сайте ADi посмотреть - это коненчо не "исходники", но там есть примеры реализаций отдельных функций (e.g. модуляция-демодуляция)

В отличие от стандартов ITU вокодеров серии G стандарты на модемы серии V не только не содержат референтного кода, но даже не содержат описания демодулятора. Стандарты содержат только спецификацию модулятора, поэтому дизайн демодулятора оставлен на долю разработчика.
Это большая и совсем не программистская, а инженерная работа. Большая поскольку стандарты на телефонные модемы похожи на матрёшку и включают в себя (или требуют совместимости) с другими, предыдущими стандартами. На сайте ITU никогда не было и быть не могло референтного кода

Здесь был исходный код программного модема LinModem
http://www.close.u-net.com/ltmodem.html



или здесь
http://www.cs.york.ac.uk/~fisher/modem
Это всё open-source и до какой стадии доведено до ума нужно разбираться, нацеливаются они как минимум на v32

На свой страх и риск и всё равно нужно разбираться. Непросто это. Успешная разработка с нуля модема v22 (включая все навороты с сжатием и коррекцией ошибок) занимала, как мне говорят инсайдеры, в приличных фирмах 5-7 ч*лет

Обычно много проще найти аппаратный одночипный "модемный чипсет" или даже использовать С54CST DSP , там СПИРИТ реализацию модема до v32 вложил в ROM 320с54 от TI

ЗЫ. По первой ссылке возможно не осталось ничего кроме драйвера для софт-модемов. Когда-то они пытались реализовать свой "физически" модем и был такой файл

тады ой

2Doka и fontp
Другие протоколы кроме V.22 не подходят, так как надо реализовать оригинальный V.22bis-подобный протокол, а потом и сам стандартный V.22bis.
Поэтому вопрос не в выборе протокола, а в том стоит ли самостоятельно заниматься реализацией протокола V.22 и возможно ли реализовать его лучше, чем уже сделано в чьих-то чужих реализациях. А кроме того, придётся самому делать оригинальный протокол, который хотя и похож на V.22, но всё-таки отличается от него. Да и перспектива покапаться самому в теории меня не пугает. Но так как от начала до конца сам никогда протоколов не реализовывал, то хочу приблизительно оценить насколько трудоёмкость отличается от той, которую предполагаю я.

Спасибо за ссылки. Посмотрел по диагонали исходники по ссылкам.
Ссылка на софтмодем от Люсент содержит в исходниках массивы бинарного кода программы сигнального процессора, заливаемого драйвером собственно в сигнальный процессор.
Ещё одна ссылка содержит исходники модема V.21 и V.23, а они работают с частотной модуляцией.
Ссылки интересные. Покопаю ещё. Может быть что-то и найду.

В свое время делал программную реализацию полностью протокола V.32 (V.32bis) в дуплексе с эхокомпенсацией. Интересно, сколько сейчас стоит подобный проект?