Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
shb Associated member
Зарегистрирован: 09.10.2006 Сообщения: 8
|
Добавлено: Пн Окт 09, 2006 7:18 pm Заголовок сообщения: Удаленная работа. ФАКС-протокол |
|
|
Нужен специалист имеющий познания ITU-T T.30 T31
Задача такая:
Есть 2 телефонные линии, к ним подключены 2 Факс-модема.
между Факс-модемами компютер. Модемы подключены к компютеру через RS-232.
Требуется написать программу, чтобы прозрачно передавать факсимильные сообщения в обе стороны.
Необходимо транслировать факс-сообщение из одной линии в другую?
На других концах линии факсы стоят в автомате.
Может я не в том разделе написал. Подскажите где искать оных спецов. |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Вт Окт 10, 2006 7:34 am Заголовок сообщения: |
|
|
Искать таких специалистов нужно в компаниях, занимающихся разработкой факс-софта. Например, в "Венте" или в DDiX-Soft. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
shb Associated member
Зарегистрирован: 09.10.2006 Сообщения: 8
|
Добавлено: Пт Дек 29, 2006 5:26 pm Заголовок сообщения: |
|
|
Большое спасибо Technical Support за подсказку.
Товариши из Венты напроч откказались от работы ссылаясь что занимаются только своим продуктом.
Но во ребята из DDiX-Soft обещяли сделать и даже за 2 недели.
По оплате договорились. На самой последней стадии человек крепко заболел и похоже на долго.
Не подскажите ли где еще водятся спецы такого направления и уровня. Работа горит. |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Пт Дек 29, 2006 5:58 pm Заголовок сообщения: |
|
|
К сожалению, в России таких специалистов очень мало. Если нужно сделать "что-то на скорую руку, лишь бы работало", то можно вообще не вникать в протоколы факсимильной связи, а использовать многолинейную (в Вашем случае 2-линейную) версию Ventafax, и соорудить некую оболочку, которая бы перебрасывала принятые по одной линии факсы из в очередь на отправку другой линии. Для этого в Ventafax предусмотрены механизмы запуска из командной строки, плагины. В общем, задача представляется вполне разрешимой. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
shb Associated member
Зарегистрирован: 09.10.2006 Сообщения: 8
|
Добавлено: Пт Дек 29, 2006 6:07 pm Заголовок сообщения: |
|
|
Я понимаю на скорую руку не получится.
Да и затем нам нужно будет программу написанную на С запихнуть в микроконтроллер. |
|
Вернуться к началу |
|
|
shb Associated member
Зарегистрирован: 09.10.2006 Сообщения: 8
|
Добавлено: Пт Дек 29, 2006 6:44 pm Заголовок сообщения: |
|
|
В этой задаче действительно не нужно заморачиваться на декодировку сообщений. Здесь нужно только на этапе 1 и 2 установления соединения правильно развести факс чипы, а далее соединить их жопа к жопе и далее корректно закончить соединение |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Пт Дек 29, 2006 7:07 pm Заголовок сообщения: |
|
|
Если речь идёт о "запихивании программы в специализированное устройство" (микроконтроллер), то это - совсем другой тип задачи. Предложенное раньше решение ("надстройка над Ventafax") не подойдёт.
Решение "соединить их жопа к жопе" не подходит в принципе. В факсимильном протоколе нет понятия "управление потоком". Когда передающий аппарат производит передачу изображения страницы, принимающий должен принимать и ждать, пока передача страницы не закончится. Сказать "подожди, пока я передам эти данные другому факсу" он не может.
Поэтому, если соединение произошло на разных скоростях (например, приём факса происходит на 14400 бит/с, а передача по другой линии - на 4800 бит/с), простой переброской данных не обойтись. Есть и другие сложности (например, разное разрешение у принимающей и передающей машины). Поэтому, если делать всё честно, то придётся организовывать буферизацию принимаемых факсов, а также заниматься преобразованием изображений, меняя их разрешение.
В общем, быстрого решения проблемы нет. Нужен настоящий специалист... _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
shb Associated member
Зарегистрирован: 09.10.2006 Сообщения: 8
|
Добавлено: Пт Дек 29, 2006 7:27 pm Заголовок сообщения: |
|
|
Цитата: | Решение "соединить их жопа к жопе" не подходит в принципе. В факсимильном протоколе нет понятия "управление потоком". Когда передающий аппарат производит передачу изображения страницы, принимающий должен принимать и ждать, пока передача страницы не закончится. Сказать "подожди, пока я передам эти данные другому факсу" он не может. |
Вся задача состоит именно в начальной настройке скоростей, разрешения и методов исправления ошибок. И только настройке сразу двух модемов.
Цитата: | Поэтому, если соединение произошло на разных скоростях (например, приём факса происходит на 14400 бит/с, а передача по другой линии - на 4800 бит/с), простой переброской данных не обойтись. Есть и другие сложности (например, разное разрешение у принимающей и передающей машины). Поэтому, если делать всё честно, то придётся организовывать буферизацию принимаемых факсов, а также заниматься преобразованием изображений, меняя их разрешение. |
Если одна сторона предлагает 14400 а другая 4800 оба устанавливаем в 4800 т.е. наихудшую. Если хотябы на одной стороне нет исправлени ошибок, значит их не будет в обеих линиях ну и так далее
А уж потом после настройки тупая трансляция из одного уарта в другой и отлавливать конец сообщения, вобшем как в Т.30 |
|
Вернуться к началу |
|
|
shb Associated member
Зарегистрирован: 09.10.2006 Сообщения: 8
|
Добавлено: Пт Дек 29, 2006 7:31 pm Заголовок сообщения: |
|
|
И еще для полного понимания:
1-модем- GSM-модем
2-модем- Факс-чип. |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Пт Дек 29, 2006 10:45 pm Заголовок сообщения: |
|
|
Заметим, что данная тема выходит за рамки нашего форума (здесь мы обсуждаем только модемы IDC).
Ну коль уж начали, попробуем довести до некой логической "точки".
Цитата: | Вся задача состоит именно в начальной настройке скоростей, разрешения и методов исправления ошибок. И только настройке сразу двух модемов. |
Это возможно только в некоторых частных случаях и смеем утверждать, что надёжность работы при такой схеме будет крайне низкой. Приведём пример: допустим, удалось настроить приём и передачу на одну и ту же скорость. Передали страницу, и получили отрицательное подтверждение (RTN). В таком случае нужно, по идее, передать страницу повторно (а её в буфере нет). Как вариант - провести повторную тренировку перед передачей следующей страницы (и возможно, понизить скорость). И как теперь добиться совпадения скоростей, а?
Как ни крути, а при правильной реализации эдакого "fax-relay" без буферизации не обойтись.
Можно попробовать обойти буферизацию, если построить "тупой ретранслятор". Это решение теоретически может работать в случаях, когда приём с одного факс-аппарата осуществляется синхронно с передачей другому, примерно по такому сценарию:
1. Пришёл входящий звонок (от факса, который хочет передавать) - сразу же начинаем набор номера "конечного получателя".
2. Услышали ответ от удалённой факс-машины - посылаем ответ вызывающему.
3. Получили от отвечающего DIS и пересылаем его вызывающему.
4. Получили от вызывающего DCS, TCF - пересылаем эти сигналы отвечающему. Если отвечающий подтвердил (CFR) - начинаем передачу страницы.
Тонкий момент: что делать, если тренировочную последовательность (TCF) получили с ошибками? А вот что: передать заведомо плохую тренировочную последовательность (из единичек вместо нулей, например), чтобы принимающая факс-машина заведомо от неё отказалась. И дальше всё пойдёт, как в T.30: отвечающий пришлёт FTT, вызывающий снизит скорость и т.д. В общем, такой вариант теоретически может сработать. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
shb Associated member
Зарегистрирован: 09.10.2006 Сообщения: 8
|
Добавлено: Сб Дек 30, 2006 12:32 pm Заголовок сообщения: |
|
|
Я бы назвал умный ретранслятор. Именно по описанному вами сценарию мы и планируем. И я не вижу здесь ни каких сложностей.
Я думаю даже тренировочную последовательность нужно транслировать насквозь. |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Вс Дек 31, 2006 8:56 pm Заголовок сообщения: |
|
|
Сложностей не видно, пока не приступишь к реализации
Одна из проблем - GSM модем. Впрочем, это уже за рамками форума. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
shb Associated member
Зарегистрирован: 09.10.2006 Сообщения: 8
|
Добавлено: Пн Янв 01, 2007 1:11 pm Заголовок сообщения: |
|
|
Спосибо за ответы. |
|
Вернуться к началу |
|
|
|