УКНЦ загрузка через стык С2

Цитата:

---

Сообщение от Vamos

Думаю что и на железе происходит тоже самое

---

Что происходит на железе хорошо известно - если COM-порт не умеет передавать два стоповых бита, то при включенном FIFO квитирование не работает и байты теряются, а если COM-порт умеет передавать два стоповых бита, то квитирование c FIFO работает и байты не теряются.

Если вручную выключить FIFO в настройках проблемного порта - скорость обмена должна заметно снизиться, но квитирование должно начать работать. Вот это и стоит проверить.

Цитата:

---

Сообщение от Vamos

ищите ошибку в своей длинной цепочке

---

Там ошибки нет - с полноценными COM-портами квитирование в Windows работает как надо.

- - - Добавлено - - -

Цитата:

---

Сообщение от AFZ

А Вы не забыли отключить FIFO ?

---

Использовать сжатие с отключенным FIFO по идее менее выгодно, чем не использовать сжатие со включенным FIFO, но никто не мешает открыть вручную настройки порта и выключить FIFO. С программной точки зрения проще перевести сжатие на работу без квитирования, чем пытаться программно отключать FIFO через модификацию реестра Windows.

Цитата:

---

Сообщение от Patron

Использовать сжатие с отключенным FIFO по идее менее выгодно, чем не использовать сжатие со включенным FIFO

---

Если не попадется блок, 3/4 которого - нули.

Цитата:

---

Сообщение от Patron

но никто не мешает открыть вручную настройки порта и выключить FIFO. С программной точки зрения проще перевести сжатие на работу без квитирования, чем пытаться программно отключать FIFO через модификацию реестра Windows.

---

Так беда-то именно в FIFO. 065-й, получив байт и обнаружив начало передачи следующего, выставляет сигнал RR (31-я нога), который через преобразователи уровня превращается в сигнал RTS. Контрагент 065-го, получив этот сигнал на своем входе CTS, обязан завершить передачу начатого байта и ОСТАНОВИТЬСЯ. Драйвер компорта, получив этот сигнал прекращает передачу, но данные из буфера никуда не делись и компорт продолжает их вываливать. Итого - потеря.

Если трудно рулить буфером из программы, надо приложить в руководстве рекомендацию выключать его вручную через панель управления.

- - - Добавлено - - -

Ко всем. У кого аппаратура в сборе, проверьте, плз, в реале.

Цитата:

---

Сообщение от AFZ

Если не попадется блок, 3/4 которого - нули.

---

Это да, команда DIR/BAD на пустом диске выполняется через HX со сжатием в ~200 раз быстрее, чем без сжатия. Но речь про средний выигрыш от сжатия RLE, а он при реальной работе в RT-11 составляет ~20%. Поскольку Window это не DOS - выключение FIFO должно снижать скорость передачи раза в два, если не больше.

Цитата:

---

Сообщение от AFZ

У кого аппаратура в сборе, проверьте, плз, в реале.

---

Уже проверяли - если COM-порт умеет передавать два стоповых бита, то квитирование в Windows при обмене с 065 работает без проблем.

Цитата:

---

Сообщение от Patron

Поскольку Window это не DOS - выключение FIFO должно снижать скорость передачи раза в два, если не больше.

---

Так все плохо? И это при гигагерцах... Нет, если порт на USB, не удивлюсь, но обычный компорт десктопной мамы?..

Цитата:

---

Сообщение от AFZ

Так все плохо? И это при гигагерцах...

---

Про 50% падения скорости я погорячился. Если Windows не успевает обработать прерывание COM-порта при одном стоповом бите, а при двух стоповых битах успевает, то ожидаемое падение скорости при побайтовой передаче как раз получается между одним и двумя битовыми интервалами. При 10 битах на байт это будет от 10% до 20% падения скорости. Но проверить эти предположения на реальном железе будет полезно.

Цитата:

---

Сообщение от Patron

Что происходит на железе хорошо известно - если COM-порт не умеет передавать два стоповых бита, то при включенном FIFO квитирование не работает и байты теряются, а если COM-порт умеет передавать два стоповых бита, то квитирование c FIFO работает и байты не теряются.

Если вручную выключить FIFO в настройках проблемного порта - скорость обмена должна заметно снизиться, но квитирование должно начать работать. Вот это и стоит проверить.

---

Ну и у кого Вы сейчас найдете железный ком порт? А рассуждать за разработчиков драйверов ком портов в винде и какая у них логика работы можно долго. Например, драйвер по CTS выставляет прерывание системе остановить передачу и если система или программа работающая в данный момент никак не реагирует, драйвер по тайм ауту начинает сливать весь буфер в линию дабы не произошло переполнение буфера, что опаснее для системы или драйвера, нежели потеря байт пользователя.
Ну и если Вы считаете что HX_Server работает правильнее виндовского гипер терминала, то у меня нет слов и даже букв :)

Цитата:

---

Сообщение от Vamos

Например, драйвер по CTS выставляет прерывание системе остановить передачу и если система или программа работающая в данный момент никак не реагирует, драйвер по тайм ауту начинает сливать весь буфер в линию дабы не произошло переполнение буфера,

---

Этого не может быть. А вот сброс FIFO прекращением подачи новых байтов в регистр передатчика не остановить, FIFO сбрасывается не глядя на всякие там CTS. То есть выдача CTS должна производиться из расчета, что после нее будет принято все содержимое FIFO. А поскольку у -065 размер "буфера" - единица, то единицу надо ставить и в размер FIFO на писюке.

- - - Добавлено - - -

Цитата:

---

Сообщение от Vamos

Ну и у кого Вы сейчас найдете железный ком порт?

---

На любом настольном компьютере. Ну, кроме моноблоков. Компорты пока еще входят в состав чипсетов, и, можно надеяться, что они вымрут не завтра. Просто у большинства материнских плат компорт выведен не на заднюю панель, а на 9-контактный IDC на маме. Делаем "выкидыш" на заднюю панель, и вперед!

Цитата:

---

Сообщение от AFZ

На любом настольном компьютере. Ну, кроме моноблоков. Компорты пока еще входят в состав чипсетов, и, можно надеяться, что они вымрут не завтра. Просто у большинства материнских плат компорт выведен не на заднюю панель, а на 9-контактный IDC на маме. Делаем "выкидыш" на заднюю панель, и вперед!

---

Речь о таком который поддерживает аппаратное квитирование, как мы выяснили на предыдущей странице таких практически нет.

Цитата:

---

Сообщение от AFZ

А вот сброс FIFO прекращением подачи новых байтов в регистр передатчика не остановить, FIFO сбрасывается не глядя на всякие там CTS. То есть выдача CTS должна производиться из расчета, что после нее будет принято все содержимое FIFO. А поскольку у -065 размер "буфера" - единица, то единицу надо ставить и в размер FIFO на писюке.

---

Да какая разница с точки зрения программы которая передает, где потеряются байты, вылетев в линию или не попав в буфер FIFO, программа должна остановить передачу по снятию CTS.

Цитата:

---

Сообщение от Vamos

Да какая разница с точки зрения программы которая передает, где потеряются байты, вылетев в линию или не попав в буфер FIFO, программа должна остановить передачу по снятию CTS.

---

Для того, чтобы это было так, следует установить в единицу длину FIFO. И вперед!

Цитата:

---

Сообщение от Vamos

Речь о таком который поддерживает аппаратное квитирование, как мы выяснили на предыдущей странице таких практически нет.

---

И не было, по крайней мере в стандартных писюшных решениях - начиная с 8250 и кончая 16550, которые и по сей день занимают уголок чипа Multi-IO.

Цитата:

---

Сообщение от Vamos

Речь о таком который поддерживает аппаратное квитирование

---

Не только. В тестировании было выявлено четыре типа COM-портов PC.

1) Порты, успешно работающие с квитированием при любом количестве стоповых битов - это порты с аппаратным квитированием.

2) Порты, успешно работающие с квитированием только при двух стоповых битах - это ( предположительно ) порты БЕЗ аппаратного квитирования.

3) Порты, не работающие с квитированием даже при настройке на два стоповых бита - это ( предположительно ) порты, не умеющие выдавать два стоповых бита.

4) Порты, аппаратно зависающие при настройке на два стоповых бита - это китайские порты.

- - - Добавлено - - -

Цитата:

---

Сообщение от Vamos

Да какая разница с точки зрения программы которая передает, где потеряются байты, вылетев в линию или не попав в буфер FIFO, программа должна остановить передачу по снятию CTS.

---

Если установить размер буфера FIFO на передачу в один байт ( или вообще выключить FIFO ) - передача байтов будет останавливаться сразу после снятия сигнала квитирования. Именно за это отвечает настройка fOutxCtsFlow = TRUE.

- - - Добавлено - - -

Надо бы протестировать на реальном железе, есть ли разница между выключением FIFO и установкой буфера FIFO в один байт. Может статься, что при выключении FIFO размер буфера становится 0 байтов, но тогда при размере буфера в 1 байт квитирование с 065 работать не должно.

Цитата:

---

Сообщение от Patron

Надо бы протестировать на реальном железе, есть ли разница между выключением FIFO и установкой буфера FIFO в один байт. Может статься, что при выключении FIFO размер буфера становится 0 байтов, но тогда при размере буфера в 1 байт квитирование с 065 работать не должно.

---

"Покурите" тему с начала там немного 17-19 страница ну может дальше еще, либо вот конкретные сообщения, делайте выводы
http://zx-pk.ru/showthread.php?t=160...l=1#post564725 здесь про TU58 который без квитирования не грузился, а с квитированием ни у кого из тестирующих не было ошибок при загрузке или дальнейшей работе.

Далее про буферы FIFO и ошибки при загрузке с HX_Server
http://zx-pk.ru/showthread.php?t=160...l=1#post564966
http://zx-pk.ru/showthread.php?t=160...l=1#post564957
http://zx-pk.ru/showthread.php?t=160...l=1#post564975
http://zx-pk.ru/showthread.php?t=160...l=1#post564996

- - - Добавлено - - -

При этом обратите внимание, что TU58 не запускался при закороченных сигналах RTS/CTS а это означает что специально держался снятым CTS чтобы было не возможно запустить без квитирования. Таким образом на сигнал CTS реагировала программа (TU58) а не драйвер или железо. И что еще примечательно это у всех работало "из коробки" без ковыряний в настройках ком порта и буферов FIFO/

Цитата:

---

Сообщение от Vamos

TU58 без квитирования не грузился

---

Как же TU58 грузится на обычных PDP-11, порты которых отродясь не имели квитирования - а ведь байты там передаются на 10% быстрее, чем при работе с 065 ..

Цитата:

---

Сообщение от Vamos

про буферы FIFO и ошибки при загрузке с HX_Server

---

Обсуждение завершилось ТАК - выяснилось, что при правильной настройке порта квитирование работает без проблем.

Цитата:

---

Сообщение от Patron

Как же TU58 грузится на обычных PDP-11, порты которых отродясь не имели квитирования - а ведь байты там передаются на 10% быстрее, чем при работе с 065 ..

---

Это к palsw, у него не грузилось без квитирования.

Цитата:

---

Сообщение от Patron

выяснилось, что при правильной настройке порта квитирование работает без проблем.

---

Надо у Alex_K уточнить, он в каких-то экспериментах использовал "крутой железный" порт.

Цитата:

---

Сообщение от Vamos

Это к palsw, у него не грузилось без квитирования.

---

Наоборот - на УКНЦ palsw обмен идёт с ошибками не только при включенном квитировании, но даже просто при наличии в кабеле неиспользуемых линий квитирования, соединяющих COM-порт и 065. Ведь именно эту УКНЦ мы тут недавно тестировали.

Цитата:

---

Сообщение от Patron

Как же TU58 грузится на обычных PDP-11, порты которых отродясь не имели квитирования

---

может по контролю четности, который в УКНЦ отрублен аппаратно схемой включения. Проверяем квитирование
-нет, проверяем четность -нет, загрузки нет. Там где-то были ссылки на исходники правда для TU58EM.

вот http://zx-pk.ru/showthread.php?t=160...l=1#post469503 здесь появился TU58 с комментариями, потом у palsw не пошла загрузка TU58 без квитирования, но загружался HX_Server которому по моему мнению квитирование безразлично он его возлагает на аппаратуру. Rabbit_1 так и не подтвердил та же это УКНЦ или другая (может у palsw их было две одинаковых). Если та же то неизвестно что с ней могло произойти за время "переезда", как с моей было, просадка напряжения не грузилась с квитированием и через несколько дней вышла из строя.

Мы сейчас гадаем на кофейной гуще, очень много неизвестных, просто нужна версия HX_Server с прекращением передачи байтов по событию CTS, дальше можно тестировать, а так мы будем опять ломать голову то ли порт то ли УКНЦ у которых к слову быстродействие приличный разброс имеет и один экземпляр может успевает а другой нет.

вопрос на грани темы

Может не стоит вообще так много времени уделять штатному С2, учитывая что из 100 машинок он реализован на 10 ? Лучше (возможно) не лезть на материнку с проводками, а сделать нормальную сетевую карту вместо СА и вместо него же туда повесить и пускай ЦП УК-НЦ с ней мучается )
На этой карте можно и аккумулятор для доп. питания предусмотреть, если оно требуется (как на ПЦ материнках батарейка).

Я исхожу из того, что у меня сейчас несколько школьных машинок в наличии и ни на одной С2 не реализован (только разъём). А значит и разработчиками позднее признан был малопригодным, дорогостоящим и ненужным ?

[свернуть]

Цитата:

---

Сообщение от Vamos

Там где-то были ссылки на исходники правда для TU58EM

---

Линии DL-11/DLV-11 в принципе не предлусматривают управления потоком. Посему и в исходниках скорее всего ничего на эту тему не делалось. TU58 использует свое управление потоком с помощью коротких команд.
На PDP-11 управление потоком предусмотрено только на DL(V)11-E, -F и мультиплексорах - там все нужные сигналы доступны драйверу. Но на консольном порту никогда таких не было. Это уже чисто советское изобретение.

Добрый вечер ребята.

а может кто-то дать распайку СА на COM1 (у меня УКНЦ-шка без С2 ... микруха 1801ВП1 065 на заводе не допаяна... ковыряться не хочу так как есть Сетевая карта) ...

Зарание Благодарствую всем откликнувшимся )))

Цитата:

---

Сообщение от Sonic_Blast

а может кто-то дать распайку СА на COM1 (у меня УКНЦ-шка без С2 ... микруха 1801ВП1 065 на заводе не допаяна... ковыряться не хочу так как есть Сетевая карта) ...

---

Есть тема http://zx-pk.ru/showthread.php?t=159...943#post654943 но ковыряться придется.

Цитата:

---

Сообщение от Sonic_Blast

есть Сетевая карта

---

Вот в этом сообщении есть фото и можно уже конкретно автора снимков помучить расспросами
http://zx-pk.ru/showthread.php?t=207...l=1#post581303

По ходу ничего толкового для СА не придумано.... ладно будем через стык С2 грузится)))

Цитата:

---

Сообщение от Sonic_Blast

По ходу ничего толкового для СА не придумано.... ладно будем через стык С2 грузится)))

---

Всё давно придумано и народ без проблем грузится через СА, используя HX_Server 2.3_-_UKNC_-_CA_26.03.14_15-57 - просто тема называется: УК-НЦ стык С2

Спаял себе для КВАНТа новый кабель:

Код:

---

Разъем                            Разъем
Стык С2                            DB9S
  1,10 (102) ■─────────────────────■    5 (GND)


  5    (103) ■──────────┐    ┌────■    3 (TD)
                  ┌────■│■────┘
  6    (104) ■────┘    └──────────■    2 (RD)


  3    (+5В) ■─                  ─■    1 (CD)

  7    (109) ■─────────────────────■    4 (DTR)

                                  ─■    6 (DSR)


  2    (108) ■──────────┐    ┌────■    7 (RTS)
                  ┌────■│■────┘
  9    (107) ■────┘    └──────────■    8 (CTS)

---

Настройки в файле Terminal_ComPort_Adapter.ini:

Код:

---

[Main]
BaudRate = CBR_9600
fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_HANDSHAKE
Parity  = NOPARITY
StopBits = TWOSTOPBITS
ByteSize = 8
fParity  = FALSE
fOutxCtsFlow = TRUE
fOutxDsrFlow = FALSE
fDsrSensitivity = FALSE
fTXContinueOnXoff = FALSE
fOutX = FALSE
fInX  = FALSE
fErrorChar = FALSE
fNull = FALSE
fAbortOnError = FALSE
XonLim    = 512
XoffLim  = 512
XonChar  = 021
XoffChar  = 023
ErrorChar = 0

---

Всё работает. Единственная проблема возникает, что если сначала запускаешь УКНЦ, а потом HX_SERVER, то в регистре 176570 иногда оказывается значение 010200. Приходится считывать регистр 176572, для того, чтобы в 176570 оказался ноль. После этого всё замечательно работает. Буфера FIFO включены, система Windows XP PRO SP3 RUS, процессор Core2Duo E7200 2,53 ГГц.

Вот и деготь к меду...
Запаял таки -065 на борт КВАНТа (вторую уже), спаял кабелек по схеме

Код:

---

Разъем                            Разъем
Стык С2                            DB9S
  1,10 (102) ■─────────────────────■    5 (GND)

  5    (103) ■──────────┐    ┌────■    3 (TD)
                  ┌────■│■────┘
  6    (104) ■────┘    └──────────■    2 (RD)

  3    (+5В) ■────┐          ┌────■    4 (DTR)
                  │          │
  7    (109) ■────┘          ├────■    1 (CD)
                              │
                              └────■    6 (DSR)

  2    (108) ■──────────┐    ┌────■    7 (RTS)
                  ┌────■│■────┘
  9    (107) ■────┘    └──────────■    8 (CTS)

---

настройки как в сообщении выше только fOutxDsrFlow = TRUE, такие по умолчанию в комплекте с HX_Server 2.3, загрузки нет, HX_Server отправляет несколько десятков байт и все встает.
Поменял в настройках fRtsControl = RTS_CONTROL_HANDSHAKE на ENABLE получил вот такое
Вложение 56042Вложение 56043
это лучший вариант из всех попыток, все остальные заканчиваются timeout раньше.
Комп десктопный Celeron 2 GHz 512 МБ Win XP sp3 чипсет 82801.
На днях еще один комп подтяну и еще один стоит Pentium II но там HDD не рабочий, к выходным из двух один наверное соберу перед помойкой.
И в планах еще USB адаптеры проверить разных фирм, парочку на днях докуплю.
Шнурок без квитирования может ночью опробую, пока расстроен...
В рабочести Стыка С2 и линий квитирования уверен, проверял.

Цитата:

---

Сообщение от Vamos

Запаял таки -065 на борт КВАНТа (вторую уже), спаял кабелек по схеме

---

А преобразователи уровня со всеми резисторами на борту присутствуют? Ну и естественно, как я понимаю, так же есть преобразователь +5В в +/-12В?

Цитата:

---

Сообщение от Alex_K

7 (109) ■───────────────� �─────■ 4 (DTR)

---

Цитата:

---

Сообщение от Vamos

Вот и деготь к меду...

---

Но ведь у вас явно нет вот этого проводочка ? Провод 1 в 1 как у Alex_K надо тестить, если у него нет проблем при прочих =

В PC у меня iTE IT-8718F-S.

Цитата:

---

Сообщение от Alex_K

В PC у меня iTE IT-8718F-S.

---

Цитата:

---

Сообщение от Alex_K

А преобразователи уровня со всеми резисторами на борту присутствуют? Ну и естественно, как я понимаю, так же есть преобразователь +5В в +/-12В?

---

Vamos, может быть визуальная информация (фото той части платы УК-НЦ что к С2 имеет отношения) будет наглядней ?
Вы можете сделать такую что бы видно было что там есть чего нет в плане стыка?

Цитата:

---

Сообщение от Alex_K

А преобразователи уровня со всеми резисторами на борту присутствуют? Ну и естественно, как я понимаю, так же есть преобразователь +5В в +/-12В?

---

Правильно понимаете :) , плата изначально была без С2 и преобразователей 170 их я покупал с резисторами вместе, -065 распотрошил два СА, первый не проверил -065 оказалась не рабочей, вторая которая сейчас как видно из картинок работает, сигналы квитирования работают тестировал и при помощи бита 2 и через гипер терминал и на HX_Server индикаторы правильно реагируют.
Встречный вопрос, а на какой версии HX_Server пробовали?
+5В в +/-12В от блока питания.

- - - Добавлено - - -

Цитата:

---

Сообщение от hobot

Но ведь у вас явно нет вот этого проводочка ? Провод 1 в 1 как у Alex_K надо тестить, если у него нет проблем при прочих =

---

Это не принципиально. С тем вариантом шнурка тоже проблем не было только у Alex_K. У меня не меньше вопросов чем у Вас.

Цитата:

---

Сообщение от Vamos

У меня не меньше вопросов чем у Вас.

---

может быть (совсем совсем "плоское предположение") длину сегмента кабеля сократить до минимально комфортной?
сменить тип кабеля на

Цитата:

---

Сообщение от Vamos

Встречный вопрос, а на какой версии HX_Server пробовали?
+5В в +/-12В от блока питания.

---

Пробовал на самой последней версии 2.3 и на версии 2.2.
У меня УКНЦ питается от AT-шного блока питания, но только 5В. Для +/- 12В стоит БПС-54, в своё время удалось купить пару штук.

Цитата:

---

Сообщение от Alex_K

У меня УКНЦ питается от AT-шного блока питания, но только 5В. Для +/- 12В стоит БПС-54, в своё время удалось купить пару штук.

---

А мне удалось купить МС9022.02 которые в СЭМЗ ставили.

опробовал шнурок без квитирования с такой схемой

Код:

---

Разъем                            Разъем
Стык С2                            DB9S
  1,10 (102) ■─────────────────────■    5 (GND)

  5    (103) ■──────────┐    ┌────■    3 (TD)
                  ┌────■│■────┘
  6    (104) ■────┘    └──────────■    2 (RD)

  3    (+5В) ■────┐          ┌────■    4 (DTR)
                  │          │
  7    (109) ■────┘          ├────■    1 (CD)
                              │
                              └────■    6 (DSR)

  2    (108) ■────┐          ┌────■    7 (RTS)
                  │          │
  9    (107) ■────┘          └────■    8 (CTS)

---

загрузилось.

Интересно другое, что при fRtsControl = RTS_CONTROL_HANDSHAKE не передается "@" в РС и загрузка не начинается.

Цитата:

---

Сообщение от Vamos

опробовал шнурок без квитирования с такой схемой

---

Если шнур без квитирования, то можно поставить:

Код:

---

fOutxCtsFlow = FALSE
fOutxDsrFlow = FALSE

---

В этом случае значение параметров fDtrControl и fRtsControl не играет роли.

Цитата:

---

Сообщение от Vamos

fRtsControl = RTS_CONTROL_HANDSHAKE не передается "@" в РС

---

Это на шнурке с квитированием...

С этим кабелем при соединении 108 и 107 появляется ситуация, что если не готов принять (еще не прочли принятый байт), то и не будет ничего передавать, то есть только полудуплекс. Как я понимаю, что с этот кабель не работает со сжатием, и при прерывании, например при выходе в пульт, возникает переполнение.

А что с форумом происходит, за текущие сутки ни одного уведомления не почту ?!

Цитата:

---

Сообщение от Vamos

Это на шнурке с квитированием...

---

А какой схемы шнур?

Цитата:

---

Сообщение от Alex_K

Как я понимаю, что с этот кабель не работает со сжатием,

---

Не работает без сжатия, со сжатием были бы другие ошибки, а так по таймауту.
Могу предположить что HX_Server не отреагировав на снятие CTS оправил пакет который не попал в УКНЦ, УКНЦ после установки (108) начинает ждать следующий пакет, а HX_Server считает что уже его отправил и ждет ответа от УКНЦ.

- - - Добавлено - - -

Цитата:

---

Сообщение от Alex_K

А какой схемы шнур?

---

http://zx-pk.ru/showthread.php?t=160...l=1#post857793

Цитата:

---

Сообщение от Vamos

Не работает без сжатия, со сжатием были бы другие ошибки, а так по таймауту.
Могу предположить что HX_Server не отреагировав на снятие CTS оправил пакет который не попал в УКНЦ, УКНЦ после установки (108) начинает ждать следующий пакет, а HX_Server считает что уже его отправил и ждет ответа от УКНЦ.

---

Что-то у вас всё-таки с линиями квитирования. И, кстати, HX_Server линиями квитирования не управляет, это делает драйвер Windows, ибо для него и предназначены все эти параметры для DCB-блока.

Поигрался сейчас с буферами FIFO. Так вот, как оказалось, при выключенных буферах FIFO у меня возникает переполнение. Загрузится можно только без сжатия, и соответственно при выходе в пульт во время чтения с HX, в регистре 176570 устанавливается бит переполнения. При включенных буферах такая проблема полностью отсутствует. В буферах установлен максимальный размер.
При включении/выключении буферов FIFO обязательно нужно перезагружать Windows, иначе эффект не сказывается.