Ну не знаю что Вам еще сказать. Сделал так что CTS снят постоянно, подключил гипер терминал виндовый, в настройках "управление потоком" указал "аппаратное" ни одного байта посланного из гипер терминала не попало в UKNCBTL, подключил HX_Server, сигнал CTS не зеленый, отправил 4 байта в UKNCBTL прилетел 1-й потом переполнение и потом 3-й и 4-й, и так несколько раз. Думаю что и на железе происходит тоже самое, проверить смогу позже.
Так что ищите ошибку в своей длинной цепочке.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Что происходит на железе хорошо известно - если COM-порт не умеет передавать два стоповых бита, то при включенном FIFO квитирование не работает и байты теряются, а если COM-порт умеет передавать два стоповых бита, то квитирование c FIFO работает и байты не теряются.Сообщение от Vamos
Если вручную выключить FIFO в настройках проблемного порта - скорость обмена должна заметно снизиться, но квитирование должно начать работать. Вот это и стоит проверить.
Там ошибки нет - с полноценными COM-портами квитирование в Windows работает как надо.
- - - Добавлено - - -
Использовать сжатие с отключенным FIFO по идее менее выгодно, чем не использовать сжатие со включенным FIFO, но никто не мешает открыть вручную настройки порта и выключить FIFO. С программной точки зрения проще перевести сжатие на работу без квитирования, чем пытаться программно отключать FIFO через модификацию реестра Windows.
Последний раз редактировалось Patron; 10.02.2016 в 11:40.
Если не попадется блок, 3/4 которого - нули.
Так беда-то именно в FIFO. 065-й, получив байт и обнаружив начало передачи следующего, выставляет сигнал RR (31-я нога), который через преобразователи уровня превращается в сигнал RTS. Контрагент 065-го, получив этот сигнал на своем входе CTS, обязан завершить передачу начатого байта и ОСТАНОВИТЬСЯ. Драйвер компорта, получив этот сигнал прекращает передачу, но данные из буфера никуда не делись и компорт продолжает их вываливать. Итого - потеря.
Если трудно рулить буфером из программы, надо приложить в руководстве рекомендацию выключать его вручную через панель управления.
- - - Добавлено - - -
Ко всем. У кого аппаратура в сборе, проверьте, плз, в реале.
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Это да, команда DIR/BAD на пустом диске выполняется через HX со сжатием в ~200 раз быстрее, чем без сжатия. Но речь про средний выигрыш от сжатия RLE, а он при реальной работе в RT-11 составляет ~20%. Поскольку Window это не DOS - выключение FIFO должно снижать скорость передачи раза в два, если не больше.
Уже проверяли - если COM-порт умеет передавать два стоповых бита, то квитирование в Windows при обмене с 065 работает без проблем.
Так все плохо? И это при гигагерцах... Нет, если порт на USB, не удивлюсь, но обычный компорт десктопной мамы?..
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Про 50% падения скорости я погорячился. Если Windows не успевает обработать прерывание COM-порта при одном стоповом бите, а при двух стоповых битах успевает, то ожидаемое падение скорости при побайтовой передаче как раз получается между одним и двумя битовыми интервалами. При 10 битах на байт это будет от 10% до 20% падения скорости. Но проверить эти предположения на реальном железе будет полезно.
Последний раз редактировалось Patron; 10.02.2016 в 13:26.
Ну и у кого Вы сейчас найдете железный ком порт? А рассуждать за разработчиков драйверов ком портов в винде и какая у них логика работы можно долго. Например, драйвер по CTS выставляет прерывание системе остановить передачу и если система или программа работающая в данный момент никак не реагирует, драйвер по тайм ауту начинает сливать весь буфер в линию дабы не произошло переполнение буфера, что опаснее для системы или драйвера, нежели потеря байт пользователя.
Ну и если Вы считаете что HX_Server работает правильнее виндовского гипер терминала, то у меня нет слов и даже букв
Этого не может быть. А вот сброс FIFO прекращением подачи новых байтов в регистр передатчика не остановить, FIFO сбрасывается не глядя на всякие там CTS. То есть выдача CTS должна производиться из расчета, что после нее будет принято все содержимое FIFO. А поскольку у -065 размер "буфера" - единица, то единицу надо ставить и в размер FIFO на писюке.
- - - Добавлено - - -
На любом настольном компьютере. Ну, кроме моноблоков. Компорты пока еще входят в состав чипсетов, и, можно надеяться, что они вымрут не завтра. Просто у большинства материнских плат компорт выведен не на заднюю панель, а на 9-контактный IDC на маме. Делаем "выкидыш" на заднюю панель, и вперед!
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Речь о таком который поддерживает аппаратное квитирование, как мы выяснили на предыдущей странице таких практически нет.
Да какая разница с точки зрения программы которая передает, где потеряются байты, вылетев в линию или не попав в буфер FIFO, программа должна остановить передачу по снятию CTS.
Для того, чтобы это было так, следует установить в единицу длину FIFO. И вперед!
И не было, по крайней мере в стандартных писюшных решениях - начиная с 8250 и кончая 16550, которые и по сей день занимают уголок чипа Multi-IO.
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Эту тему просматривают: 2 (пользователей: 0 , гостей: 2)
Ваши права
Ответить с цитированием
