Немного про сканер штрих-кода

Доброго времени суток всем! Есть несколько вопросов по работе БД со сканером штрих кода, но вопросы скорее познавательного характера, может кто сможет ответить.
1 В инете имеется множество шрифтов для нанесения на этикетки или допустим для кодирования документов, для иных каких то задач. Вопрос: каждый сканер адаптирован для чтения любого из шрифтов штрих кода или сканеры определенной группы могут считывать только определенные шрифты(QR в данном случае не рассматривается)? В базе шрифтов ОС имеется Шрифт "Barcode", это очевидно базовый шрифт для подобных целей?

2. Какой самый простой и недорогой сканер для внедрения в производстве (хотя бы пару распространенных моделей). Желательно переносной, с радиусом действия в метров 30-40. Возможно кто то сталкивался с вопросами приобретения и особенностями каких -то моделей.

3. Что и где можно почитать, чтобы понять основы обработки сканером входящей информации(скажем так, для уровня чайников)

4.Отличается ли содержательность заложенной в ШК информации в зависимости от применения определенной кодировки или изменяется только объемность отображаемого визуально результата? (см прилож. файл), т.е. визуальный результат заложенной в ШК информации не меняется по содержанию, а только по объему или я не прав ?

5 В моем случае в штрих код нужно заложить информацию из нескольких полей таблицы - [Дата]&[Деталь]&[Заказ]&[Партия][Количество], как правильно прописать это в поле запроса формирующем штрих код, чтобы сканер считал и передал данные для идентификации в БД без ошибки, как в этом случае должно формироваться поле[Barcode]?

Barcode: CodeData([Деталь] & "" & [Количество] & "" & [Заказ]...и т.д.;[Symbology]) или как то по другому? Возможно используются какие то специальные символы разделяющие данные полей...
(при формировании ШК используется тот же модуль что и в прилагаемом примере, с аналогичным названием поля [Simbology] и тем же названием функции CodeData.

Во общем интересно все, особенно ключевые моменты. Если есть кому что рассказать по данной теме буду осення признателен. Спасибо

0

Сообщение от Braser Скорее всего разделитель нужен. Вот какой символ используется как разделитель вот в чем вопрос

IMHO - Никакой!
Штрих код = последовательность цифирей, без всяких разделителей и спец символов.

1

Сообщение от Eugene-LS Штрих код = последовательность цифирей, без всяких разделителей и спец символов

как тогда идентифицировать при считывании и записи данных в таблицу, с какого знака заканчивается номер партии и начинается номер заказа, если и то и другое поле могут иметь в разных случаях разное количество цифр???

0

Сообщение от Braser если и то и другое поле могут иметь в разных случаях разное количество цифр???

При преобразовании в текст - кол-во символов можно устанавливать при форматировании.
Например:
Вернёт: 003567 (ровненько 6 цыферей, как и было заказано)

Добавлено через 13 минут
Braser, вот доп. инфо:
Вы про ЭТО спрашивали?

Добавлено через 8 минут

Сообщение от Braser с какого знака заканчивается номер партии и начинается номер заказа, если и то и другое поле могут иметь в разных случаях разное количество цифр???

С этим разобрались.
Теперь вам придётся самостоятельно разработать систему формирования ШК
Допустим у вас номер партии это 4 символа начиная с 5-го.

Тогда:

1

т.е данные при кодировке их в штрих должны выглядеть только так, по шаблону: партия -"000200", а не просто "200" и номер заказа "000123" а не "123", правильно я понимаю? А если используется несколько типов маркировки заказа? Например к цифровой части может быть приставлена еще какая то, например ПДО00123, и тут же в другом используется маркировка ИСП00245 тогда как быть?(у нас используется и просто цифровая и с буквенной приставкой, вот в чем фикус-пикус)

0

Сообщение от Braser у нас используется и просто цифровая и с буквенной приставкой, вот в чем фикус-пикус

Буковки то же можно закодировать числом ... 2 буквы = 6 символов ...
Смотрите например: Функции Asc, AscW

Добавлено через 2 минуты

Сообщение от Braser т.е данные при кодировке данных в штрих должны выглядеть так: партия -"000200", а не просто "200" и номер заказа "000123" а не "123", правильно я понимаю?

Да, правильно?
Вам же нужно знать точное положение данных в ШК - что бы потом их найти ...

1

Теперь вам придётся самостоятельно разработать систему формирования ШК

Так я ж у вас и спрашиваю, возможно ли в качестве разделителя брать использовать не шаблонную процедуру, которая будет разделять полученный цифровой код на составные части по количеству знаков и идентифицировать их, а просто при формировании штрих кода уже задать символ разделяющий эти данные, например"!" и затем считывать и помещать данные в различные поля с учетом этого разделения?

1

Сообщение от Braser просто при формировании штрих кода уже задать символ разделяющий эти данные, например"!" и затем считывать и помещать данные в различные поля с учетом этого разделения?

Думаю что нельзя.
Да и смысла в этом не вижу.
ШК - это только цифры в текстовом поле.

Добавлено через 2 минуты
Braser, проще написать универсальную функцию - которая будет возвращать нужные вам данные из ШК по двум аргументам:
01 - ШК
02 - Номер части данных

+ Функцию формирующею ШК по переданным аргументам.

1

Braser, О благодаря ВАМ - у меня сегодня ЮБИЛЕЙ!
Подарки и поздравления принимаются круглосуточно!

Изображения

 

3

Хорошо, нельзя так нельзя, правда не совсем понимаю почему. Ну допустим, если с помощью функции (она есть в примере в моем п.7) перевести в штрих код последовательность "123"!"456"!"789", то что должен вернуть сканер после считывания кода в поле?

Добавлено через 1 минуту
Сердечно поздравляю!Здоровья, счастья, благоденствия! Я старался как мог, честно...

1

Сообщение от Braser то что должен вернуть сканер после считывания кода в поле?

Сканер вернёт последовательность цыфер в тексте, согласно настроенному стандарту ШК, а дальше вы его обрабатываете и выдираете из него нужные данные - ничего сложного не вижу.

1

Ну тогда почему, нельзя, предположим ГИПОТЕТИЧЕСКИ ,указать компу, что все цифры(буквы) до 1 знака"!" - это номер партии, от первого до второга знака"!" - это количество деталей, от второго до 3 знака "!" - это дата выпуска и от 3 знака"!" и до конца кода это номер заказа, тогда в этом случае мы можем не делать никаких полей с фиксированным количеством знаков, вот о чем я думаю...

Добавлено через 4 минуты

Сообщение от Eugene-LS а дальше вы его обрабатываете

т.е. он должен после обработки цифрового кода соответствующей функцией вернуть мне тоже самое: "123"!"456"!"789" откуда я возьму "123" и помещу в соответствующее поле, далее возьму "456" и помещу во второе и т.д.-такой способ распределения данных после декодирования не проще?

0

Сообщение от Braser Ну тогда почему, нельзя, предположим ГИПОТЕТИЧЕСКИ ,указать компу, что все цифры(буквы) до 1 знака"!" - это номер партии, от первого до второга знака"!" - это количество деталей, от второго до 3 знака "!" - это дата выпуска и от 3 знака"!" и до конца кода это номер заказа, тогда в этом случае мы можем не делать никаких полей с фиксированным количеством знаков, вот о чем я думаю...

Так я вам ИМЕННО про ЭТО и писал!!!

Такое впечатление, что печатаемся на разных языках, но одинаковыми буквами...

Добавлено через 5 минут
Braser, за работку браться пора, - вываливаюсь.
Оставляю вас на добрых форумчан.
Успехов!
(Будет свободная минутка забегу потом)
Пока!

0

Знаете, честно говоря, я был бы Вам ОЧЕНЬ признателен если бы Вы мне показали на моем примере как данные из таблицы в таблицу перегнать можно с суммированием и присвоением номера партии, ну просто ОЧЕНЬ был бы признателен. А со штрихом мне еще поразбираться похоже надо, возможно в принцип его формирования и обработки больше вникнуть.
А вот перемещение данных сейчас мне очень актуально, пожалуйста, если не трудно

Вложения

Номер партии.7z (13.6 Кб, 1 просмотров)

0

Сообщение от Braser Знаете, честно говоря, я был бы Вам ОЧЕНЬ признателен ...

возможно позднее - и я тут не один, кто нить из форумчан вам обязательно ответит.
Пока рекомендую почитать это

1

Если правильно понял с переносом, хотя есть большие сомнения, то так:

Вложения

Номер партии.rar (27.4 Кб, 3 просмотров)

1

Спасибо, идея та самая, только переносить нужно не визуализируя данные. максимум - это извещение что данные успешно перенесены. У вас группировка позаказно реализована, а мне нужна группировка + суммирование по одинаковым позициям.
т.е.
если в источнике требуется: балка 001; по заказу 123; в количестве 10 штук; и через строку допустим заказана такая же деталь, но по заказу 456; в количестве 15 штук;, то в таблице получателе должна появится запись: Номер партии 001, деталь- Балка 001, количество -25шт, номер заказа- 123;456.
При дальнейшем добавлении строк идентичных деталей в таблицу приемник, должен присвоится новый номер партии и соответственно указаться новое количество, а ранее сброшенные строки так и остаются в приемнике, только с иным номером заказа....уфффф

После сброса данных, таблица источник, должна быть очищена. Ее роль - промежуточная таблица. таблица приемник хранит данные.

Добавлено через 14 минут
В дополнение к предыдущему посту скажу что номер партии в данном примере и номер детали это просто совпадение.
если "заглянуть в будущее" и запросить данные по детали Балка 001, то запрос должен выдать
№Парт Деталь Заказ(ы) Количество
001 Балка 001 123;456 25
002 Балка 001 759;253 40
003 Балка 001 500 60

Добавлено через 15 минут

Сообщение от Braser только с иным номером заказа.

иным номером партии,извиняюсь за ошибку

0

Можно и так. Если опять ничего не напутал...

Вложения

Номер партии.rar (29.6 Кб, 8 просмотров)

1

Это ГОРАЗДО ближе к тому что задумано, только номер партии на одни и те же детали должен формироваться ориентируясь на предыдущий номер партии ЭТИХ ЖЕ ДЕТАЛЕЙ, а не по порядку.
У вас сейчас номер партии записывается по порядку 1,2,3, и тд, не зависимо от того каким был номер партии этих же деталей ранее. Если воплотить в строчках должно быть примерно таким образом(я видимо просто неправильно изложил опять ранее в примере):
№Парт Деталь Заказ(ы) Количество
001 Балка 001 123;456 25
001 Стойка 456 1123;1212 70
002 Балка 001 759;253 40
003 Балка 001 500 60
002 Стойка 456 1160;121 90
004 Балка 001 501 60

т.е. в данном случае номер присваиваемый каждой новой партии формируется отталкиваясь от номера партии на ТАКИЕ ЖЕ детали заказанные ранее, а не от номера партии стоящего в предыдущей записанной строке.

Извиняюсь за вынос мозга но требуется именно такой просчет выпущенных партий деталей.

Добавлено через 11 минут
Получается, если все правильно понимаю, здесь надо указать при присвоении номера, что ориентир должен быть не только на значение поля [Партия], а еще плюс ко всему находящемуся в строке с идентичным вносимому значением поля[Деталь],...
(Эх,говорила мне мама в свое время иди в ТИИВТ).сорри за оффтоп

0

Сообщение от Braser т.е. в данном случае номер присваиваемый каждой новой партии формируется отталкиваясь от номера партии на ТАКИЕ ЖЕ детали заказанные ранее, а не от номера партии стоящего в предыдущей записанной строке.

Думаю, тут не следует путать ШК и вашу БД (её поля).
Мухи отдельно - Котлеты отдельно.
Связывайтесь с ШК только когда это действительно необходимо - в остальном всё обычно.
Работайте с базой в обычном режиме с уникальными ключами в формате Long (рекомендуется)

Или я чего не понял....

1

Сообщение от Braser ТИИВТ

Это что?

0