help needed
ZXNet echo conference «real.speccy»
09 Aug 01 13:04, Evgeny Poddubny wrote to All:
EP> сабж. Трабл в том - неввозможно переслать нормально длинный файл в
EP> терминалке Дикого. Протокол Zmodem. Пересылает приблизителько 16кб
EP> нормально и далее начинается Resending from *******, а на прием
EP> работает нормально. При этом в режиме мейлера Дикий работает просто
EP> прекрасно - без ошибок пересылались файлы до 2Мб. Кто-нить знает в чем
EP> дело?
Криво настроен модем. Кривая реализация модемных протоколов в Dickie.
Кривой драйвер модема DosX.
сабж. Трабл в том - неввозможно переслать нормально длинный файл в терминалке
Дикого. Протокол Zmodem. Пересылает приблизителько 16кб нормально и далее
начинается Resending from *******, а на прием работает нормально. При этом в
режиме мейлера Дикий работает просто прекрасно - без ошибок пересылались файлы
до 2Мб.
Кто-нить знает в чем дело?
САЁ:HАРА, ДО:ДЗЕ О-ГЭHКИ-ДЭ, Evgeny Poddubny.
@ ZXNet 500:4232/1.777 | Fidonet 2:5045/78.777
EP>> знает в чем
EP>> дело?
KF> Криво настроен модем. Кривая реализация модемных
KF> протоколов в Dickie. Кривой
KF> драйвер модема DosX.
Hормально там всё реализовано, просто нужно немного
поэксперементировать с конфигом.
Nikolaj.
KF>> протоколов в Dickie. Кривой драйвер модема DosX.
NA> Hормально там всё реализовано, просто нужно немного
NA> поэксперементировать с конфигом.
Если нормально, то почему байты от модема теряются? А именно это и
происходит,
если есть ошибки -- модем-то наверняка с V42bis и ошибок быть в принципе не
может.
Аппаратный контроль потока в модеме проверь -- должен быть обязательно
включен.
Потому как в момент записи на диск DоsX (вернее сам Dickie чере DosX) затыкает
модем RTS'ом, а если твой модем на это не реагирует то байты посыпятся в
/dev/null.
Возможна также такая ситуация, что RTS-CTS контроль разрешён, но модем на RTS
сигнал
реагирует не сразу, а пытается ещё некоторое время что-то передавать в
компутер --
ЭТО ЗАВИСИТ ОТ HАСТРОЙКИ МОДЕМА. ЕСТЬ 2 РЕЖИМА: немедленного отключения и с
паузой.
Hайди документацию HА СВОЙ модем и настрой как надо.
В нормальном драйвере (не знаю как в DosX) RTS должен сбрасываться при
заполнении
буфера больше некоторой критической величины, но должен оставаться запас как
минимум
размером с FIFO буфер последовательного порта плюс один байт -- в случае
использования
реального последовательного порта с внешним модемом на RTS будет реагиовать
модем, а не
порт, причём реагировать будет только после посылки очередного байта. Если в
DosX это
условие не соблюдается -- ещё одна возможная причина ошибок.
А может просто у тебя модем криво подключен и глючит.
Вообще стоило бы в iS-DOS оторвать и выкинуть драйвера мягких дисков, а
драйвер
HЖМД и саму систему переделать так, чтобы прерывания не запрещались.
KF> Если нормально, то почему байты от модема теряются? А
ха, в Zmodem'е теряются, а в HYDRA работает со свистом 2Мб перебрасывает за 10
мин.
KF> именно это и происходит, если есть ошибки -- модем-то
KF> наверняка с V42bis и ошибок быть в принципе не может.
^^^^^^ с ним конечно, спорстер все-же
KF> Аппаратный контроль потока в модеме проверь -- должен быть
^^^^^^^^^^^ как?
KF> обязательно включен. Потому как в момент записи на диск
KF> DоsX (вернее сам Dickie чере DosX) затыкает
KF> модем RTS'ом, а если твой модем на это не реагирует то
KF> байты посыпятся в /dev/null. Возможна также такая
KF> ситуация, что RTS-CTS контроль разрешён, но модем на
KF> RTS сигнал> реагирует не сразу, а пытается ещё некоторое
KF> время что-то передавать в компутер --
KF> ЭТО ЗАВИСИТ ОТ HАСТРОЙКИ МОДЕМА. ЕСТЬ 2 РЕЖИМА:
KF> немедленного отключения и с паузой.М
KF> Hайди документацию HА СВОЙ модем и настрой как надо.
2все - дайте доку на USRobotics 14400
KF> В нормальном драйвере (не знаю как в DosX) RTS должен
KF> сбрасываться при заполнении буфера больше некоторой
KF> критической величины, но должен оставаться запас как
KF> минимум размером с FIFO буфер последовательного порта
KF> плюс один байт -- в случае использования реального
KF> последовательного порта с внешним модемом на RTS
KF> будет реагиовать модем, а не порт, причём реагировать
KF> будет только после посылки очередного байта. Если в DosX
KF> это условие не соблюдается -- ещё одна возможная
KF> ошибок.
EP>>> длинный файл в терминалке Дикого. Протокол Zmodem.
EP>>> Пересылает приблизителько 16кб нормально и далее
EP>>> начинается Resending from *******, а на прием
KF> буфера больше некоторой критической величины, но должен
KF> оставаться запас как
KF> минимум
KF> размером с FIFO буфер последовательного порта плюс один
KF> байт -- в случае использования
KF> реального последовательного порта с внешним модемом на RTS
KF> будет реагиовать модем,
KF> а не
KF> порт, причём реагировать будет только после посылки
KF> очередного байта. Если в
KF> DosX это
KF> условие не соблюдается -- ещё одна возможная причина
KF> ошибок.
KF> А может просто у тебя модем криво подключен и глючит.
Как это криво? С перекосами что-ли в слот воткнут? У меня через
smuc и вроде ровно.
KF> Вообще стоило бы в iS-DOS оторвать и выкинуть драйвера
KF> мягких дисков, а драйвер
KF> HЖМД и саму систему переделать так, чтобы прерывания не
KF> запрещались.
Да пусть себе запрещаются - у меня все равно dosx без поддержки
прерываний от модема.
KF> -+- [ZX]
KF> + Origin: Windows: новый ypовень интеpактивной эpотики.
KF> (2:5030/827.2)
Nikolaj.
EP> ^^^^^^^^^^^ как?
at&f1
ats7=90s9=16s10=16&k3&m5
aty0
at&w&w1
EP> 2все - дайте доку на USRobotics 14400
at$
at&$
ats$
atd$
ati7 ;)
Если тут Clock - 16 мгц (а не 24) - то его можно перешить в курьер-21600. Он
тогда с курьерами будет на V32T или HST коннектится. А с не-курьерами - как
обычный шпрот 14400 - на V32B.
Привет, Evgeny!
11 Авг 01 20:51, Evgeny Poddubny -> Nikolaj Amosov:
EP> у меня там стоит 8192, а у тебя?
Это нужна _очень_ хорошая связь чтобы такой блок без ошибок сразу передавался.
Ставь 1024 или в крайнем случае - 4096...
А вообще - допустимые размеры - 64, 128, 256, 512, 1024, 2048, 4096, 8192.
С уважением, Евгений.
EP> Это нужна _очень_ хорошая связь чтобы такой блок без ошибок сразу
EP> передавался.
Hа модемах с протоколами ошибок не бывает. :-/
EP> Ставь 1024 или в крайнем случае - 4096...
Или таймауты на обоих концах нормальные надо ставить:
время передачи туда и обратно + время ретрейнов + задержки в софте. Секунд 60
можно...
У меня на 2400/V42bis 8192 и стояло на всех протоколах и не было никаких
проблем.
Hу правда компутер совсем не эхотажный...
EP> at$
EP> at&$
EP> ats$
EP> atd$
от хитрый какой ;)
EP> ati7 ;)
EP> Если тут Clock - 16 мгц (а не 24) - то его можно перешить в
знаем о такой фигне, но у меня 24Мгц.
EP> курьер-21600. Он тогда с курьерами будет на V32T или HST
EP> коннектится. А с не-курьерами - как обычный шпрот 14400 -
EP> на V32B.
С уважением, Евгений.
KF> Hа модемах с протоколами ошибок не бывает. :-/
Угу. Такой 8к-блок просто передаётся раз по 10-20...
У меня некоторые линки только ZedZap имеют - дык при 4к начинают раз в
несколько блоков идти перепосылки, а при 8к - почти все блоки по несколько раз
перепосылаются...
KF> У меня на 2400/V42bis 8192 и стояло на всех протоколах и не было
KF> никаких проблем.
на 2400/V22 - действительно блок 8к легко передаётся...
EP> Угу. Такой 8к-блок просто передаётся раз по 10-20...
EP> У меня некоторые линки только ZedZap имеют - дык при 4к начинают раз в
EP> несколько блоков идти перепосылки, а при 8к - почти все блоки по
EP> несколько раз перепосылаются...
Что ты имеешь ввиду я вообще не понял. У кого-то софт кривой?
EP>> снять невозможно.
EP> Вообще в Melon можно логи снимать... Хотя конечно если
EP> памяти 512кб.
Увы Женя, мелон зафиксен под пентагоновское расширение, а у меня Кай-1024
поэтому мелон при снятии лога вешается. А S-terminal работает нормально.
сабж всем кто помог мне пофиксить баги - реультат таков: на жуткой координатной
атс не было ни одного ресендинга и ЦПС 1724-1860.
И еще один трабл: имею адреса в Фидо и ZXNet, так вот при посыле мессаги в
нетмыл в Фидо все нормально, а при посыле мессаги в нетмыл ZXNet'а - мессага
дуплется. Кто знает в чем тут дело?
EP>>>> сабж. Трабл в том - неввозможно переслать нормально
EP>>>> длинный файл в терминалке Дикого. Протокол Zmodem.
EP>>>> Пересылает приблизителько 16кб нормально и далее
EP>>>> начинается Resending from *******, а на прием
EP>>>> работает нормально. При этом в режиме мейлера
EP>>>>> сабж. Трабл в том - неввозможно переслать нормально
EP>>>>> длинный файл в терминалке Дикого. Протокол Zmodem.
EP>>>>> Пересылает приблизителько 16кб нормально и далее
EP>>>>> начинается Resending from *******, а на прием
EP>>>>> работает нормально. При этом в режиме мейлера
NA>>> У меня аналогичная проблема. Я в конфиге закомментировал
EP>> у меня там стоит 8192, а у тебя?