[на главную страничку]

Сервер Весов для весов CAS CL5000(J), CAS LP.

Сервер Весов предназначен для автономной работы с множеством весов по локальной сети. Основной принцип работы Сервера Весов: Вы сформировали текстовый файл данных, передали его Серверу Весов и забыли. Вся остальная работа по организации выгрузки на весы ложится на Сервер Весов.

Основные преимущества при использовании Сервера Весов:

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

[Купить Сервер Весов]

Более подробно о Сервере Весов читайте ниже.

Группы весов можно создавать как каталоги на жестком диске, можно создавать группы и подгруппы весов.

Пример:

C:\СерверВесов\ТорговыйЗал\Фрукты\Весы1
C:\СерверВесов\ТорговыйЗал\Фрукты\Весы2
C:\СерверВесов\ТорговыйЗал\Фрукты\Весы3
C:\СерверВесов\ТорговыйЗал\МясоКолбасы\Весы1
C:\СерверВесов\ТорговыйЗал\МясоКолбасы\Весы2
C:\СерверВесов\ТорговыйЗал\МясоКолбасы\Весы3
C:\СерверВесов\Кондитерка\Весы1
C:\СерверВесов\Кондитерка\Весы2
C:\СерверВесов\Фасовка\Весы1
C:\СерверВесов\Фасовка\Весы2
C:\СерверВесов\Фасовка\Весы3
C:\СерверВесов\Фасовка\ВесыРезерв

Принцип работы заключается в следующем: программа, которая производит выгрузку на весы (через Сервер Весов) закрепляет за определенными весами один каталог. И для выгрузки в одни определенные весы формируется и записывается файл с данными по товару только в этот один каталог. И так для каждых весов отдельно. Сервер Весов просматривает корневой каталог и его подкаталоги, в нашем примере это будет ”C:\СерверВесов” ищет там файлы, соответствующие маске для загрузки, например: ”*.txt”, ”Данные*.txt”, ”ДанныеДляВесов*.txt”. Как только Сервер Весов находит файл, соответствующий маске, то в каталоге, в котором файл был найден разворачивается База Данных, которая в дальнейшем будет поддерживаться только для этого каталога, только для этих весов. Если в каталоге для каких-то весов имеется несколько файлов для обработки, соответствующих маске загрузки, то первый будет обрабатываться файл с более ранней датой создания, а затем последующие более поздние. Наряду с БД Сервер Весов создает дополнительные папки для файлов запасных копий и для лог-файлов.

Если мы сделаем доступной по сети папку Сервера Весов (”C:\СерверВесов”), то это позволит нам с любого компьютера в сети производить выгрузку на любые весы, находящихся в пределах сетевой видимости Сервера Весов. Кстати, это могут быть весы не только подключенные по локальной сети, но и расположенные удаленно (через интернет соединение). Подключаясь к данной папке по сети, мы свободно можем контролировать работу Сервера Весов и ход его работы.

Файл Базы Данных Сервера Весов (“ScalesBD.dat”) представлен в текстовом виде, что позволит Вам производить над ним массу манипуляций. Вы можете его копировать, например, для запасной копии БД, временной копии БД, для выгрузки всей БД одних весов на другие, для создания архивной резервной копии всех БД, всех весов и т.д. И, конечно же, можно без проблем удаленно редактировать БД любых весов. Вносить изменения по данным товаров Вам может и не понадобится, но вносить изменения по параметрам связи с весами будет необходимым. Для закрепления определенного файла БД за одними весами, Вам нужно будет открыть этот файл на редактирование и задать нужные параметры связи, после чего сохранить изменения в этом же фале. При следующей обработке загрузочного файла будут взяты параметры подключения из файла БД.

Пример файл БД:

// параметры связи: протокол v.1.5; порт 6; скорость 9600; таймаут 3500; повторов 5;
// данные параметры должны использоваться при установке параметров связи в файлах автоматической загрузки/выгрузки
3; CAS_IP_or_COM; 6;
3; CAS_V15; 1;
3; CAS_COM; 1;
3; CAS_COM_Speed; 1;
3; CAS_TimeOut; 3500;
3; CAS_Rep; 5;

// Данные по товару, по состоянию на 04.08.2007 0:03:35
// 0:00 Сервер Весов для CAS LP-II, LP-1.6, LP-1.5 (Ethernet, RS-232) (c) LavrSoft, ver 31.07.2007, E-Mail: support@lavrsoft.ru
// "Параметры связи из файла" протокол v.1.5; порт 6; скорость 9600; таймаут 3500; повторов 5;
; // РазделительПолей
| // РазделительСтрок
// R1: 1; R2: 1000; Loaded: 350; Empty: 650;
// Ниже использованы следующие поля :
// TypeRecord; PLU, Code, Align, Name, Image, LabelImage, Price, LifeDate, LifeDays, Tare, GroupCode, MessageStr, RO_DateErase, RO_TtlSumma, RO_TtlWeight, RO_TtlCount, SS_Updated, SS_Delete, SS_DateUpdate
// если в числовом поле данные равны нулю, то поле может быть пустым, но обязательно указание разделителя полей для пустого поля
// поле TypeRecord для товара всегда 1
1;1;170408;1;ШЕЙКА СТОЛИЧНАЯ В/К В/УП | ВКУСМАН СВЕТЛЫЙ РОССИЯ;;;30510;;;;;;10.07.2005 17:22:03;610687;20016;54;0;0;03.08.2007 23:58:14;
1;2;170405;1;МОСКОВСКИЙ РУЛЕТ В/К В/УП | ВКУСМАН СВЕТЛЫЙ РОССИЯ;;;25820;;;;;;16.08.2005 10:59:34;332873;11892;18;0;0;03.08.2007 23:58:14;
1;3;170396;1;ГРУДИНКА ЛЮБИТЕЛЬСКАЯ В/К | В/УП ВКУСМАН СВЕТЛЫЙ РОССИЯ;;;28410;;;;;;08.02.2006 19:28:33;;;;0;0;03.08.2007 23:58:14;
1;4;140101;1;БЕКОН АНГЛИЙСКИЙ В/УП ИМКО | ИЖЕВСК;;;24570;;;;;;11.04.2006 17:49:25;4668;190;1;0;0;03.08.2007 23:58:14;
1;5;140001;1;ШЕЙКА ПЕТРОВСКАЯ В/УП ИМКО | ИЖЕВСК;;;26880;;;;;;25.11.2005 17:08:41;335676;12488;41;0;0;03.08.2007 23:58:14;
1;6;139125;;КАРБОНАТ АНДРЕЕВСКИЙ В/УП ИМ | ИЖЕВСК;;;35380;;;;;;28.03.2006 17:41:37;24129;682;2;0;0;03.08.2007 23:58:14;
1;7;653151;;СВИНИНА МИХАЙЛОВСКАЯ К/З В/У | ИМКО ИЖЕВСК;;;28980;;;;;;11.04.2006 17:50:14;14606;504;2;0;0;03.08.2007 23:58:14;
1;8;139126;1;ОРЕХ МЯСНОЙ ЛАДОЖСКИЙ В/УП | ИМКО ИЖЕВСК;;;28980;;;;;;11.04.2006 17:47:38;32458;1120;4;0;0;03.08.2007 23:58:14;
1;9;30445;1;МОЙВА С/М КРУПНАЯ ЖИРНАЯ | ;;;4350;;60;;;;25.03.2006 19:14:01;486077;109740;190;0;0;03.08.2007 23:58:14;
1;10;300224;1;СЕЛЬДЬ С/М | ;;;5190;;60;;;;24.03.2006 16:47:32;227914;41914;78;0;0;03.08.2007 23:58:14;
1;11;300549;1;КЕТА С/М | РОССИЯ;;;8160;;60;;;;16.04.2006 13:32:14;213565;26172;8;0;0;03.08.2007 23:58:14;
1;12;105902;1;ГОРБУША С/М Б/Г 1КГ | РОССИЯ;;;7560;;60;;;;22.03.2006 12:40:04;354654;45912;69;0;0;03.08.2007 23:58:14;
1;13;300802;1;РУЛЕТ СЕМЁНОВСКИЙ В/К В/УП | ИМКО ИЖЕВСК;;;24570;;;;;;18.04.2006 18:16:22;99998;4070;12;0;0;03.08.2007 23:58:14;
1;14;139510;1;БАЛЫК РОМАНОВСКИЙ В/УП | ИМКО ИЖЕВСК;;;28170;;;;;;05.07.2005 20:20:17;275052;9764;29;0;0;03.08.2007 23:58:14;
1;15;145747;1;ГРУДИНКА ДОМАШНЯЯ Б/К В/У | ИМКО ИЖЕВСК;;;25170;;;;;;12.03.2006 19:21:34;;;;0;0;03.08.2007 23:58:14;
1;16;170397;1;КАРБОНАТ ЮБИЛЕЙНЫЙ В/К В/УП | ВКУСМАН СВЕТЛЫЙ РОССИЯ;;;33960;;;;;;11.08.2005 13:11:32;491331;14468;46;0;0;03.08.2007 23:58:14;
1;17;169884;1;КАПУСТА СВЕЖАЯ | МАЛАЯ ПУРГА РОССИЯ;;;1400;;;;;;28.02.2006 15:58:30;4823123;3439315;2369;0;0;03.08.2007 23:58:14;
1;18;170399;;КОРЕЙКА ДЕЛИКАТЕСНАЯ В/К В/У | ВКУСМАН СВЕТЛЫЙ РОССИЯ;;;34250;;;;;;10.07.2005 17:49:04;302980;8846;24;0;0;03.08.2007 23:58:14;
1;19;300379;1;ЛУК | ;;;1800;;;;;;;;;;0;0;03.08.2007 23:58:14;
...
...
...

В данном примере, в качестве параметров связи, присутствуют данные:

3; CAS_IP_or_COM; 6;
3; CAS_V15; 1;
3; CAS_COM; 1;
3; CAS_COM_Speed; 1;
3; CAS_TimeOut; 3500;
3; CAS_Rep; 5;

Что означает следующее: данные этого файла БД, и последующих выгрузок в каталог, где находится этот файл, будут всегда выгружаться на весы: CAS LP 1.5 по СОМ6, скорость порта для 1.5 всегда 9600 (в примере 1), TimeOut 3500, повторов 5. Смотрите раздел "Описание полей для установки параметров связи из файла с данными"

Или:

3; CAS_IP_or_COM; 192.168.0.32;
3; CAS_V16; 1;
3; CAS_Number; 1;
3; CAS_Ethernet; 1;
3; CAS_Port; 7;
3; CAS_TimeOut; 500;
3; CAS_Rep; 5;

Что означает следующее: данные этого файла БД, и последующих выгрузок в каталог, где находится этот файл, будут всегда выгружаться на весы: CAS LP 1.6 по адресу 192.168.0.32 (TCP/IP), порт 7 (TCP/IP), номер весов 1, TimeOut 500, повторов 5. Смотрите раздел "Описание полей для установки параметров связи из файла с данными"

Для Сервера Весов дополнительно предусмотрены следующие команды:

4; 1; целое число, PLU товара; // Удаление товара из БД и из весов по номеру PLU

Пример "4; 1; 13;" - строка в файле (который будет передан Серверу Весов для обработки) означает: удалить из БД и из весов товар с PLU 13.

4; 11; целое число, количество дней; // Удаление всех товаров по которым не было изменений более установленного количества дней

Пример "4; 11; 31;" - удалить из БД и из весов данные по всем товарам, по которым небыло изменений более 31 дня.

4; 2; целое число, номер сообщения; // Удаление сообщения из БД и из весов по его номеру

4; 21; целое число, количество дней; // Удаление всех сообщений по которым не было изменений более установленного количества дней

Основой Лог-Файл Сервер Весов ведет в своей корневой папке. В этом файле Сервер Весов отображает ход всех событий и действий. В нашем примере это будет ” C:\СерверВесов\ScalesServer_08_2007.log”. Помимо основного лог-файла, лог ведется для каждого каталога (каждых весов) отдельно, например C:\СерверВесов\ТорговыйЗал\Фрукты\Весы1\SS_08_2007.log. Просмотр лог-файла по кнопке F3 (просмотр, только чтение) в программе FAR позволит Вам в режиме реального времени следить за ходом выгрузки на весы, с любого компьютера в сети у которого есть доступ к папке Сервера Весов.

Даже если какие-то весы в момент выгрузки на них данных не подключены (или временно не доступны), ни какие данные не будут утрачены, все изменения для этих весов сохранятся в БД этого каталога, т.е. только для этих весов. И как только весы будут подключены, все изменения, все данные из БД можно будет выгрузить на весы. Или они выгрузятся автоматически при обнаружении Сервером Весов файла с данными для весов. Этот способ позволяет легко производить замену весов. Например, одни весы по тем или иным причинам вышли из строя и требуется доставить их в ЦТО, а на их место поставить другие, резервные. После установки этих резервных весов все данные, что были в старых весах остались в файле БД. Мы предварительно настраиваем связь с новыми весами под параметрами старых и подаем команду Серверу Весов “Выполнить выгрузку на весы всей БД”. Для подачи команды Серверу Весов нужно в папке этих весов создать текстовый файл с двумя символами “5;” (пять и двоеточие), название файла должно соответствовать маске файла для обработки Сервером Весов.

Один раз установленный Сервер Весов, сворачивается в TrayIcon (иконка возле сис. часов) и ведет свою дальнейшую работу автономно. Не забудьте проверить, установлен ли сервер весов в автозагрузку.

При первом запуске Сервера Весов необходимо только настроить ”Параметры программы”, смотрите рисунок:

Необходимо установить галочку ”режим сервера весов”. Задать рабочий каталог Сервера Весов ”Каталог весов”. Если работа будет вестись по сети, конечно-же каталог должен быть доступен с других компьютеров в сети.

Внимательно относитесь к установке следующих параметров программы, от которых будет зависеть устойчивость, и надежность работы:

”Маска файлов” – Маска файлов с данными по товару для выгрузки в весы. Рекомендуется устанавливать маску типа *.txt. Не следует ставить маску с расширением log, dat, html.

”время опроса” - время в минутах, через которое Сервер Весов будет просматривать каталог весов (и его подкаталоги), искать в них файлы с данными для выгрузки на весы.

”прерывать, если ошибка” - прерывать выгрузку на весы, если была ошибка обмена с весами.

“Удалять товары” – Удалять из БД весов товары, обновления которых не было уже несколько дней, количество дней задается.

“не удалять загр. файл, если ошибка с весами” – не удалять загр. файл, если ошибка с весами. Сервер Весов будет его обрабатывать повторно при следующем цикле проверки каталога Сервера Весов и так до тех пор, пока весь файл не будет обработан полностью без ошибок.

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

Ведение своей Базы Данных отдельно для каждых весов.

Созданная единожды БД для отдельных весов хранится в текстовом виде (как упоминалось ранее). Каждый раз при работе с данными для весов файл БД “ScalesBD.dat” обновляется и все изменения отражаются в этом файле БД.

Алгоритм работы СВ с БД:

  1. Сервером Весов найден файл (соответствующий маске загрузки) для обработки и выгрузки данных на весы;
  2. соответственно этому файлу определяется каталог и загружается в Сервер Весов из него вся БД для этих весов;
  3. параметры подключения к весам устанавливаются из файла БД;
  4. обрабатывается загрузочный файл с новыми данными, производится анализ новых данных, на поиск ошибок, на поиск позиций с одинаковым PLU или позиций без PLU (для таких PLU генерируется автоматически);
  5. все изменения по БД фиксируются СВ в логе, так же напротив каждого измененного товара в БД выставляется флажок “изменен” (поле SS_Updated файла “ScalesBD.dat”) и дата последнего изменения (поле SS_DateUpdate), если товар подлежит удалению, то он помечается на удаление (поле SS_Delete);
  6. после проведенных работ со входящим файлом фиксируются все изменения в БД самого СВ, так же БД сохраняется (обновляется) в файл “ScalesBD.dat”;
  7. только после сохранения всей БД (фиксации всех изменений) на жестком диске, СВ приступает к непосредственной работе с весами, параметры подключения к весам берутся из файла БД;
  8. по порядку, один товар (или сообщение) за один раз, СВ производит выгрузку для каждой обновленной позиции товара (или сообщения) в весы;
  9. после успешной выгрузки на весы (операции обмена с весами) у данного товара (или сообщения) снимается флажок “изменен” (поле SS_Updated файла “ScalesBD.dat”), аналогично при удалении;
  10. если в параметрах программы установлено ”прерывать, если ошибка”, то при ошибке обмена с весами, на каком либо товаре прерывается обработка всех дальнейших записей, СВ прекращает работу по данному входящему файлу и переходит в режим ожидания; (!) следует заметить, что в БД не выгруженные позиции в таком случаи остаются помечены для обработки на весы, что означает, при следующем обращении к данной БД Сервером Весов будет предпринята очередная попытка выгрузить (или удалить, если пометка удаления) эти позиции на весах.
  11. все изменения по полям SS_Updated, SS_Delete фиксируются в БД, файл “ScalesBD.dat” записывается на жесткий диск в тот каталог, из которого был взят. В дальнейшем, по ранее выгруженным данным, если не было ни каких новых изменений в БД, Сервер Весов выгружать их не будет.
  12. только после успешной выгрузки обновленных данных на весы (если не стоит галочка “не удалять загр. файл, если ошибка с весами”) файл с новыми данными для весов удаляется, а все произведенные изменения по БД этих весов останутся в файле БД “ScalesBD.dat”. Перед удалением файл данных копируется в каталог запасных копий, если стоит галочка ”делать запасные копии входящих файлов”.
  13. Сервер Весов переходит в режим ожидания (поиска) новых файлов для выгрузки на весы.

Для чего необходимо выставлять флажки “обновлен”, “на удаление” в БД, чтобы при временно не работающих весах, все изменения по товарам для этих весов фиксировались в БД. Как весы будут введены в строй, при обработке очередного файла для весов, в весы будут выгружены не только обновления из нового файла, но и те, что не получилось выгрузить на весы ранее. В случае с заменой весов на новые, имеет смысл подать СВ команду выгрузить всю БД на весы.

Из данного алгоритма работы не сложно заметить, что в случае непредвиденного сбоя на компьютере Сервера Весов, перезагрузки, выключения питания, потери сети и прочее, данные, переданные для выгрузки на весы, не будут утрачены. Либо еще не будет удален файл с данными для весов, либо в БД весов не будут сняты галочки с обновленных позиций. Так или иначе, при последующем включении Сервера Весов, и обращения СВ к весам на работе с которыми произошел сбой, обновление по товарам будет доведено до весов.

 

Автоматическое ведение нумерации PLU;

Выгружать файл с данными для весов можно как с PLU, так и без.

Если PLU не задан, то поиск товара Сервером Весов по БД весов производится по коду товара. Если товар по коду найден, то СВ фиксирует в БД изменения по этому товару. Если же товар по коду в БД весов не найден, то СВ присваивает ему новый PLU и вводит как новую позицию, расширяя список товаров БД. При генерации нового номера PLU, Сервер Весов берет первый свободный номер PLU (начиная отсчет с 1). В случае постоянной выгрузки на весы товаров без PLU, возможно заполнение всего номерного пространства для PLU. Для CAS LP 1.5 PLU может быть не более 600, а для CAS LP 1.6 не более 1000. Как показывает практика, на текущий момент (день, неделю) на весах требуется работать только с несколькими десятками товаров, остальные не используются. Чтобы постоянное пополнение БД и генерация новых номеров PLU не приводила ее к критическому заполнению, в СВ предусмотрена настройка в параметрах программы “Удалять товары”, удалять из БД весов товары, обновление которых не было уже несколько дней, количество дней задается. Таким образом, автоматически будут высвобождаться новые места (новые номера PLU) в БД для товаров.

Если при выгрузке файла с товаром на СВ, PLU задан, то СВ ищет этот товар в БД по номеру PLU. Если же такой товар найден, то СВ фиксирует по нему изменения, если же нет, то заводится новый товар в БД весов с этим PLU.

В одном файле для выгрузки данных по товару для СВ могут быть товары как с PLU, так и без него. Наличие кода товара для каждого товара обязательно.

При работе с сообщениями наличие номера сообщения обязательно. Ввод и обновление сообщений в БД будет вестись по его номеру.

Сервер Весов освобождает Вас от рутины вести нумерацию PLU для каждых весов. Работать с весами, выгружая данные по товару с кодом значительно проще, чем содержать и вести свою БД с нумерацией PLU.

Когда Сервером Весов ведется автоматическая нумерация PLU, как же быть с распечаткой списка товаров, чтобы работать на весах? Вам, из вашей программы, нужно просто считать текстовый файл БД “ScalesBD.dat”. Все данные в нем представлены в текстовом виде, жестко разнесены по полям, поля разделяются точкой с запятой. Одна строка в этом файле означает одна запись по одному товару (или сообщению). Итак, если Вам понадобится распечатать на принтере памятку для работающего на весах со списком товаров и номеров PLU, то Вы можете воспользоваться непосредственно Базой Данных Сервера Весов, соответствующим нужным весам файлом “ScalesBD.dat”. Если же Вы желаете распечатать список товаров из самого СВ, то Вам нужно сперва открыть нужный файл “ScalesBD.dat” (меню ”Файл”, “Открыть файл”), а затем сформировать и распечатать список товаров, меню ”Отчеты”, “Список товаров”. Так же распечатка списка товаров возможна из меню ”Таблицы данных”, ”Редактирование товаров из памяти программы (весов)”, через контекстное меню создать Excel файл со списком, который возможно отформатировать или отсортировать в нужном для Вас виде.

 

Ведение лог файла, как общего, так и отдельно для каждых весов;

Сервер Весов ведет журнал файлы (лог-файлы), где записывает все действия по работе с выгрузкой на весы. СВ ведет один общий лог-файл, где отображаются все действия СВ по всем весам. Этот файл находится в корневой папке “Каталог весов”, имеет расширение log. Рекомендуем просматривать этот файл в режиме реального времени, этим Вы можете удаленно (по сети) контролировать работу СВ. Особенно удобно использовать для просмотра лога программу FAR, лог открывается по клавише F3 (только просмотр) и просмотр файла позиционируется на последнюю запись в файле, при дальнейшем добавлении СВ записи в этот файл, записи автоматически прокручиваются на последнюю. Так один раз открыв на просмотр лог, Вы можете наблюдать за работой СВ не предпринимая уже никаких действий.

[Посмотреть демонстрационный клип работы с Сервером Весов 1.16Мб]

AVI файл в самораспаковывающемся архиве, после просмотра AVI файл удаляется автоматически.

В этом AVI клипе демонстрируется работа с Сервером Весов с помощью программы FAR, возможность создания новых баз данных по новым весам, установка параметров связи с весами прямо в файл базы данных, передача файлов с данными (копирование файла) для выгрузки на весы, возможность контроля работы СВ по логу в режиме реального времени.

Поочередно производятся следующие действия:

  1. запуск Сервера Весов
  2. Сервер Весов сворачивается в Tray иконку (возле часов)
  3. проверяем параметры Сервера Весов, каким установлен ”каталог весов” и ”маска файлов”
  4. проверяем связь с весами с текущими настройками по весам в программе, нажимаем кнопку ”Тест”
  5. генерируем в программе текстовые параметры связи
  6. удаляем старую БД весов, что бы на ее месте создать новую, с новыми параметрами связи
  7. создаем новый файл scalesbd.d at (новую, пустую БД весов), вставляем туда новые параметры связи, рекомендуется заводить их вручную (при удаленной работе), потребуется знание параметров, см. здесь
  8. открываем на просмотр общий лог файл СВ
  9. копируем, передаем файл Серверу Весов для обработки и выгрузки его в весы, файл ”безplu-2.txt”, содержит 27 товаров без PLU (т.е. поле PLU не задано)
  10. наблюдаем в режиме реального времени (при просмотре лог-файла) работу СВ и обработку только что переданного ему файла с данными
  11. раскрываем СВ, чтобы убедиться что лог-файл в СВ соответствует файлу отображаемому в FARe
  12. передаем Серверу Весов еще один файл для обработки и выгрузки на весы, файл содержит значительно больше данных, файл ”загрузка_3.txt”
  13. раскрываем Сервер Весов, чтобы визуально наблюдать, как идет процесс обработки файла на самом Сервере Весов и в его лог файле
  14. конец демонстрации, прерываем обработку и закрываем СВ

Работа с Сервером Весов через FAR, дает возможность (по примеру данного клипа) работать удаленно (по сети), не имея доступа к управлению рабочим столом, где установлен и работает сам СВ.

 

Ведение запасных копий файлов с данными, которые передавались Серверу Весов для выгрузки на весы; 

Сервер Весов все файлы, которые поступили ему для обработки и выгрузки на весы копирует в каталог запасных копий. Для чего могут понадобиться эти копии? Если понадобилось проследить по какой-то позиции товара, как менялась ее цена. Если понадобилось вернуться к какой-то выгрузке, за прошлую дату. Если понадобилось проследить даты и время выгрузок на СВ. Копии файлов с товарами косвенно есть копии всей БД для определенных весов.

Сервер Весов в папке каждых весов создает папку ”Backup”, в нее помещает все входящие файлы по маске ”ddmmyy_ hhmm_*. bkp”, т.е. копирует файл, добавляя впереди его имени дату и время его обработки Сервером Весов, расширение переименовывается на bkp.

[на главную страничку]
[посмотреть другие наши программы, проекты]

Yandex - Найдется все! Rambler's Top100