Опыт применения терминалов сбора данных

06 Дек 2012

Добавлено admin
Аватар пользователя admin

В крупных магазинах с большим ассортиментом товара применение терминалов сбора данных на разных этапах работы может существенно сократить время приемки товара и на порядок уменьшить количество ошибок. Условно терминалы можно разделить на два типа – автономные и радиотерминалы. В автономные информация закачивается перед началом работы и сбрасывается на компьютер по ее окончании. Существенным недостатком таких терминалов является малый объем внутренней памяти. Радиотерминалы позволяют работать с базой данных в  режиме он-лайн.

Об опыте внедрения именно таких терминалов я и буду рассказывать. После долгого исследования рынка терминалов мы остановились на модели CHIPER LAB 8110L. Причин для этого было несколько – долгое время автономной работы – в зависимости от нагрузки – до нескольких смен. Наличие возможности написания внутренних программ терминала на BASICe и С. И, самое важное – радиомодуль. Схема работы с терминалом такова – терминал посылает запрос через радиобазу, подсоединенную к COM-порту компьютера, на компьютере работает в качестве системной службы программа, обрабатывающая этот запрос и отсылающая его к серверу базы данных. Результат выполнения запроса отправляется аналогично в обратный путь  к терминалу. Вроде просто, но для реализации этой схемы пришлось решить несколько технических и программных вопросов.

Начну по порядку. Первое, с чем пришлось столкнутся, это ограничение на длину COM-кабеля. По стандарту он составляет 3 метра. До 5 метров его можно удлинить, но этого оказалось очень мало. Решение простое – был взят экранированный кабель «витая пара» 5 категории длиной 20 метров и распаян под ком-порт. Не заработал. Отрезали 1 метр- перепаяли. Не работает. На 16 метрах удалось установить связь – для верности отрезали еще один метр – распаяли – кабель готов. Кабель был проложен по лотку на высоте 3,5 метров, подключен к радиобазе. Дальше вопросы были только программные. Написание

программы для передачи запросов к базе и получения ответов для терминала проблем не вызвало - были задействованы стандартные компоненты Delphi для работы с сетью и COM-портом. Сложности появились при написании программы для самого терминала ( она же , в терминах продавцев, прошивка.) Дело в том, что стандартная программа, идущая в поставке терминала, пригодна лишь для демонстрации работы устройства и работает с небольшой базой MS Access. Так же в комплекте еще шла компонента для работы с 1C, но ее мы не тестировали, так как 1С в процессах товародвижения не используем. Первые варианты прошивки были написаны на С. После обработки компилятором, идущем в поставке, ее без дополнительных проблем оставалось закачать через ком- кабель в терминал. В процессе написания выяснилась следующая проблема – русские буквы выводились в каком-то неведомом порядке. После проведения дополнительных изысканий выяснилось, что буквы выводятся со сдвигом на 32 позиции.

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

pubs@orgtorg.com