Я использую сканер SocketScan Mobile в режиме SPP. Когда я читаю отсканированные данные, я получаю префикс/суффикс Unicode, добавленный к тексту штрих-кода (который, как представляется, не кодируется в Юникоде). Я установил сканер в режим «данные как есть», используя штрих-код No Prefix или Suffix (#FNB 4160C100000#), который находится в руководстве по командам штрих-кодов. Я не ожидал увидеть какой-либо префикс или суффикс. Кодировка Unicode не расшифровывается ни на что значимое.Данные сканирования SocketMobile в режиме SPP
Может ли кто-нибудь сказать мне, что добавляется/добавляется, когда я читаю необработанные данные из COM-порта?
Я подозреваю, что это информация о типе сканируемого штрих-кода. Вот пример того, что я получаю, когда я сканировать штрих-код EQ0000013158 (я думаю, что это UPC-8 код, но не уверен):
\ u0002 \ 0) \ 0d \ u0001 \ 0 \ u0017 \ 0 \ 0 \ 0 \ 0 \ 0 \ е \ 0 \ u0001 \ 0 \ u0006EQ0000013158 \ г] C0DB3`E5 \ u0003
Даже лучше кто-то может мне точку в техническом руководстве, которое описывает, что означают эти коды?
Итак, если я правильно понимаю, это необработанные данные, закодированные в штриховом коде, а не что-то, что сканер вставляет? Кстати, это код 128-B. – Los2000
Протокол добавляется прошивкой для отправки штрих-кода декодированных данных на хост. Таким образом, эти «лишние» байты не являются частью штрих-кода. – EricG
Спасибо EricG. Полагаю, моя озабоченность заключается в том, что данные протокола являются согласованными и могут быть просто отфильтрованы или формат изменяется в зависимости от типа сканирования штрих-кода. Я искал Интернет для кодирования протоколов, связанных со штрих-кодами, особенно для Code-128, который является типом штрих-кода, с которым я тестирую, и ни один из них, похоже, не соответствовал данным, которые я вижу. Полагаю, я попробую другие форматы, чтобы увидеть, есть ли какие-то различия. – Los2000