Медленный ввод текста в поле html из сканера штрих-кода

Question

У меня есть веб-страница в моей локальной сети, чтобы вводить штрих-коды в реальном времени в db через поле (фреймворк django + postgresql + nginx). Он работает нормально, но в последнее время у нас есть клиент, который использует 72 символьных штрих-кода (Code Matrix), которые замедляют ввод, потому что перед следующим сканированием пользователь должен дождаться перерисовки последнего в поле (требуется около 1-2 секунд, перерисовка один символ за другим).

Есть ли способ уменьшить латентность отсканированного текста в поле html? Лучше всего было бы показывать сразу все отсканированные штрих-коды, а не один символ за другим. Сканер настроен на добавление «Ввод» после отсканированного текста.

Answer 1

В конце, как заявил Брэд, проблема связана скорее с настройками сканера (USB в режиме HID), хотя проблема с ПК также является проблемой. После нескольких тестов на двухъядерной Linux-машине я оцениваю задержку на 85% для сканера и 15% для ПК/браузера.

Чтобы решить эту проблему, я первый поиск, и скачал полное руководство нашего сканера 2D штрих-кодов (306 страниц), то я сосредоточился на USB Keystroke Delay как причина, но по умолчанию уже установлен в «No Delay» ,

Настройка, которая повлияла на скорость чтения, была Интервал опроса USB, вариант, который применяется только к USB-эмулятору USB HID.

Интервал опроса определяет скорость, с которой данные могут быть отправлены между сканером и главным компьютером. Более низкое значение указывает на более быструю скорость передачи данных: по умолчанию было 8 мс, без каких-либо проблем я опустился до 3 мс. Более низкие ставки не были быстрыми, вероятно, потому, что они были достигнуты, когда ПК стал узким местом.

ВНИМАНИЕ: Убедитесь, что ваш хост-компьютер может обрабатывать выбранную скорость передачи данных, выбирая скорость передачи данных, которая является слишком быстрой для вашего хост-компьютера, может привести к потере данных: в моем случае, когда я снизил интервал опроса до 1 мс, не было потери данных в рабочем ПК, но при тестировании внутри виртуальной машины произошла потеря данных, как только я достиг 6 мс.

Еще одна интересная вещь: браузеры, как правило, реагируют значительно медленнее после длительного использования со многими открытыми вкладками (пару часов в моем случае), возможно, из-за кеширования.

Испытания, выполненные с браузерами Firefox и Chromium на старом двухъядерном ПК с ОС Lubuntu (linux).

Answer 2

Это, вероятно, не имеет ничего общего с вашей страницей, но со скоростью интерфейса сканера. Большинство этих сканеров преднамеренно ограничивают ввод данных, чтобы не заполнять буфер компьютера, избегая падения символов. Подумайте об этом ... когда вы копируете/вставляете текст, для перерисовки символов не требуется много времени. Все появляется мгновенно.

Большинство этих сканеров настраиваются. Проверьте, есть ли опция на вашем сканере, чтобы увеличить частоту символов.