Форум по торговому электронному оборудованию

Добрый день
Проблема в следующем.
Есть n-ое число весов Mettler Toledo Tiger P (около 230). До недавнего времени в них грузилась информация через SET Crystal версии 5.хх, грузилось все кроме составов.
Где-то месяц назад сменили способ выгрузки на самописный, стали грузить составы на товары (в т.ч. и по 2 ячейки памяти состава на один товар) и начали сталкиваться с проблемой - уже 8 весов из 221 вылетают с ошибкой 202. Некоторые из них по второму разу уже.
Понятно, что сброс бд помогает, но почему тогда несколько лет все было нормально, пока не стали выгружать составы? Что это, массовая гибель батареек или что-то еще?

После 202 ещё цифры идут.

24, 01, 22, может еще какие-то выскакивали. Там не один и тот же код, у проблемных весов две общие черты - выгрузка составов и то, что выводится ошибка 202.

У Р весов распределение памяти не очень выгодное в плане состава.
При выгрузке у Вас какое количество ПЛУ-шек и строк доп.текста?
Значок склеивания пишете в начале строки или в конце?

Максимальное количество PLU по проблемным весам - 459. С учетом того, что конкретно эти весы стоят в гастрономии (готовые блюда, салаты, суши и прочее), будем считать, что на каждый PLU установлено 2 ячейки памяти с составами, т.е в общем состав может быть до 500 символов. Вид инфы на этикетке во вложении (криво ленту поставили, сверху еще строка с наименованием товара).
Основная непонятка в том, что весы могут выпасть в эту ошибку, после чего мы их чистим, выгружаем ту же самую информацию, которая была до ошибки, и все работает. А через некоторое время ситуация повторяется.
Если бы это и ранее было, я бы еще понял, но все началось именно после изменения типа выгрузки

Похоже что-то не влазит. Видно что текст рвется автоматически где попало.
В одной ячейке доп.текста помещается не более 200 символов: http://zipstore.ru/auxpage_premium-firmaware-tiger-p и я уверен что это с учетом служебных символов.

Это учтено, перед выгрузкой в весы состав товара режется до 400-t символов, где t- служебные символы, после чего режется по 200 символов, с учетом служебных (т.е. символов, несущих смысловую нагрузку меньше 400)

Я так понимаю, тема умерла? Ни у кого нет никаких мыслей по этому поводу?

Дамир писал(а):Максимальное количество PLU по проблемным весам - 459. С учетом того, что конкретно эти весы стоят в гастрономии (готовые блюда, салаты, суши и прочее), будем считать, что на каждый PLU установлено 2 ячейки памяти с составами, т.е в общем состав может быть до 500 символов. Вид инфы на этикетке во вложении (криво ленту поставили, сверху еще строка с наименованием товара).
Основная непонятка в том, что весы могут выпасть в эту ошибку, после чего мы их чистим, выгружаем ту же самую информацию, которая была до ошибки, и все работает. А через некоторое время ситуация повторяется.
Если бы это и ранее было, я бы еще понял, но все началось именно после изменения типа выгрузки

Если есть подозрение на тип выгрузки, то попробуйте обнулить весы и с помощью SPCT загрузить всю информацию.