Вот наэкспериментировал: при печати одного и того же чека в разных сессиях, при разном значении таймаута и скорости, печатаются два заведомо неправильных, но странно одинаковых чека. Например, оригинальный чек на 1000, первая печать выдаёт - 947, вторая - 978. Перезагружаю терминал, меняю настройки, печатаю, тоже самое. В чём может быть глюк?

После ряда проб, установил, что стабильно теряется первая строка чека, в очень редких случаях (5% примерно) первая и вторая. Может всё-таки кто-то знает как победить? Под виндовским терминалом всё на ура печатаеся. Вот.

А поищите на старом форуме http://www2.itadvisor.ru/sites/ita/Discussion.aspx ,было что-то похожее  из области то ли ФР, то ли сканеров ШК. Может поможет.

--

Nikolai V. Ivanyushin <nvi at itadvisor.ru>
IT Advisor Ltd.
http://www.itadvisor.ru
+7 910 743-28-38

Вот, что я нашел, не в тему, но всё же:

http://www2.itadvisor.ru/sites/ita/Discussion%20Board/DispForm.aspx?ID=2609

Тема:

Глюк при работе со сканером шрих кодов.

Текст:

Нашел
решение этой проблемы!!! вернее причину, она наблюдается на любом
дистрибутиве ИМХО. Не важно тонкий клиент это или полноценный
дисрибутив. Походу в линуксе корявая реализация РДП. Данные считываются
если в системе происходит генерация события WM_PAINT (прорисовка чего
либо). Решение было следующим в 1с на форме где происходит считывание
данных со сканера разместил мигающую надпись. Соытие генерилось и
естественно сканер работал на ура.

З.Ы. на решение этой проблемы убил неделю :)

http://www2.itadvisor.ru/sites/ita/Discussion%20Board/DispForm.aspx?ID=2924  

Тема:

Глюк при работе со сканером шрих кодов.

Текст:

Если
это проблема связанная с тем что нужно после считывания данных сканером
что то сделать, например мышь тронуть или на клавиатуре нажать на
клавишу и только тогда данные передаются в 1с?? На эту проблему
совершенно неожиданно была найдено решение, в сеансе на клиенте меняем
курсор мыши на какой нибудь хитрый (гламурный :) ) и почему то все
начинает работать .

--

Nikolai V. Ivanyushin <nvi at itadvisor.ru>
IT Advisor Ltd.
http://www.itadvisor.ru
+7 910 743-28-38

Спасибо за ответ, но этот вариант я пробовал, дрыгание мышкой не помогает, при обычной печати даже без оного действия выходит чек нормальный, а следующий идёт с пропуском первой строки. Пинговал станцию, меньше 1 и 37 мс выдаёт, так на всех станциях, включая и со сканером штрих-кода, там работает нормально, была только проблема отключения, если ставить настройки отключения монитора &etc, то через минуту сканер не реагировал на попытку считывания кода, помогал только реконнект, исправил отключением данного пункта из настроек клиента. Чистых потерь в сети нет, задержка только, но она присутствует на всех машинах, скорее всего из-за нескольких свитчей-хабов перед сервером. На днях высплюсь и попробую напрямую сервер-клиент попробовать, если и в таком случае будет трабл, то даже и не предполагаю, в чём и как разбираться. Перечитываю пока что оба форума, старый и новый, но похожую проблему встретил только в том посте, который вы мне посоветовали, хм, а может и не в нём, сейчас не вспомню, там была ситуация, что от сканера данные приходили с разрывом, как-бы двумя частями, или двумя пакетами, ответов в том топике не было. Вот и у меня такая же история.

Да и проблема я как понял была только при обычном, то есть через тонкий клиент, перенаправлении сом-порта, без использования ser2net и проги под винду. Не могу пока что уяснить на что влияет время коннекта под MSCI2000 для порта, возможно это тот самый таймаут, что и в настройках порта, но пока что эксперименты этого не прояснили.

При стдандартном ремапе, порты в системе обнаруживались, но ни ФР ни сканер не работали. При этом заметил интересную вещь, если MSCI2000 настроен на считывание сом-порта с адреса, на котором грузится винда, а не клиент, то устройство на этой машине не может получить доступ к своему реальному сом-порту. Решается удалением сервиса MSCI2000 или переносом на другой адрес поиска порта. Мда. Попробую сборку алса из старых, вариант... может обычный ремап будет работать, люди писали...