15.11.2011 22:50
если в фале wrapper.conf настроить логи так-----

# Wrapper Logging Properties

#********************************************************************
# Format of output for the console. (See docs for formats)
wrapper.console.format=PM

# Log Level for console output. (See docs for log levels)
wrapper.console.loglevel=NONE

# Log file to use for wrapper output logging.
wrapper.logfile=./logs/wrapper.log

# Format of output for the log file. (See docs for formats)
wrapper.logfile.format=LPTM

# Log Level for log file output. (See docs for log levels)
wrapper.logfile.loglevel=NONE

# Maximum size that the log file will be allowed to grow to before
# the log is rolled. Size is specified in bytes. The default value
# of 0, disables log rolling. May abbreviate with the 'k' (kb) or
# 'm' (mb) suffix. For example: 10m = 10 megabytes.
wrapper.logfile.maxsize=0

# Maximum number of rolled log files which will be allowed before old
# files are deleted. The default value of 0 implies no limit.
wrapper.logfile.maxfiles=0

# Log Level for sys/event log output. (See docs for log levels)
wrapper.syslog.loglevel=NONE




а в файле fileImport все- <level value="Off"/>,-то имеем вот что-
ни один из логов сервиса в папке logs если и существует то не ведетса, стоят по нулям, но проклятый подлый-- main--- все равно пухнет по сотне килобайт в минуту! ну как его убить люди добрые!?

действительно если логи не отрубать то- сервис при их большом разрастании стопится,лечится потом рестартом его из под винды,ну или вручную удалением всех товаров из базы и последующим их новым импортом(надо толко сначала удалить привязки весов-а то не удалить товары,да и после удаления товаров из базы с сохраненными привязками весов весы потеряют товары-у продовцов будет инфаркт )
16.11.2011 14:13
стопим службу, в файлике ScalesComponentLog.xml ищем строчку
Цитата:
<param name="File" value="logs/main.log"/>
и заменяем "logs/main.log" на nul
Не уверен, что сие есть истинно правильный способ, но он работает.
21.11.2011 08:04
Можете поделится протоколом загрузки весов ВС2?
Есть мысль написать свою утилиту для загрузки товаров в весы.
30.11.2011 12:05



уважаемые форумчане!что сие означает?
30.11.2011 12:06
и напоследок -как совсем нафиг отрубить логи теперь уже в папке C\Scale ???
01.12.2011 14:15
Так они там вроде не растут? Обычного способа вроде как нет. Да и вообще вся работа с базой в C:\Scale - самое неудачное место этого ПО.
01.12.2011 22:08
Цитата:
grannie Так они там вроде не растут? Обычного способа вроде как нет. Да и вообще вся работа с базой в C:\Scale - самое неудачное место этого ПО.
да...энто я уже понял...и зуб даю у меня эти логи растут..периодически по неведомой причине бывает такой глюк- при загрузке появляются-- красные --
товары,то есть с ошибкой загрузки новот потом из невозможно вызвать в весах,до поного обнуления базы и новой прогрузки.
12.01.2012 17:33
Прошу помощи с весами BCII 100.
Весы приобрели для маркировки продукции. Скачали софт и мануал на 1,5 версию по на родном языке.
На данный момент не могу разобраться со следующим:
- как создать правильно ПРАВИЛЬНУЮ(простите за каламбур) структуру ШК FF(флаг)CCCC(код товара)XXXXXX(вес)C(контрольная цифра)????
- как правильно при помощи ПО SETScalesManager(есть ли еще какой-то софт для заливки ПЛУ?) загружать информацию о ШК в весы?
- как на суммарной этикетке распечатать ШК? с немного иной структурой нежели на товаре?

Спасибо за помощь.
Очень сложный прибор в конфигурировании... С Bizerba GLP таких проблем нет, есть нормальный софт и мануалы.
13.01.2012 06:50
Цитата:
- как создать правильно ПРАВИЛЬНУЮ структуру ШК
Выдержка из инструкции:
Pr210 [ВВод] вводим номер структуры штрих кода (обычно соответствуют номеру префикса весового штрих кода) [ВВод]
01 – программирование формата ШК, 5-тизначный код [ВВод]
1-я цифра: тип штрих-кода: 0= EAN 13
2 и 3-я цифры – высота ШК: обычно ставим 9 (если используется BLD, то высота будет браться из прогружаемой этикетки, а здесь все равно ставим 9 мм) 05мм-22мм
4-я цифра: печатать ли цифровое представление кода: 0= да, 1= нет.
5-я цифра: 2 – обычный ШК; 3 – удлинённый (полезно для верт. развёрнутых ШК)
Т.Е. обычно в итоге вводим 00902 [ВВод]

02 – ввод кодовой константы (неизменной начальной части ШК, до 12 цифр, первая – «2»)
Просто вводим номер весового префикса [ВВод]


03 – 5-тизначный код (может вводиться несколько раз для разных величин), по умолчанию
= 01050, т.е. «цена», где:
1 и 2-я цифры: кодируемая величина:
01= Цена
02= Вес
03= Количество штук
05= Подстрока из PLU. См. Pr110-05. (Рекомендуем для привязки к товару).
06= Номер ячейки PLU
08= Базовая цена
10= Тара
11= Номер прибора (из программы Pr605)
12= Номер отдела (из программы Pr604)
13= Номер продавца
14= Номер весов (из программы Pr603)
3 и 4-я цифры – число разрядов кодируемой величины
5-я цифра: способ округления, обычно это: 0= в соотв. с настройками весов.

В итоге:
Для весового товара набираем следующее
03 [ВВод] 06050 (запрограмили первые пять цифр после префикса для штрих кода) [ВВод]
на экране 04 [стрелка вверх] возвращаемся на 03 [ВВод]
02050 (запрограмили вторые 5 цифр для веса) [ВВод]

04 [ВВод] проверка и сохранение структуры ШК. Ничего вводить не надо. Просто жмем [ВВод].


Важные пояснения:
1) № структуры ШК в дальнейшем используется при вводе PLU (Pr110-05, Pr211-03) и на-
стройке штрих кодирования незапрограммированных товаров (Pr215-02÷05).
2) Структур ШК может быть несколько, что особенно полезно при многопользовательском
режиме работы весов и разнородном взвешиваемом товаре.
3) Кол-во заданных разрядов в пп. Pr210-02, Pr210-03 (3-я и 4-я цифры) для всех кодируемых
величин в сумме должно быть 12. В Pr210-04, в случае если это не так, будет ошибка. На-
пример, вводим «21» в Pr210-02, далее «01050» в Pr210-03 + «05050» ещё раз в Pr210-03, итого: две цифры в Pr210-02, пять в кодировании цены (05 в середине строки 01050) и пять в кодировании товара (05 в середине строки 05050) = 12.

Цитата:
Очень сложный прибор в конфигурировании... С Bizerba GLP таких проблем нет, есть нормальный софт и мануалы
Ну это совершенно оборудование другого класса, назначения и функционала.
Часовой пояс GMT +3, время: 10:37.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.