| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
dron1
Member
Зарегистрирован: 01.10.2005
Сообщения: 23
|
 Добавлено: Сб Окт 01, 2005 3:01 pm Заголовок сообщения: M modem не хочет передавать факсы |
 |
|
Взяли попробовать 8 портовый "м модем" 56К для организации "факс сервера" под Server2003. Сейчас у нас это работает на двух отдельных модемах роботиксах. Так вот М-Модем принимать- принимает факсы, а вот отправлять не хочет. После установки соединения и попытки отправки факса выдается неустранимая ошибка и разрыв. Установка Вентафакса( для пробы одноканальная Хом версия) также не помогла, факсы не отправляются. Версия драйвера последняя, дополнительных инициализаций никаких не прописано.
Вопрос- что делать ? Умеет вообще-то этот М-Модем отправлять факсы, и если ДА, то что для этого надо ? Может чего-нить инициализировать, или с бубном попрыгать...
Отдельно Вену4нет покупать нет никакого желания, поскольку сетевую отправку факсов нормально предоставляет Сервер2003, лиш-бы модем был нормальным |
|
| Вернуться к началу |
|
 |
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Сб Окт 01, 2005 4:15 pm Заголовок сообщения: |
|
|
Отправка факсов, безусловно, более простая задача, чем приём. У модемов IDC/VR+ (аналог которых установлен на IDC M Modem) проблем нет. Скорее всего, речь идёт о некой проблеме программного свойства. Первое, что приходит в голову - проблема с управлением потоком данных. При неправильно сконфигурированном управлении потоком с приёмом проблем не возникает, а при попытке передачи происходит переполнение буферов модема.
Поскольку у Вас установлена Ventafax Home Version, давайте попробуем разобраться по протоколу работы программы. О том, как включить запись протокола, написано в Help-e к программе, раздел "Если у вас возникли вопросы". Пришлите протокол попытки отправки факса нам, и копию - в техподдержку "Венты" (кто быстрее сообразит, в чём дело) 
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
dron1
Member
Зарегистрирован: 01.10.2005
Сообщения: 23
|
| Добавлено: Сб Окт 01, 2005 4:27 pm Заголовок сообщения: |
|
|
| Щас попробуем разобраться с Вентой, но сомое-то главное попробовать обойтись без нее... |
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Сб Окт 01, 2005 4:36 pm Заголовок сообщения: |
|
|
Давайте двигаться постепенно. На этом этапе нам нужно определить виновника торжества С помощью Ventafax это сделать удобнее всего, поскольку программа записывает весьма подробный журнал. И самое главное, уже установлена
Насчёт "обойтись без неё"... Наверное, это возможно. Но почему-то большинство пользователей IDC M Modem используют именно многоканальную версию Ventafax. Впрочем... пожалуй, не стоит это обсуждать в нашем форуме, есть более подходящие.
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
dron1
Member
Зарегистрирован: 01.10.2005
Сообщения: 23
|
| Добавлено: Сб Окт 01, 2005 5:31 pm Заголовок сообщения: |
|
|
Вот, сняли протокол:
| Код: | 18:01:47.03 # CmdLine= /c
18:01:48.40 # CmdLine= /c
18:01:56.05 # CmdLine= /g5 /s:"C:\Program Files\Venta\VentaFax & Voice 5\Out\demo.vfx" /t:"28826"
(v5.6r25(1L) 11.05.2005)Voice SU. Win_Xp. Voice VNTFXF32 07.04.2005. Session started 01.10.05 18:01:56 -
18:01:56.06 # WkSt: 3768, PgFl: 2116
18:01:56.28 # TAPI Line: IDC M Modem (card 0 port 0)
18:01:56.28 # TAPI Keys:
18:01:56.28 # \MDI
18:01:56.28 # unimodem6af8a2a1
18:01:56.28 # \EnableDistinctiveRing
18:01:56.28 # 1: at-sdr=7<cr>
18:01:56.28 # \EnableCallerID
18:01:56.28 # 1: at#cid=0<cr>
18:01:56.28 # \Init
18:01:56.28 # 1: AT&FE0<cr>
18:01:56.28 # 2: ATV1&C1&D2S95=41S38=0S0=0<cr>
18:01:56.28 #
18:01:56.28 # Tapi:Open Line
18:01:56.28 # Tapi:Make Call
18:01:57.20 # Tapi:REPLY P1=101CE, P2=0
18:01:57.20 # Tapi:(0x010224/0x01019B) CONNECTED:
18:01:57.22 # InQS=8192 OutQS=8192 1
18:01:57.22 # InQS=8192 OutQS=8192 1
18:01:57.22 # DCB: fInX=0 XonL=4096 XoffL=10 fOutX=0 fOutxCtsFlow=0 BRate=1200 fDtrCtrl=1 fRtsCtrl=2
18:01:57.22 # Returned: CRate=1200, FXon=0, FCts=0
18:01:57.22 < $ Auto Send $
18:01:57.28 > ATQ0V1E0&D2X4S0=0
18:01:57.51 < OK
18:01:57.70 > ATM1L1S7=50
18:01:57.80 < OK
18:01:57.80 # Table type: IDC */VR (Rockwell Voice)
18:01:57.80 # IDC M VR
18:01:57.86 > AT&K4+FCLASS=1
18:01:57.95 < OK
18:01:57.95 # Setting: CRate=19200, FXon=0, FCts=0
18:01:58.01 > AT+FRM=?
18:01:58.05 < 3,24,48,72,73,74,96,97,98,121,122,145,146
18:01:58.05 < OK
18:01:58.05 # MaxSpdOut=0, MaxSpdInp=0, MinSpdOut=0, MinSpdInp=0, ConTime=30
18:01:58.61 # Dialing... (1907)
18:01:58.61 # ~Monitoring Off
18:01:58.61 # ~Message: C:\Program Files\Venta\VentaFax & Voice 5\Out\demo.vfx
18:01:58.61 # ~Fax Introduction: C:\Program Files\Venta\VentaFax & Voice 5\SERVICE\intro1.wav
18:01:58.61 # ~LocationID: 1, CardID: 0, Phone: 28826
18:01:58.81 > ATS8?
18:01:58.83 < 002
18:01:58.83 < OK
18:01:58.89 > ATS7=50
18:01:58.90 < OK
18:01:58.97 > AT&K3#CLS=8
18:01:58.98 < OK
18:01:59.01 < Dle+0x68(h)
18:01:59.05 > AT#VRN=0#VBT=1
18:01:59.06 < OK
18:01:59.15 > AT#VSR=7200
18:01:59.17 < OK
18:01:59.20 > AT#VBS=8
18:01:59.22 < OK
18:01:59.22 # Setting: CRate=115200, FXon=0, FCts=1
18:01:59.28 > ATDT28826
18:02:03.87 < VCON
18:02:03.87 # ~Spectrum Analysis
18:02:03.87 # ~DLE-Code Analysis
18:02:03.87 # ~AGC On
18:02:03.87 # Modem Voice Format: PCM 8bit
18:02:03.90 > AT#VRX
18:02:03.92 < CONNECT
18:02:06.22 # Soft TONE400
18:02:11.28 # Soft MAN
18:02:11.28 # AbortRecord ' '
18:02:11.39 < Dle+0x03()
18:02:11.39 # 51533 Bytes
18:02:11.61 < VCON
18:02:11.64 > AT#VTS=[1100,1100,4]
18:02:12.12 < OK
18:02:12.25 # ~Spectrum Analysis Off
18:02:12.25 # ~DLE-Code Analysis
18:02:12.25 # Modem Voice Format: PCM 8bit
18:02:12.25 # "C:\Program Files\Venta\VentaFax & Voice 5\SERVICE\intro1.wav" is transmitting
18:02:12.28 > AT#VSR=7200
18:02:12.30 < OK
18:02:12.33 > AT#VBS=8
18:02:12.34 < OK
18:02:12.37 > AT#VTX
18:02:12.39 < CONNECT
18:02:12.95 # StopPlaying ''
18:02:14.28 < VCON
18:02:14.28 < Dle+0x61(a)
18:02:14.31 > AT&K4+FCLASS=1
18:02:15.75 < OK
18:02:15.75 # Setting: CRate=115200, FXon=0, FCts=0
18:02:15.81 > ATX3D
18:02:17.23 < CONNECT
18:02:17.23 # Load page 1, header: 1,0,0
18:02:17.23 # Page loaded
18:02:19.12 < Cmd NSF: – •ИIARANNARAILSERVISФ[
18:02:19.12 < FF 03 20 00 00 0E 00 00 00 96 0F 01 03 00 10 05 02 95 C8 08 01 49 02 41 52 41 4E 4E 41 52 41 49 4C 53 45 52 56 49 53 03 D4 5B
18:02:19.12 < Dle+0x03()
18:02:19.12 < OK
18:02:19.19 > AT+FRH=3
18:02:19.20 < CONNECT
18:02:19.89 < Cmd CSI:
18:02:19.89 < FF 03 40 20 20 20 20 20 20 20 20 20 20 33 33 39 34 30 32 33 32 31 38 F0 4B
18:02:19.89 < Dle+0x03()
18:02:19.90 < OK
18:02:19.90 # 8123204933
18:02:19.97 > AT+FRH=3
18:02:19.98 < CONNECT
18:02:20.26 < Cmd DIS: 196Ydpi Sp=V.27,V.29 NO_ECM
18:02:20.26 < FF 13 80 00 CE B8 80 80 11 C0 75
18:02:20.26 < Dle+0x03()
18:02:20.26 < OK
18:02:20.44 # "C:\Program Files\Venta\VentaFax & Voice 5\Out\demo.vfx" is transmitting
18:02:20.44 # Setting: CRate=115200, FXon=1, FCts=0
18:02:20.59 > AT+FTH=3
18:02:20.64 < CONNECT
18:02:20.70 > Cmd DCS: 196Ydpi Sp=2400(V.29) NO_ECM
18:02:20.70 > FF 13 83 00 42 88 00
18:02:22.06 < OK
18:02:22.15 > AT+FTM=24
18:02:22.20 < CONNECT
18:02:22.20 # Waiting for OutQue
18:02:24.87 < OK
18:02:24.87 > 450 Bytes in the TCF transmitted
18:02:24.87 # Setting: CRate=115200, FXon=0, FCts=0
18:02:24.94 > AT+FRH=3
18:02:26.23 < CONNECT
18:02:27.15 < Cmd CFR:
18:02:27.15 < FF 13 84 EA 7D
18:02:27.15 < Dle+0x03()
18:02:27.15 < OK
18:02:27.15 # NO ECM, Fine Quality
18:02:27.15 # Setting: CRate=115200, FXon=1, FCts=0
18:02:27.34 > AT+FTM=24
18:02:27.37 < CONNECT
18:02:32.84 <
18:02:32.98 < OK
18:02:40.73 # Waiting for OutQue
18:03:40.22 < ЉOЛ
Љ
18:03:40.22 # Setting: CRate=115200, FXon=0, FCts=0
18:03:41.22 # Break
18:03:41.28 > AT
18:03:41.30 < OK
18:03:41.48 > ATH0
18:03:42.92 < OK
18:03:42.98 > AT+FCLASS=0
18:03:43.00 < OK
18:03:43.19 > AT
18:03:43.20 < OK
18:03:43.26 > ATZ
18:03:43.40 < OK
18:03:43.40 # JOption=1030
18:03:43.67 # JRez=22
18:03:43.67 # JOption=0070
18:03:43.69 # JRez=23
18:03:43.69 # - Err 26 () -
18:03:43.76 # Tapi:Deallocate Call
18:03:44.73 # Tapi:(0x010224/0x01019B) DISCONNECTED:
18:03:44.73 # Tapi:(0x010224/0x01019B) IDLE:
18:03:44.73 # Tapi:REPLY P1=101DF, P2=0
18:03:44.76 # Close Port
18:03:44.76 # Tapi:Close Line
18:03:46.26 # WkSt: 4436, PgFl: 2188
(v5.6r25(1L) 11.05.2005)Voice SU. Win_Xp. Voice VNTFXF32 07.04.2005. Session stopped 01.10.05 18:03:46 - |
Что увидел в нем спец? |
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Сб Окт 01, 2005 8:30 pm Заголовок сообщения: |
|
|
Произошло следующее:
После успешной тренировки:
18:02:22.15 > AT+FTM=24
18:02:22.20 < CONNECT
18:02:22.20 # Waiting for OutQue
18:02:24.87 < OK
18:02:24.87 > 450 Bytes in the TCF transmitted
было получено подтверждение от удалённой факс-машины:
18:02:24.94 > AT+FRH=3
18:02:26.23 < CONNECT
18:02:27.15 < Cmd CFR:
и началась передача страницы:
18:02:27.34 > AT+FTM=24
18:02:27.37 < CONNECT
После этого неожиданно модем присылает OK:
18:02:32.84 <
18:02:32.98 < OK
ну и дальше всё наперекосяк. Странные символы:
18:03:40.22 < ЉOЛ
Љ
есть ничто иное, как эхо на передаваемые программой данные факс-страницы (модем-то "вывалился" в командный режим, и соответственно, посылает эхо).
Вот такая картина.
Мы по-прежнему подозреваем управление потоком. Вопрос к Вам: Вы не смотрели, что появляется на принимающей факс-машине? Если наше предположение верно, то там должна была появиться "верхушка" факс-страницы, а дальше - "мусор".
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
dron1
Member
Зарегистрирован: 01.10.2005
Сообщения: 23
|
| Добавлено: Сб Окт 01, 2005 8:55 pm Заголовок сообщения: |
|
|
| Цитата: |
Вопрос к Вам: Вы не смотрели, что появляется на принимающей факс-машине? Если наше предположение верно, то там должна была появиться "верхушка" факс-страницы, а дальше - "мусор".
|
Приходит только самая "верхушка". И все. Дальше принимающий факс делает отрезку бумаги. Типа все принято. Мусора нет. |
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Сб Окт 01, 2005 9:47 pm Заголовок сообщения: |
|
|
И так бывает. Главное - приходит только "верхушка" страницы. Скорее всего, аналогичное поведение Вы будете наблюдать при попытке передать достаточно длинное (секунд 10) голосовое сообщение. Давайте, кстати, попробуем "Пищалка" на плате хиленькая, но разобрать, надеемся, будем можно. В папке служебных сообщений ("Менеджер сообщений - Служебные") есть файл greet1.wav достаточно большой длины. Попробуйте проиграть его через "пищалку". Для этого выберите "Устройство - наушники" и щёлкните по иконке воспроизведения. Если предположение верно, то воспроизведутся только первые 1-2 сек этого 5-секундного сообщения.
Если всё так, придётся побеспокоить разработчика драйвера. Для начала убедитесь в том, что Вы пользуетесь последней версией (которая 1.6, ссылка - в новостях на этом сайте). Далее, нам потребуются подробности о конфигурации Вашего компьютера и операционной системы (SP, если установлены), которой Вы пользуетесь.
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
Andrey V.Panukov
Member
Зарегистрирован: 30.06.2004
Сообщения: 40
Откуда: Syktyvkar
|
| Добавлено: Сб Окт 01, 2005 10:07 pm Заголовок сообщения: |
|
|
Еще, попробуйте в венте "явно" указать в настройках факса использовать аппаратный флоу контрол. (модем->факсимильные настройки)
Еще проверить флоу контрол - терминалом (можно гипер), переслать архив (правильно проинициализировав модем). |
|
| Вернуться к началу |
|
|
dron1
Member
Зарегистрирован: 01.10.2005
Сообщения: 23
|
| Добавлено: Вс Окт 02, 2005 4:17 pm Заголовок сообщения: |
|
|
| Technical Support писал(а): | В папке служебных сообщений ("Менеджер сообщений - Служебные") есть файл greet1.wav достаточно большой длины. Попробуйте проиграть его через "пищалку". Для этого выберите "Устройство - наушники" и щёлкните по иконке воспроизведения. Если предположение верно, то воспроизведутся только первые 1-2 сек этого 5-секундного сообщения.
|
Звук воспроизводиться без проблем все положенное время.
| Andrey V.Panukov писал(а): | Еще, попробуйте в венте "явно" указать в настройках факса использовать аппаратный флоу контрол. (модем->факсимильные настройки)
|
Вот это помогает !. При установке аппаратного контроля факсы начали проходить, програмный контроль - факсы не проходят.
Теперь основной вопрос как организовать, что-бы факс работал только через аппаратный контроль управлением потоком данных НЕ через Венту, а через встроенную в Сервер 2003 службу факсов. |
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Вс Окт 02, 2005 5:47 pm Заголовок сообщения: |
|
|
| Цитата: | | Звук воспроизводиться без проблем все положенное время. |
Приходим к выводу, что проблема - в программном (XON/XOFF) управлении потоком (flow control). Посмотрите в собранный Вами протокол Ventafax и судите сами:
1. При передаче голоса используется аппаратное управление потоком:
18:01:58.97 >> AT&K3#CLS=8
...
18:01:59.22 # Setting: CRate=115200, FXon=0, FCts=1
и потому-то всё в порядке.
2. При передаче факса модем и драйвер переключаются в режим XON/XOFF:
18:02:14.31 >> AT&K4+FCLASS=1
18:02:15.75 < OK
18:02:15.75 # Setting: CRate=115200, FXon=0, FCts=0
и получаем проблему 
Как только Вы, по совету Andrey V.Panukov, переключили Ventafax в режим аппаратного управления потоком при передаче факсов, проблема тут же исчезла. Вот и разобрались с причиной!
| Цитата: | | Теперь основной вопрос как организовать, что-бы факс работал только через аппаратный контроль управлением потоком данных НЕ через Венту, а через встроенную в Сервер 2003 службу факсов. |
Прежде всего, надо разобраться, почему не работает программное управление потоком (XON/XOFF). Этот вопрос уже задан разработчику драйвера, Andrey V.Panukov, и мы надеемся вскоре получить ответ. С Вашей стороны требуется информация, которую мы запрашивали раньше:
Для начала убедитесь в том, что Вы пользуетесь последней версией (которая 1.6, ссылка - в новостях на этом сайте). Далее, нам потребуются подробности о конфигурации Вашего компьютера и операционной системы (SP, если установлены), которой Вы пользуетесь.
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
dron1
Member
Зарегистрирован: 01.10.2005
Сообщения: 23
|
| Добавлено: Вс Окт 02, 2005 6:22 pm Заголовок сообщения: |
|
|
Разобраться-то конечно дело хорошее, но принудительно задать аппаратный контроль с использованием "службы факсов" тоже хотелось-бы попробовать. Только я не знаю можно-ли это сделать, и чем это хуже програмного.
Операционная система Win Server 2003 Eng + MUI (Rus), SP1 не установлен.
Драйвер модема последней версии 1,6 ( пробовал предыдущие - то-же самое).
Тестовая машина - Athlon XP2000, чипсет VIA со встроенным видео (подробнее если надо уточню завтра). |
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Вс Окт 02, 2005 7:00 pm Заголовок сообщения: |
|
|
| Цитата: | | Разобраться-то конечно дело хорошее, но принудительно задать аппаратный контроль с использованием "службы факсов" тоже хотелось-бы попробовать. Только я не знаю можно-ли это сделать, и чем это хуже програмного. |
Аппаратное управление потоком всегда лучше программного. Позвольте объяснить как это всё работает, на примере одного направления (на передачу). Модем буферирует передаваемые данные, для этого у него есть внутренний буфер. Понятно, что в большинстве случаев компьютер передаёт данные модему с гораздо большей скоростью, чем модем способен отправлять их в линию. Поэтому в некоторый момент складывается такая ситуация, когда буфер практически полностью заполнен, и модем должен сказать компьютеру "Подожди!".
При аппаратном управлении потоком модем говорит "Подожди" с помощью отдельной, предназначенной для управления потоком, линии последовательного интерфейса (линии CTS) - она переводится в состояние "выключено" (логический "0"). При использовании программного управления потоком отдельной линии интерфейса нет, и остановка передачи выполняется путём отправки (через линию принимаемых данных, RxD) специального символа XOFF.
Когда в буфере освободится достаточно места, модем говорит компьютеру "Передавай дальше". При аппаратном управлении потоком для этого цепь CTS переводится в состояние "включено" (логической "1"). При программном управлении посылается символ XON.
Понятно, что использование отдельной линии всегда проще и надёжнее. Проще потому, что в драйвере не нужно "отфильтровывать" XON и XOFF (эти символы могут встретиться в потоке данных). Вообще, программное управление потоком - "решение для бедных", когда в интерфейсном кабеле отсутствуют сигналы CTS/RTS. Во всех остальных случаях лучше пользоваться аппаратным управлением потоком.
В случае встроенного модема (как на плате IDC M Modem) говорить о бедности интерфейса не приходится, поскольку последовательный порт и интерфейс вообще эмулируются, и все сигналы "на месте".
Способ управления потоком задаётся в свойствах последовательного порта. Другое дело, что прикладная программа может его изменять (а не брать тот, что установлен в системе). Поэтому, если установленное в свойствах порта аппаратное управление потоком не оказывает воздействия на прикладную программу, то надо искать соответствующую настройку в самой программе.
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
dron1
Member
Зарегистрирован: 01.10.2005
Сообщения: 23
|
| Добавлено: Пн Окт 03, 2005 1:43 pm Заголовок сообщения: |
|
|
Получается, что в данном конкретном случае можно ждать только исправление работы драйверов, поскольку в службе факсов сервера 2003 таких параметров не настраивается. А сколько это может занять времени ? Вопрос острый, поскольку модем взят на пробу под залог и надо принимать решение покупать или нет.
А какая-нить строка инициализации не поможет ? |
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Пн Окт 03, 2005 1:55 pm Заголовок сообщения: |
|
|
Строка инициализации не может помочь. Чтобы управление потоком работало правильно, его нужно одинаково настроить с обеих сторон, т.е. модем и программное обеспечение должны пользоваться одним и тем же методом. Управление потоком в модеме настраивается командой AT&Kn. В частности, при AT&K3 - используется аппаратное управление, при AT&K4 - программное.
Если ПО выставляет программное управление потоком и это не может быть изменено, в модеме должно также использоваться программное управление потоком. Если, паче чаяния, в драйвере есть ошибка, приводящая к неработоспособности программного управления потоком, то ничего сделать не удастся.
Для очистки совести Вы можете поэкспериментировать, добавляя команды &K3 и &K4 (по очереди, естественно) в тех местах, где ПО позволяет ввести команды инициализации модема (в частности, в свойствах модема). Возможно, таким образом удастся временно обойти проблему, как это было сделано с Ventafax.
Разработчик драйвера обещал разобраться с проблемой в самое ближайшее время (возможно, даже сегодня). Так что ждём и надеемся
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
Powered by phpBB © 2001, 2005 phpBB Group
|
FAQ
Поиск
Пользователи
Группы
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
