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

Пользователь

Сообщений: 7 Регистрация: 08.12.2003

08.12.2003 08:57:05

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

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

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

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

- печать чека
- что-то для завершения...

Eugene Администратор Сообщений: 931 Регистрация: 31.10.2002	#2 08.12.2003 16:06:19 После получения запроса от ККМ, между ПК и ККМ производится обмен только необходимыми данными. К сожалению, уменьшить время этого обмена, не представляется возможным.

Тим

Пользователь

Сообщений: 7 Регистрация: 08.12.2003

09.12.2003 06:26:57

Спасибо, Евгений.

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

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

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

Eugene

Администратор

Сообщений: 931 Регистрация: 31.10.2002

09.12.2003 12:43:25

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

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

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

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

Цитата

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

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

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

, поскольку сама библиотека графического интерфейса не имеет.