На главную страницу Версия-Т
VTSoft.ru

скорость работы (chon100.dll)

RSS
скорость работы (chon100.dll)
 
#1
08.12.2003 08:57:05
Вопрос:
существует ли возможность увеличения скорости работы чекового onlina'а (chon100.dll)

Исходные данные:
- драйвер чекового onlina'а chon100.dll
- АМС100Ф
- собственная разработка

Алгоритм:
- формируется чек
- включение ожидания запроса от ККМ (ФЦ-ВВ)

после нажатия ФЦ-ВВ в зависимости от количества позиций в чеке проходит не менее 2-3 секунд до начала печати.
возможно ли увеличение скорости работы?

- печать чека
- что-то для завершения...
 
 
 
#2
08.12.2003 16:06:19
После получения запроса от ККМ, между ПК и ККМ производится обмен только необходимыми данными. К сожалению, уменьшить время этого обмена, не представляется возможным. :(
 
 
 
#3
09.12.2003 06:26:57
Спасибо, Евгений.

Но продолжая тему есть вопросы:

1. (Глупый) Увеличение скорости порта (COM 1-2) не даст выигрыша?
2. В чем проблема "железо" (ККМ) или драйвер (chon100.dll)?
3. Разработчики пытаются с этим бороться или это безнадежно?

PS: проводил эксперимент с 20 покупками - это уже не смешно!!! (ко времени передачи добавляется время и на callback'и - разный там оживляж, progress bar и т.д.) Кстати предложение к Вашим дизайнерам: пусть нарисуют веселую анимацию (gif к примеру) для отображения процесса загрузки чека (как в MSOffice поможники), чтоб продавцам было не скучно. :D
 
 
 
#4
09.12.2003 12:43:25
Цитата
Тим писал(а):
1. (Глупый) Увеличение скорости порта (COM 1-2) не даст выигрыша?
2. В чем проблема "железо" (ККМ) или драйвер (chon100.dll)?

АМС-100Ф работает по RS232 на фиксированной скорости обмена, причем скорость эта не является стандартной - 10416 бод. Изменить ее нельзя. Это связано со схемотехникой кассы.

Цитата
Тим писал(а):
3. Разработчики пытаются с этим бороться или это безнадежно?

Бороться с чем? :?

Цитата
Тим писал(а):
PS: проводил эксперимент с 20 покупками - это уже не смешно!!! (ко времени передачи добавляется время и на callback'и - разный там оживляж, progress bar и т.д.) Кстати предложение к Вашим дизайнерам: пусть нарисуют веселую анимацию (gif к примеру) для отображения процесса загрузки чека (как в MSOffice поможники), чтоб продавцам было не скучно. :D

Время затраченное на callback'и ни от библиотеки, ни от ККМ не зависит. Если разработчик торговой программы захочет на каждый callback вызов прогресса передачи чека от ПК к ККМ проигрывать любимую песенку :) , то я скромно промолчу. Если в callback вызовах нет необходимости, то их можно и не определять. В этом случае библиотека будет затрачивать время на проверку равенства указателя null.
А рисовать веселые рожицы должны дизайнеры программ, которые используют библиотеку :D , поскольку сама библиотека графического интерфейса не имеет.