да, но куда именно выдает? если это код ячейки - может это просто форматирование текста для вывода так настроено? в каком окне и как именно он это выдает?

Добрый день, Андрей.

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

с win 4.2 он новым быть не может. ну т.е. может им и не пользовались, но произведен был давно.

еще: под win 4.2 мы распространяем только старую версию нашего ПО. поэтому существует небольшая вероятность, что зависает оно. тут вариантом выхода является покупка к терминалу апгрейда до CE 5.0 (около $18).

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

это нормальные code39 коды, всё идеально, чексумм нет. правда, фотосканером они читаться почти не будут - только лазерным или ccd. почему Mobile SMARTS на вашем CASIO такое обрезает - совершенно загадочно. если у вас фотосканер, то там вообще интеграции со сканером нет - просто запускается Image Read Demo.

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

очень мелкие картинки получились - ничего не видно - у нас можно скриншоты до 2 Мб постить.

Laser scanner demo пишет какой код считал, то есть то что я закодировал, окруженный звездочками, Тип штриха то есть Code39, а также длину что считал, то есть 10(8 код и 2 символа "*").Еще End inf =0.

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

Еще само считывание штриха каккое то напряженое что ли, может с первого прочитывания не считать, держать лазер надо долго.EAN13 считывает мгновенно, едва навожу луч.Еще вопрос, влияет ли размер штриха?Я печатал этикетку размером по умолчанию в 1с, 38х20мм.

в code39 на считывание влияет ширина самого узкого штриха (хотя бы 0,2 мм) и правильное (1:2,5 - 1:3) соотношение ширины самого тонкого к самому толстому штриху. а сколько это в ширину не важно.

Или получается тогда что и code39 тоже неправильно печатается из 1С?

нет, code39 она печатает правильно.

Я так понял что он печатает вообще без чексуммы штрих, а mobile smarts нужна чексумма.

Mobile SMARTS не нужна чексумма. печатает оно чексумму или нет можно понять, разобравшись с параметрами компоненты. еще, возможно, Laser Scan Demo пишет что за код прочитала и есть ли там чексумма (нет сейчас CASIO под рукой посмотреть).

Потому иногда последний символ совпадает и тогда штрих читается иногда нет.

Mobile SMARTS не нужна чексумма. но если печатать без чексуммы, и при этом последний символ кода случайно совпадет с чексуммой остатка штрихкода, то этот последний код будет обрезан.

Правда я в настройках ТСД ставил читать без чексуммы, результат тот же.

Mobile SMARTS не сама обрезает чексумму. она вот как раз просто при запуске проставляет в настройке сканера "не передавать чексумму" - и всё.

Значит я пробовал считывать через Barcode Demo code128 считывается без проблем, не считывается только мой собственный.

либо неправильно формируете code128, либо он всё-таки обрезается у вас. например, используете популярную для 1С компоненту формирования штрихкодов, в которой в старой версии code128 формировался неправильно. или используете штрифт для code128, но забываете, что в нём, как и в code39, тоже есть свои обязательные старт-стоп символы.

Code39 считывается странно, если я кодирую 8 символов(со звездочками 10), то считывается без проблем(в barcode demo полностью , в mobile smarts без одного символа).Если кодирую 9 символов, то не считывается нигде!

еще раз обратите внимание: Mobile SMARTS обрезает не последний символ. Mobile SMARTS обрезает чек-сумму, если таковая есть в штрихкоде. получается, что в вашем 8ми-значном штрихкоде последним знаком идет правильная чексумма. а в вашем 9ти значном - неправильная чексумма.

мы в компании считаем, что EAN13 и CODE39 наиболее распространены, и все оптимзации/заточки программы идут только для этих двух кодов. т.е. если в нашей программе и есть какое-то колдовство над кодами, то оно касается только этих двух - разные там лишние/нелишние нули в начале, чексуммы и пр. поэтому:

Края не обрезаны, все красиво ровно, но вот что именно нужно поправить в настройках code128?Я уже что ни пробовал ничего не помогает.

Mobile SMARTS вообще никак не трогает настройки code 128 - вот как они были настроены - с завода по умолчанию или в какой программе другой - так оно и будет работать. прежде всего следует посмотреть, а сканируется ли вообще code 128 хоть где-нибудь. стоит ли в настройках сканера галочка, разрешающая его считывать. если code 128 сканируется в Laser Scan Demo, но не сканируется в нашей программе - напишите, мы подумаем, что тут можно сделать.

Или в code39, также что ни менял в настройках, последний символ не хочет читаться.Лучше бы я сам обрезал эту чексумму:)

а вот у code39 Mobile SMARTS всегда отрезает чексумму на всех поддерживаемых сканерах, что бы там ни было настроено. потому что было решено, что для большинства применений так оно правильней. если вам кровь из носу нужно уметь управлять этой настройкой для CASIO, то мы можем вынести её куда-нибудь.

Здравствуйте!Терминал Casio it-800r-15.Загрузил стандартную конфигурацию.Считываю штрихкод через Собрать штрихкоды (быстрая).С EAN13 проблем нет, code128 вообще не читает, code39 читает без последнего символа(крайний справа) или вообще не читает.Штрихи печатаю из Типовой конфигурации 1С УТ 8.1 Печать Этикеток.

1. проверьте, что code128 напечатан верно, без обрезания краев. второе, что может помочь - это выйти из Mobile SMARTS, запустить Laser Scan Read и поправить в нём настройки считывания code128 и EAN128.

2. последняя цифра - это вероятнее всего чексумма, которая может быть в штрихкоде (может не быть) и иногда печатается снизу (иногда не печатается). хотя чексумма и является частью штрихкода, она специально нами обрезается, потому что в практическом плане это линий символ - если вы хотите напечатать какие-нибудь коды или артикулы товаров, допустим "RM0009-01", то в штрихкод автоматом добавится еще и чексумма, какое-нибудь "W", на которую вы не закладывались, и штрихкод получится "RM0009-01W". а если вы измение артикул в системе на "RM0009-01W", то штрихкод будет уже "RM0009-01WG" и т.д.