Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
CrazyTosser Associated member
Зарегистрирован: 19.02.2006 Сообщения: 7
|
Добавлено: Вс Фев 19, 2006 3:45 pm Заголовок сообщения: 5614 и новая мать... |
|
|
Собственно сабж..
Поменял материнку. Теперь при использовании любого ftn мылера CPS ниже 100 и постоянные ошибки. (BAD CRC в радиусе) . через TAPI невиден.
С чем это может быть связано и как лечить??
з.ы. на старой материнке работает идеально (((
Vjltv idc-5614bxl/vr+ |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Вс Фев 19, 2006 4:38 pm Заголовок сообщения: |
|
|
Если речь идёт о CPS при приёме данных (файлов), то дело может быть в потере байт в последовательном порту (т.е. драйвер последовательного порта не успевает "выгребать" байты данных, посылаемых модемом в порт).
Проблемами с последовательным портом прославились материнские платы производства ASUSTEK (они даже попали в базу знаний Microsoft).
По поводу "через TAPI невиден" пока ничего сказать не можем, нужны подробности. Какая у Вас операционная система, каким образом был установлен драйвер? Не понятна сама суть "невидимости"... _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
CrazyTosser Associated member
Зарегистрирован: 19.02.2006 Сообщения: 7
|
Добавлено: Вс Фев 19, 2006 5:27 pm Заголовок сообщения: |
|
|
Мать GigaByte GA-8IPE1000-G.
Модем IDC-56145614BXL/VR+
прошивка 2.26 драйвера утянул сегодня с сайта.
Операционка WinXP SP2.
Установку производил так: Сначала Основной дров. После, когда операционка ругнулась на новый девайс (аудио) Дал ей дров из папки WinXPINF.RUS.
лог связи радиуса
19-Feb-2006 17:09:58 Calling 2:5020/***** (*******)
^ 19-Feb-2006 17:10:30 Connect 33600/V34/LAPM/V42BIS/28800:TX/33600:RX
19-Feb-2006 17:10:30 EMSI data send
19-Feb-2006 17:10:30 Nothing for them
19-Feb-2006 17:10:40 EMSI data receive
= 19-Feb-2006 17:10:40 Station : *****
= 19-Feb-2006 17:10:40 Address : 2:5020/*****
: 19-Feb-2006 17:10:40 SysOp : **************
: 19-Feb-2006 17:10:40 Number : **************
: 19-Feb-2006 17:10:40 Flags : 33600,XW,V34B
: 19-Feb-2006 17:10:40 Mailer : binkleyforce/0.22.8/linux-gnu/free software
: 19-Feb-2006 17:10:40 EMSI Addon : OHFR CM 08:00-05:00
= 19-Feb-2006 17:10:40 Time : 19-Feb-2006 17:12:30
19-Feb-2006 17:10:40 Non-password session
19-Feb-2006 17:10:40 Handshake time - 10 seconds
19-Feb-2006 17:10:40 Establishing Hydra transfer protocol
[ 19-Feb-2006 17:10:41 Hyd: Remote AppInfo ="binkleyforce,0.22.8"
[ 19-Feb-2006 17:10:41 Hyd: Remote HydraRev=01-Jan-1970, flags: ASC,UUE,C32
19-Feb-2006 17:10:41 Sending 'C:\fido\spool\outbound\139C2EE0.REQ' (6b)
19-Feb-2006 17:10:41 RECE: End of batch
19-Feb-2006 17:10:42 Sent '139C2EE0.REQ'
19-Feb-2006 17:10:42 SEND: End of batch
19-Feb-2006 17:10:43 Hydra transfer protocol complete
19-Feb-2006 17:10:44 Receiving 'hunted.rar' (533,025b)
19-Feb-2006 17:10:44 Receiving from offset 61,632
19-Feb-2006 17:10:44 SEND: End of batch
? 19-Feb-2006 17:10:45 Block CRC error
? 19-Feb-2006 17:10:46 Bad packet at 64,704 (newblklen=512)
? 19-Feb-2006 17:10:46 Block CRC error
? 19-Feb-2006 17:10:47 Block CRC error
? 19-Feb-2006 17:10:48 Block CRC error
? 19-Feb-2006 17:10:49 Block CRC error
? 19-Feb-2006 17:10:49 Bad packet at 66,752 (newblklen=256)
? 19-Feb-2006 17:10:50 Block CRC error
? 19-Feb-2006 17:10:51 Block CRC error
? 19-Feb-2006 17:10:52 Block CRC error
? 19-Feb-2006 17:10:52 Bad packet at 67,776 (newblklen=128)
? 19-Feb-2006 17:10:53 Block CRC error
? 19-Feb-2006 17:10:54 Block CRC error
? 19-Feb-2006 17:10:55 Block CRC error
? 19-Feb-2006 17:10:55 Bad packet at 70,592 (newblklen=64)
? 19-Feb-2006 17:10:56 Block CRC error
? 19-Feb-2006 17:10:57 Block CRC error
? 19-Feb-2006 17:10:58 Block CRC error
? 19-Feb-2006 17:10:58 Bad packet at 73,536 (newblklen=64)
? 19-Feb-2006 17:10:59 Block CRC error
? 19-Feb-2006 17:11:00 Block CRC error
? 19-Feb-2006 17:11:00 Bad packet at 74,048 (newblklen=64)
? 19-Feb-2006 17:11:01 Block CRC error
? 19-Feb-2006 17:11:02 Bad packet at 75,200 (newblklen=64)
? 19-Feb-2006 17:11:03 Block CRC error
? 19-Feb-2006 17:11:04 Block CRC error
? 19-Feb-2006 17:11:04 Bad packet at 76,416 (newblklen=64)
? 19-Feb-2006 17:11:06 Block CRC error
? 19-Feb-2006 17:11:06 Bad packet at 78,016 (newblklen=64)
? 19-Feb-2006 17:11:07 Block CRC error
? 19-Feb-2006 17:11:08 Block CRC error
? 19-Feb-2006 17:11:08 Bad packet at 79,552 (newblklen=64)
? 19-Feb-2006 17:11:09 Block CRC error
? 19-Feb-2006 17:11:28 Block CRC error
? 19-Feb-2006 17:11:28 Bad packet at 79,744 (newblklen=64)
? 19-Feb-2006 17:11:29 Block CRC error
? 19-Feb-2006 17:11:29 Block CRC error
? 19-Feb-2006 17:11:30 Block CRC error
? 19-Feb-2006 17:11:30 Block CRC error
? 19-Feb-2006 17:11:30 Bad packet at 80,064 (newblklen=64)
? 19-Feb-2006 17:11:31 Block CRC error
? 19-Feb-2006 17:11:32 Block CRC error
? 19-Feb-2006 17:11:32 Bad packet at 80,768 (newblklen=64)
? 19-Feb-2006 17:11:33 Block CRC error
? 19-Feb-2006 17:11:33 Block CRC error
? 19-Feb-2006 17:11:34 Block CRC error
? 19-Feb-2006 17:11:34 Bad packet at 81,472 (newblklen=64)
? 19-Feb-2006 17:11:35 Block CRC error
? 19-Feb-2006 17:11:36 Block CRC error
? 19-Feb-2006 17:11:36 Bad packet at 81,984 (newblklen=64)
? 19-Feb-2006 17:11:37 Block CRC error
? 19-Feb-2006 17:11:39 Block CRC error
? 19-Feb-2006 17:11:39 Bad packet at 85,056 (newblklen=64)
? 19-Feb-2006 17:11:40 Block CRC error
? 19-Feb-2006 17:11:41 Bad packet at 85,056 (newblklen=64)
? 19-Feb-2006 17:11:43 Block CRC error
? 19-Feb-2006 17:11:44 Block CRC error
? 19-Feb-2006 17:11:44 Bad packet at 85,888 (newblklen=64)
? 19-Feb-2006 17:11:45 Block CRC error
? 19-Feb-2006 17:11:45 Block CRC error
? 19-Feb-2006 17:11:46 Block CRC error
? 19-Feb-2006 17:11:46 Bad packet at 86,336 (newblklen=64)
* 19-Feb-2006 17:11:48 386 CPS, Part of 'hunted.rar' (86,336b) is temporarily stored as 'C:\fido\spool\tempinb.mailer\badwazoo.047'
19-Feb-2006 17:11:48 Transfer aborted
* 19-Feb-2006 17:11:48 Session aborted
19-Feb-2006 17:11:48 Initializing modem
19-Feb-2006 17:11:50 OK
modem diagnostics ругается на то что модем выключен.
данные опроса модема :
DTRDSR : Yes
RTSCTS : Yes
RLSD : Yes
PARITY_CHECK : Yes
XONXOFF : Yes
SETXCHAR : Yes
TOTALTIMEOUTS : Yes
INTTIMEOUTS : Yes
SPECIALCHARS : No
16BITMODE : No
данные опроса порта:
Speed : 115200 bps
Data Bits : 8
Stop Bit(s) : 1
Parity : None
Binary Transmission : Yes
CTS output flow control : Yes
DSR output flow control : No
DTR flow control : Enabled
RTS flow control : Handshake
DSR sensitivity : No
XOFF continue transmission : Yes
XON/XOFF output flow control : No
XON/XOFF input flow control : No
Error Replacement : No
Null Stripping : No
Abort on Errors : Yes |
|
Вернуться к началу |
|
|
CrazyTosser Associated member
Зарегистрирован: 19.02.2006 Сообщения: 7
|
Добавлено: Вс Фев 19, 2006 5:31 pm Заголовок сообщения: |
|
|
Да чуть не забыл...
Venta fax при попытке подключения к модему через TAPI говорит невозможно подключиться к модему. |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Вс Фев 19, 2006 7:30 pm Заголовок сообщения: |
|
|
А давайте-ка поставим драйвер "по науке", как это написано в README.W2K, README.WXP:
1. Удалите драйвер модема из системы.
2. Подмените MODEMCSA.INF тем, который в папке WinXPINF.RUS.
3. Запустите терминальную программу (можно просто открыть окно терминала в мэйлере) и выполните команду:
at *nc22 w2 \v1 s95=3 s210.5=1 &w &w1
OK
4. Установите драйвер модема, выбрав его вручную из списка (Inpro Development / IDC 5614 BXL VR). Заметьте, что название модема должно быть именно таким, как указано, без суффиксов "PNP", "Plus".
5. Драйвер аудиоустройства ставьте автоматом.
6. Попробуйте протестировать модем из панели управления. Естественно, что при этом мэйлер должен быть закрыт, чтобы он не "держал" последовательный порт.
Что получилось? _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
CrazyTosser Associated member
Зарегистрирован: 19.02.2006 Сообщения: 7
|
Добавлено: Пн Фев 20, 2006 6:36 pm Заголовок сообщения: |
|
|
Спасибо. TAPI зажужжал. Однако проблема с портами остается откарытой. Подскажите каким образом выяснить кто виноват в ошибке новое железо или модем?
кстати почемуто перестали работать тесты вызываемые по at&t. На попытку запустить тест модем отвечает error. |
|
Вернуться к началу |
|
|
CrazyTosser Associated member
Зарегистрирован: 19.02.2006 Сообщения: 7
|
Добавлено: Пн Фев 20, 2006 6:41 pm Заголовок сообщения: |
|
|
Может имеет смысл попробовать цеплять модем к мылеру через фоссил? |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Пн Фев 20, 2006 11:30 pm Заголовок сообщения: |
|
|
Цитата: | Однако проблема с портами остается откарытой. Подскажите каким образом выяснить кто виноват в ошибке новое железо или модем? |
Модем в этом не может быть виноват, даже теоретически. Он принимает данные от удалённого модема и посылает их в последовательный порт. А дальше... дальше драйвер последовательного порта теряет принятые байты данных. Это может происходить либо из-за неисправности железа, либо из-за несовместимости этого железа с драйвером. Лучше всего проконсультироваться у поставщика или производителя материнской платы. Очень часто подобные проблемы устраняются обновлением BIOS и/или драйверов.
Цитата: | кстати почемуто перестали работать тесты вызываемые по at&t. На попытку запустить тест модем отвечает error. |
Скорее всего, включён режим коррекции ошибок. Тесты работают при отключённых протоколах коррекции ошибок (AT\N0).
Тут надо уточнить: тесты всегда работали именно таким образом. Поэтому фраза "почему-то перестали работать" вызывает недоумение.
Цитата: |
Может имеет смысл попробовать цеплять модем к мылеру через фоссил? |
Это вряд-ли может помочь. WinFOSSIL - "надстройка" над драйвером последовательного порта. Если драйвер теряет байты, то никакая "надстройка" не сможет исправить положение. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
CrazyTosser Associated member
Зарегистрирован: 19.02.2006 Сообщения: 7
|
Добавлено: Вт Фев 21, 2006 2:01 am Заголовок сообщения: |
|
|
Цитата: | Лучше всего проконсультироваться у поставщика или производителя материнской платы. Очень часто подобные проблемы устраняются обновлением BIOS и/или драйверов. |
Уже... вот только молчат они третий день.
Цитата: | Скорее всего, включён режим коррекции ошибок. Тесты работают при отключённых протоколах коррекции ошибок (AT\N0).
|
Цитата: | Тут надо уточнить: тесты всегда работали именно таким образом. Поэтому фраза "почему-то перестали работать" вызывает недоумение.
|
)) Приношу свои извинения. Плохо курил мануал.)) Видимо после заливки прошивки не посмотрел))). |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Вт Фев 21, 2006 1:09 pm Заголовок сообщения: |
|
|
Цитата: | Уже... вот только молчат они третий день. |
Так бывает, особенно если учесть выходные дни. Обычно техподдержка по выходным не работает.
У нас была похожая история несколько месяцев назад. У клиента модем проработал около года, после чего он пожаловался на низкую производительность при приёме данных. Выяснилось, что происходит потеря данных в последовательном порту. Интересный момент: потеря эта была обнаружена визуально, по журналу модема (который включается в свойствах модема в Windows): налицо были пропущенные символы в статистике at#ud, которую TAPI собирает по окончанию сеанса связи. При этом записи о потерянных байтах (Serial overruns) в статистике сеанса не было. Иными словами: данные терялись, но драйвер об этом ничего не знал, поскольку флажок потери данных аппаратурой последовательного порта не выставлялся.
Проблема вылечилась заменой материнской платы (была ASUS P4P800 (i865PE)). _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
CrazyTosser Associated member
Зарегистрирован: 19.02.2006 Сообщения: 7
|
Добавлено: Сб Фев 25, 2006 3:39 pm Заголовок сообщения: |
|
|
Вот вот. i865 родной любимый...
Сегодня воткнул плату расширения комов. Все идеально работает. |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Сб Фев 25, 2006 5:57 pm Заголовок сообщения: |
|
|
Вот и ещё один убедителльный аргумент для беседы с производителем / поставщиком материнской платы _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Andris Associated member
Зарегистрирован: 10.04.2006 Сообщения: 8 Откуда: msk.ru
|
Добавлено: Пн Апр 10, 2006 12:46 pm Заголовок сообщения: |
|
|
Technical Support
Проблемами с последовательным портом прославились материнские платы производства ASUSTEK (они даже попали в базу знаний Microsoft).
А можно узнать подробнее об этой проблеме? Какой номер статьи в MS KB? |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
|
Вернуться к началу |
|
|
Andris Associated member
Зарегистрирован: 10.04.2006 Сообщения: 8 Откуда: msk.ru
|
Добавлено: Пн Апр 10, 2006 1:36 pm Заголовок сообщения: |
|
|
Да, эта статья от 2003 г., соответственно в ней нет ничего про i865... |
|
Вернуться к началу |
|
|
|