Как поймать конец связи?, Help! Способ подключения нестандартный. Опции

[sigmaN]

В нашем "супер-проекте" в качестве модема юзается трубка Sony Ericsson W810i.
присутствуют там только сигналы RXD и TXD...
Вопроса на самом деле 2:
1. Как в такой ситуации осуществить Flow Control?
А вдруг у модема переполняется буфер? Как он об этом сообщит хосту?
2. По переходу в online data mode о разрыве связи говорит лишь \n\rNO CARRIER\n\r.
Мне что, фильтровать весь траффик на предмет наличия этих символов для обработки сего неприятного факта?
Или есть способы "по умнее"?

Всем отозвавшимся спасибо )

[zltigo]

1. Как в такой ситуации осуществить Flow Control?

Активизировать софтовый.

Мне что, фильтровать весь траффик..

Разумеется да.

[sigmaN]

Ok, понял - значит будем фильтровать.

А что насчёт софтверного? это тот самый XON/XOFF?
Можно об этом подробнее?

[zltigo]

А что насчёт софтверного? это тот самый XON/XOFF?

А чего подробнее? Два кода тормози XOFF и продолжай XON передачу. Естественно не подходят для сырых байтовых потоков. Активизацию смотрите в AT командах.

[sigmaN]

Догадываюсь, что не подходят для сырых потоков.
Я передаю голос после вокодера, а это оно и есть какраз.
Коды XON и XOFF могут встречаться там..

Тогда как быть? Опять-таки фильтруя траффик заменять их на что-то ещё...ох не нравится мне эта идея, совсем криво как-то получается....
Но из того, что приходит в голову - пока единственная мысль.

Этот тип управления имеет преимущество в том, что не требует дополнительных линий, т.к. символы передаются по линиям TD/RD. Но на медленных соединениях это может привести к значительному замедлению соединения, т.к. каждый символ требует 10 битов.
похоже придётся читать стандарт. Откуда там 10битов?...

[Mc_off]

Откуда там 10битов?...

Может имелось в виду это:
start+8бит данных+stop= 10 бит.

[zltigo]

идея, совсем криво как-то получается....

Ничего страшного. Простенькое потоковое сжатие (если исходный поток не сжат) и поверх чего-нибудь типа UUE налету.

[sigmaN]

Может имелось в виду это:
start+8бит данных+stop= 10 бит.

Это то понятно. Просто там это сказано в разделе о программном управлении потоком(xon/xoff).
Но да ладно, это ерунда всё.

Думаю вообще забить на flow control и устроить для байтов что-то типа "кто не успел - тот опоздал" ))
Ну выпадет пара фреймов - делов-то!
Мне голос передавать в реалтайме, а не секретные документы.

Данные уже сжаты(вокодером), а UUE увеличивает объём передаваемых данных ~30%.
Полоса и так узкая! Не влезу точно. Только сырьё по трубам гнать придётся :-)

Всем огромное спасибо и BIG

[AlexandrY]

Чет не понял юмора.
Вы собираетесь использовать data CSD для передачи кодированного голоса?
А че собственный кодек трубы не удовлетворяет по качеству?

Смех в том, что труба подключается то по USB.
А в USB каналах стандартного коммуникационного профиля любой flowcontrol можно найти.

Понял бы проблему если речть идет о секремблере типа этого http://aly.ogmis.lt/Products/CryptoPhone/CryptoPhone.htm

Но тогда при шифрации сцепленными блоками терять пакеты совсем не здорово.
А если не использовать протокол со сцеплением блоков то и скремблер мягко говоря слабоватый.

Если же использовать выход по GPRS то для PPP flowcontrol вообще не нужен. Там с буферами уже все в порядке.

В нашем "супер-проекте" в качестве модема юзается трубка Sony Ericsson W810i.
присутствуют там только сигналы RXD и TXD...
Вопроса на самом деле 2:
1. Как в такой ситуации осуществить Flow Control?
А вдруг у модема переполняется буфер? Как он об этом сообщит хосту?
2. По переходу в online data mode о разрыве связи говорит лишь \n\rNO CARRIER\n\r.
Мне что, фильтровать весь траффик на предмет наличия этих символов для обработки сего неприятного факта?
Или есть способы "по умнее"?

Всем отозвавшимся спасибо )

[sigmaN]

Скремблер скремблер )

По поводу USB: cмех в том, что наши могут всё! Это америкосы думают, что он только USB :-)
Был найден простой способ заставить трубу работать по rs-232 )).

Шифрованием занимаются отдельные люди.
Мне сообщили, что алгоритм шифрования (в разумных пределах) неплохо себя чувствует при потерях пакетов.
Скорость CSD 9600, вокодер выдаёт 8000.
Так что какой-то запас присутствует, а там практика покажет.
Надо будет - перейдем на меньший битрейт.
Благо Speex позволяет это сделать очень легко..

[AlexandrY]

Ну и как вы на 9600 хотите перполнить буфер у мобилы?
flowcontrol это наименьшая из проблем которые вас поджидают.

И че за уровень у ваших спецов если они даже к USB подключиться не могут?
И почему они отрыв RX TX не отрыли RTS CTS?

Скремблер скремблер )

По поводу USB: cмех в том, что наши могут всё! Это америкосы думают, что он только USB :-)
Был найден простой способ заставить трубу работать по rs-232 )).

Шифрованием занимаются отдельные люди.
Мне сообщили, что алгоритм шифрования (в разумных пределах) неплохо себя чувствует при потерях пакетов.
Скорость CSD 9600, вокодер выдаёт 8000.
Так что какой-то запас присутствует, а там практика покажет.
Надо будет - перейдем на меньший битрейт.
Благо Speex позволяет это сделать очень легко..

[sigmaN]

Ну и как вы на 9600 хотите перполнить буфер у мобилы?
flowcontrol это наименьшая из проблем которые вас поджидают.

И че за уровень у ваших спецов если они даже к USB подключиться не могут?
И почему они отрыв RX TX не отрыли RTS CTS?

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

Ну уровень может хоть и не самый лучший, но была-бы возможность - подключились бы. Дело в том, что габариты накладывают свои ограничения(причём очень очень жесткие).
Железяка, как у них задумано, будет пихаться прям в телефон.
RTS CTS не нашли ) говорят нет его там ))
Да и с этим извращенным rs-232 мне помучаться пришлось не плохо.Там целая процедура, чтобы его инициализировать. в конце, волшебным образом USB D+/D- становятся Rx и Tx
В общем так делать никому не советую

Кстати, какая реальная скорость CSD Data в среднем??
То, что по стандарту 9600, думаю не значит, что будет так в жизни. Особенно у нас в Украине ))
Очень слабо верю, что будет хотя-бы 8000....Хотя надежда есть ещё.....
У кого сколько получалось, товарищи?

[Mc_off]

Кстати, какая реальная скорость CSD Data в среднем??
То, что по стандарту 9600, думаю не значит, что будет так в жизни. Особенно у нас в Украине ))
Очень слабо верю, что будет хотя-бы 8000....Хотя надежда есть ещё.....
У кого сколько получалось, товарищи?

Там именно 9600, но это со старт и стоп битами. Полезной информации получается 7680 бит/с или 960 байт/с.

Голос через такой канал будет очень паршиво звучать (иногда даже трудно разобрать). Это конечно по личным впечатлениям при пропуске голоса через 8кБитный канал, с применением PCM кодирования. Возможно более могучие кодеки смогут улучшить ситуацию, но там нужно больше вычислений (целый DSP).

[sigmaN]

Ну PCM это немного не то))
Целый DSP и используется.
Также собран более могучий Speex ))
Так что думаю всё пойдёт!

[AlexandrY]

LPC2388 и никакого DSP.
Причем USB Host позволит вставить это решение в любую мобилу с USB.

Думаю если ваш заказчик узнает о таком проколе он будет мягко говоря недоволен.

Ну PCM это немного не то))
Целый DSP и используется.
Также собран более могучий Speex ))
Так что думаю всё пойдёт!