ТЗ - DPD

Техническое задание
Автоматизированная Линия обработки и
сортировки посылок
для филиала компании DPD
в Москве (Московский Резервный Терминал)
1.0 ВВЕДЕНИЕ:
Общая информация
1.1
Техническое Задание (ТЗ) включает:

проектирование линии обработки и сортировки посылок,

поставку, монтаж «под ключ» и сдачу в эксплуатацию Подрядчиком
автоматизированной сортировочной линии, предназначенной для измерения веса, габаритов
и сортировки посылок по направлениям. Линия будет расположена на терминале филиала
компании в Московской области(MOS), расположенного по адресу Московская область,
г.Домодедово, ул.Логистическая. Схема терминала с расположением линии приведены в
Приложении 1. В рамках тендерного задания Заказчик, по предварительной договоренности,
предоставляет возможность участникам тендера посещения терминала, с целью
ознакомления, технической оценки инженерных коммуникаций и возможности сооружения
автоматизированной Линии на терминале.
Линия должна отвечать требованиям:

Линия должна быть спроектирована и построена в соответствии с единым
основным договором на проектирование, поставку, материально-техническое
снабжение, строительство, пусконаладочные работы, ввод в эксплуатацию и
сервисное обслуживание Линии между Заказчиком и выбранным Подрядчиком.

Правилам Устройства Электроустановок (ПУЭ 2002г.);

ПТЭ «Правила технической эксплуатации РФ» и другим, действующим на
территории РФ, требованиям нормативных документов при проектировании,
строительстве и эксплуатации данного вида объектов, если это не оговорено
отдельно в условиях настоящего ТЗ.

Линия должна соответствовать санитарно–техническим нормам.

Пожарной безопасности.
В своем тендерном предложении Подрядчик укажет стоимость проекта, а так же
затраты на эксплуатационно-техническое обслуживание.
2.0 НАЗНАЧЕНИЯ И ЦЕЛИ РАБОТЫ:
2.1 Назначение Линии.
Линия предназначена для обработки и сортировки почтовых отправлений (посылок)
на терминале Покупателя. Линия должна обладать следующими характеристиками и
решать указанные задачи:
 Аккуратное обращение с посылками, безаварийное транспортирование и
сортировка посылок в пленке;
 Работа с определенным спектром (размерным, весовым) посылок
 Гарантированная производительность и точность измерения;
 Измеряет вес, габаритные размеры посылок и передает данные в базу
Покупателя;
 Высокое качество сортировки с минимально допустимым количеством
ошибок;
 Возможность менять условия сортировки в соответствии с заданными
алгоритмами;
 Прочная конструкция;
 Низкое потребление электроэнергии;
 Низкая стоимость эксплуатации;
 Высокая эргономика системы
o Удобные рабочие места;
o Низкий уровень шума;
o Интуитивно понятный пользовательский интерфейс программного
обеспечения;
 Модульный дизайн системы для возможного масштабирования.
 Возможность сопряжения автоматического комплекса с другим конвейерным
оборудованием с учетом существующих ограничений и проведения
необходимых работ.
2.2 Цель создания Линии.
Целью проектирования и изготовления Линии является автоматизация производства
и внедрение передовых технологий обработки посылок.
Автоматизированная Линия обработки и сортировки посылок должна обеспечить
минимум загрузки оператора при максимальной эффективности работы
оборудования.
3.0 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ.
3.1 РАСПОЛОЖЕНИЕ
Линия будет расположена на терминале в г.Домодедово на нулевом уровне.
Монтаж, пуско-наладка и ввод в эксплуатацию комплекса должны осуществляться без
остановки и с учетом операционной деятельности терминала.
Общая производительность Линии – не менее 3000 пос./ час
Условия окружающей среды
Для механических частей:
Температура окружающей среды
Для электрических частей:
Температура окружающей среды
Относительная влажность
от + 5 °C до + 40 °C
от + 5 °C до + 40 °C
0 – 95 %, отсутствие конденсата
3.2 ХАРАКТЕРИСТИКА:
Автоматизированная Линия предназначена для обработки посылок в соответствии с
указанными характеристиками:
3.2.1 Измерение габаритов посылок:
Линия имеет возможность обработки картонных посылок, черных посылок и посылок в
стрейч пленке, точность измерения должна соответствовать +/- 10 мм,
Размеры посылок:
 Макс. длина:
1.200 мм.
 Макс. ширина:
700 мм.
 Макс. высота:
900 мм.
 Мин. длина:
100 мм.
 Мин. ширина:
100 мм.
 Мин. высота:
15 мм.
3.2.2 Измерение веса:
Весовое оборудование должно быть сертифицировано согласно законодательству РФ
и занесено в госреестр средств измерений. Покупателю должен быть предоставлен
следующий пакет документов: сертификат соответствия ГОСТ Р и свидетельство об
утверждении типа средств измерений с методикой поверки. Весовое оборудование
позволяет производить коммерческое взвешивание и выставлять на основе этого
счета клиентам.Точность измерения весового оборудования: +/- 20 г
Масса посылок:
 Индивидуальная масса: мин.
 Индивидуальная масса: макс.
 Средняя масса:
0,1 кг
35,0 кг
6,9 кг
3.2.3 Чтение штрих кода:
Автоматизированная система должна распознавать штрих код с трех сторон.
Параметры штрих кода:
 Тип штрих-кода.
Code 128
 Высота штрих-кода:
14- 27мм
 Модуль ширины:
0,4-0,66 мм
 Контрольная сумма:
Modulo 10
 Чистая зона
10x модулей ширины
 Коэффициент увеличения:
100%
 Количество символов:
от 4 до 35
Подрядчик
должен
гарантировать
Заказчику
обеспечение
заявленной
производительности, точности измерений, сортировки посылок и сертификации
представленного в тендерном предложении оборудования
3.3 СВЯЗЬ С БАЗОЙ ДАННЫХ ПОКУПАТЕЛЯ:
Линия передает полученные сведения о посылке (данные штрих кода, габаритные
размеры и вес посылки) в информационную базу Заказчика. База в соответствии с
данными штрих кода сообщает Линии
конечный пункт доставки посылки. В
зависимости от действующего сценария Линия производит выгрузку посылки с 1 по 15
пункт выгрузки. Протокол взаимодействия автоматизированной Линии с базой
Заказчика, описан в ПРИЛОЖЕНИИ 3.
Сортировка посылок производится согласно требованиям Покупателя, при
необходимости список условий сортировки можно дополнять и редактировать, с
учетом возможных доработок, которые могут возникнуть при определенных условиях.
3.4 СИСТЕМА ВИЗУАЛИЗАЦИИ.
Автоматизированная система Линии должна быть снабжена системой Визуализации
производственных процессов.
Во время работы система отображает рабочее состояние отдельных компонентов
оборудования, выводит сигналы ошибок или сбоя системы, при необходимости
представляет
стандартный
набор
отчетов
о
работе
Линии.
4.0 КОНСТРУКЦИЯ ЛИНИИ;
В своем тендерном предложении Подрядчик указывает конфигурацию линии,
поясняет конструкцию в целом и отдельных компонентов, тип и вид предлагаемой
сортировки.
Подрядчик описывает алгоритм работы Линии в различных режимах, показывает
преимущества предложенной системы и конструкции,
Конструкция должна обеспечивать надежную и бесперебойную работу Линии.
Расчетный срок существования не менее 10 лет, при условии соблюдения графиков
ППР и пр. ремонтов, использовании CAT запчастей и расходных и т.п.
Автоматизированная Линия может эксплуатироваться 24 часа в сутки, 365 дней в году
с перерывами на ремонт и техническое обслуживание. Время технического
обслуживания составляет 60 часов в год.
Базовые узлы и детали Линии, имеющие ограниченный ресурс, должны иметь срок
службы не менее ресурса между капитальными ремонтами или быть кратным ему.
Подрядчик в своем тендерном предложении обязан представить подробные графики
и стоимость плановых предупредительных ремонтов (ППР) с указанием видов и типов
плановых технических обслуживании Линии на 5 лет эксплуатации Линии.
Конструкция Линии должна отвечать требованиям (действующим в РФ):





Требованиям безопасности при эксплуатации, обслуживании и ремонте Линии
Иметь защиту от воздействия электрического тока, электромагнитных полей,
акустических шумов:
Отвечать требованиям эргономики и технической эстетике, качеству
взаимодействия человека с машиной и комфортностью условий работы
персонала;
Конструкция должна быть пригодной для установки частей оборудования на
пол терминала Заказчика с использованием анкерных болтов для установки и
подвешивания. Максимальная глубина отверстий анкерных болтов составляет
115мм.
Мобильной - возможность демонтажа и повторной установки, изменения
конфигурации.
Подрядчик выдвигает требования к электроснабжению, Заказчик обеспечивает точку
доступа. Подвод электропитания к Линии осуществляется силами Подрядчика.
5.0 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ ЛИНИИ.
В своем тендерном предложении Подрядчик обязан четко указать на любые отклонения от
настоящего ТЗ до подписания Контракта. При наличии любых двусмысленностей или
противоречий, не согласованных до завершения работы, приоритет будет отдаваться
настоящему ТЗ.
Настоящее ТЗ является неотъемлемой частью договора между Заказчиком и Подрядчиком.
Подрядчик выполняет и сдает любые работы, производит испытания не указанные в
настоящем ТЗ, однако необходимые, в соответствии с требовани ем
нормативной документации в РФ, для полного и надлежащего монтажа и
эксплуатации оборудования и вспомогательных устройств, Заказчик
дополнительных расходов не несет.
Перечень испытаний согласовывается с Заказчиком в процессе заключения
контракта. Список тестов и испытаний приведен в ПРИЛОЖЕНИИ №2
Подрядчик обеспечивает всем необходимым оборудованием и выполняет работы по вводу
его в эксплуатацию, а именно:





Подрядчик обязан выполнить авторский надзор и шефмонтаж Линии;
Подрядчик обязан провести пуско-наладочные работы по технологическому
оборудованию, электрооборудованию и средствам автоматизации Линии;
Выполнить комплексное опробование работы Линии
Подготовить Линию к сдаче в промышленную эксплуатацию приемочной
комиссии Заказчика в соответствии с требованиями, указанными в настоящем
техническом задании
Осуществить гарантийное обслуживание Линии;
Все оборудование Линии испытывается на соответствующем заводе фирмыизготовителя, монтируется и после завершения работ проходит испытания,
В объем работ также войдет исправление любых дефектов в течение Гарантийного
срока, как указано в ТЗ, кроме дефектов, возникших вследствие неправильной
эксплуатации.
Все предложения относительно проверок и испытаний подлежат согласованию с
Заказчиком. Подрядчик соблюдает все применимые российские нормы, правила,
стандарты и инструкции.
6.0 ОБЩИЕ ТРЕБОВАНИЯ.
Поставщики всех единиц основного оборудования будут соблюдать общепризнанные
стандарты качества (ISO 9000-2000 либо эквивалентный стандарт).
6.1 БЕЗОПАСНОСТЬ
Весь объект должен строиться, монтироваться, сдаваться в эксплуатацию,
эксплуатироваться и проходить техническое обслуживание в полном соответствии со всеми
соответствующими распоряжениями об охране труда и технике безопасности на рабочем
месте, всеми применимыми законами, постановлениями, правилами и нормами. Сюда
относятся собственные правила безопасности Заказчика, разъяснения норм ОТ, ПБ и ООС и
система допусков к работе, а также требования ГОСТ 12.2.003-74 и ГОСТ 12.1.004-85.
Подрядчик обязуется повсеместно соблюдать выполнение требований ОТ и ТБ.
На этапе строительства следует учитывать, что монтаж будет производиться без
остановки основного производства
6.2
ОБУЧЕНИЕ
Подрядчик обеспечивает обучение на смонтированной Линии методам эксплуатации и
текущего ремонта в объеме, достаточном для эксплуатации. Объем необходимо
согласовать.
При пуско-наладочных работах на Линии операторы Заказчика будут работать совместно с
Подрядчиком в целях обучения безопасной и эффективной эксплуатации Линии.
Подрядчик отвечает за предоставление переводчиков, если в них возникнет необходимость.
6.3 ДОКУМЕНТАЦИЯ.
Покупателю предоставляется следующий комплект документации на бумажном
носителе и в формате PDF файлов на CD-ROM носителе.


Основной чертеж компоновки и размещения оборудования
Зона складирования и установки, необходимая для работы с момента
начала монтажа линии


Ведомость запасных частей
Изображения запасных частей для идентификации
Документация системы управления:
 Принципиальная схема
 Схема подключений
 Кабельный журнал
 Компоновочный лист
Документация по программному обеспечению (на CD-ROM).
Документация на компоненты от субпоставщиков, такие как моторы, привода, и т.д., а
также документация на ПО третьих производителей будет предоставлена на русском
языке.
Инструкции по эксплуатации (на русском):
 Общие данные
 Технические данные и применение
 Инструкция по безопасности
 Транспортировка и хранение
 Механомонтаж
 Электромонтаж
 Пуско-наладка
 Обслуживание и поддержка
 Лист инспекций
 Руководство по эксплуатации
7.0 ГАРАНТИЯ
Гарантийный срок составляет не менее 12
эксплуатационных испытаний Линии на надежность.
месяцев
от
даты
завершения
Подрядчик гарантирует ремонт любого обнаруженного дефекта бесплатно и быстро,
насколько это практически возможно, кроме дефектов, возникших вследствие нарушения
требований эксплуатации.
Приложение 1
Приложение 2
ПОРЯДОК ИСПЫТАНИЯ И ПРИЕМКИ СИСТЕМЫ
1.Тестирование системы на этапе приемки





Контроль работы механики.
Проверка работы аппаратного обеспечения.
Проверка работы электрооборудования.
Проверка сетевых подключений.
Проверка передачи данных автоматизированная Линия – база Покупателя.
2. .Тестирование на работоспособность и производительность



Проверка производительности автоматизированной линии.
Проверка производительности входящих линий.
Проверка работы системы в различных режимах.
3. .Тестирование системы на точность измерения.




Проверка точности измерения веса посылки
Проверка точности измерения габаритов посылки
Проверка точности измерения габаритов посылок в черной упаковке.
Проверка читаемости штрих кода.
Приложение 3
ПРОТОКОЛ ВЗАИМОДЕЙСТВИЯ.
Список сокращений
Host
Главный компьютер (сервер)
TPDU
A Transfer Protocol Data Unit – Устройство Данные Протокола
Передачи - определяет параметры обмена данными между двумя
разными уровнями коммуникации.
1 Общие положения
1.1 Введение
Это приложение представляет описание параметров связи между сервером
оборудования и сервером DPD.
Заказчик обязан согласовать данный документ перед использованием.
Все стороны, участвующие в проекте, обязаны немедленно обозначать обнаруженные
несоответствия. Все стороны, так или иначе связанные с проектом, должны быть
проинформированы о необходимых изменениях.
:
2
Принцип передачи данных
2.1 Общее описание
Принцип передачи данных TCP/IP
Передача данных на основе соединений с использованием протокола TCP/IP
устанавливается между партнерами связи. TCP/IP – это протокол на основе
соединений, что означает, что до передачи каких-либо данных, должно быть
установлено соединение между обоими партнерами связи.
В качестве принципа соединения и передачи данных используется модель
Клиент-Сервер. Один из партнеров соединения должен являться сервером для
соединения, в то время как второй – клиентом этого сервера. Сервер может быть
связан с одним или несколькими клиентами.
Клиент отвечает за инициацию соединения с сервером, посылая запрос на
сервер. Сервер отвечает на эти запросы. Как правило, сервер не устанавливает
соединение с клиентом, если не было запроса от клиента.
Связь TCP/IP работает с потоками данных, что означает, что одиночные
телеграммы передаются не как блок данных, но как непрерывный поток данных.
Для того, чтобы было возможно обрабатывать телеграммы, должна иметься
возможность выделять их из общего потока. Это возможно только в том случае,
если их длина может быть определена, что можно сделать, используя один из
нижеперечисленных методов:



Фиксированная длина телеграммы
Все телеграммы имеют фиксированную длину.
Информация о длине телеграммы в заголовке каждой телеграммы
У всех телеграмм имеется определенный заголовок, включающий в себя
информацию о длине телеграммы.
Определенный символ конца телеграммы
Все телеграммы заканчиваются одним и тем же символом. Этот символ
более нигде не используется.
Соглашения о структуре телеграмм
Каждая телеграмма состоит из заголовка, непосредственно пользовательских
данных и конечного маркера. Заголовок и маркер называются фреймом.
При передаче телеграммы, заголовок и/или маркер необходимы для обеспечения
передачи пакетов данных инкапсулированных в поток данных TCP. (в случае,
если не оговаривалась фиксированная длина сообщения).
Данные сообщения, в т.ч. пользовательские данные состоят из отдельных полей
данных.
Описание структуры телеграмм
Каждая телеграмма соответствует следующим условиям:




Все поля в блоке данных могут иметь разные позиции и значения, в соответствии с
описанием, за исключением заголовка и концевика, которые имеют фиксированную
длину.
Все поля в блоке данных разделяются ";".
Все поля данных включают только символы ASCII в пределах от 30hex до 7Ahex.,
национальные символы в таблице кодов Windows 1251 от C0hex до FFhex и символ
пробела 20hex.
Исключение составляют контрольные символы (могут быть включены в блок
данных):
ОБОЗН.
<NUL>
<SOH>
<STX>
<ETX>
<ETO>
<LF>
<CR>

РАЗМЕР
00hex
01hex
02hex
03hex
04hex
0Ahex
0Dhex
ОПИСАНИЕ
Символ НОЛЬ
Начало заголовка
Начало текста
Конец текста
Конец передачи данных
Перевод строки
Возврат в начало строки
Исключения для разделителей (могут быть включены в блок данных):
ОБОЗН.
,
.
|
РАЗМЕР
20hex
2Chex
2Ehex
7Chex
ОПИСАНИЕ
Пробел
Запятая
Точка
«Труба»
Типы полей данных
Телеграммы состоят из различных полей данных. Для отдельных полей данных
используются следующие типы данных:
ТИП
9
X
D
T
DT
H
C
S
ОПИСАНИЕ
Числовая величина в символьном представлении, выровнена по правому
краю поля, заполнение ‘0’ (30 hex) до левой
Буквенноцифровой символ; выровнена по левому краю, заполнение
пробелами до правой (20 hex)
Дата в формате год, месяц, день  ГГГГММДД
Время в формате час, минута, секунда  ЧЧММСС
Дата и время в формате год, месяц, день, час, минута, секунда
ГГГГ-ММ-ДД ЧЧ:ММ:СС (YYYY-mm-dd hh:mm:ss)
Шестнадцатиричная величина в символьном представлении, выровнена
по правому краю поля, заполнение ‘0’ (30 hex) до левой
Управляющий символ, напр.. <STX>, <ETX>, <LF>, ...
Разделитель, буквенно-цифровой символ
2.2 Описание элементов телеграмм
Телеграммы состоят из фрейма и пользовательских данных, скомпонованных из
одиночных полей. Элементы телеграмм описаны в таблицах в последующих
разделах. Длина измеряется в байтах.
Фрейм телеграммы, состоящий из заголовка и конечного маркера необходим для
вычленения телеграммы из потока данных TCP/IP. Сами пользовательские
данные передаются в промежутке между ними.
ПОЛЕ
ЗАГОЛОВОК
ТИП
ДЛИНА ЗНАЧ.
22
Область данных
X
МАРКЕР КОНЦА
2
2+x
ОПИСАНИЕ
См. стр. 18
См. стр. 21
Фрейм телеграммы - ЗАГОЛОВОК
Заголовок телеграммы компонуется следующим образом:
ПОЛЕ
H_SOURC
E
H_DEST
ТИП
X
ДЛИНА ЗНАЧЕНИЕ
4
X
4
H_MP
H_SEQ
H_MULT
H_LENGT
H
9
9
9
9
4
2
1
5
‘00’ – ‘99’
'0'
H_ACK
9
1
‘0’, ‘1’
H_BLOCK
X
1
22
‘A’
ОПИСАНИЕ
Источник данных, идентифицирует
отправителя
Назначение данных, идентифицирует
получателя
Номер точки сообщения
Последовательный номер
Всегда '0'
Полная длина телеграммы, количество
байт, включая заголовок и конечный
маркер
‘0’  не подтверждать прием телеграммы
‘1’  подтвердить прием тереграммы
Фиксированное 'A'
Описание каждого из полней приведены ниже:
Точка сообщения (H_MP)
Точка сообщения – это логический коммуникационный порт. Если подтверждение
телеграммы ожидается для одной телеграммы, то подтверждающая телеграмма
должна быть передана через ту же самую точку сообщения. Телеграммы с
подтверждением приема должны посылаться только через те же точки сообщения
после того, как окончилась передача предыдущей телеграммы, включая
подтверждающую телеграмму. Точка сообщения используется для передачи
телеграмм только одного типа и подтверждений для этих телеграмм.
Последовательный номер (H_SEQ)
Последовательный номер используется для всех точек сообщения.
Использование последовательного номера позволяет распознавать повторную
передачу данных или потерю данных. Распознавание повтора телеграммы может
быть необходимо, например, для случая данных, требующих регистрации, чтобы
избежать двойной регистрации. После потери данных или двойной передачи
телеграммы, генерируется сообщение об ошибке (напр. последовательный номер
3, следующий – 5). После этого соединение продолжается с последовательным
номером 5.
После перезапуска последовательный номер всегда начинается с ‘00’ и
увеличивается до ‘99’ для каждой телеграммы, и снова начинается с ‘01’. Номер
‘00’ означает перезапуск партнера по связи.
Телеграммы, требующие подтверждения, посылаются последовательно (напр.
телеграмма ‘n+1’ всегда будет только после телеграммы ‘n’ от партнера).
Последовательный номер уникален только для одной точки сообщения. Это
значит, что для каждой точки сообщения существует собственная
последовательность номеров. Это позволяет посылать параллельно сообщения
на различные точки без ожидания подтверждения.
Пример:
сервер
оборудования
DPD
Message
Ac
t
with MP=
1, SeqNbr
dge
knowle
Message
w
Ackno
le
Message
Ackno
led
eqNBr=
P= 1 , S
with MP=
1, SeqNbr
ith M
dge w
Message
w
Ackno
with M
=1
=2
eqNBr=
P= 1 , S
with MP=
1, SeqNbr
1
2
=3
with MP=
2, SeqNbr
MP = 1 ,
ge with
with
wledge
MP = 2 ,
=1
r=3
SeqNB
r=
SeqNB
1
Маркер подтверждения (H_ACK)
Если телеграмма пересылается с H_ACK = ‘1’, получатель должен ответить
подтверждающей телеграммой. Описание телеграмм подтверждения может быть
взято из раздела 2.3, «Подтверждение телеграмм».
Подтверждающая телеграмма, как правило, не содержит пользовательской
информации.
Фрейм телеграммы – Концевой маркер
Концевой маркер включает идентификатор конца сообщения и компонуется
следующим образом:
ПОЛЕ
T_MARK_1
T_MARK_1
ТИП
X
X
ДЛИНА ЗНАЧ.
1
'CR'
1
‘LF’
2
ОПИСАНИЕ
Идентификатор конца сообщения
Идентификатор конца сообщения
2.3 Подтверждение приема телеграмм
Заголовок каждой телеграммы включает в себя информацию, должен ли быть
подтвержден прием данной телеграммы или нет (поле H_ACK). Подтверждение
состоит из заголовка и концевого маркера телеграммы без пользовательских
данных. Производятся только следующие изменения:



заменяются H_SOURCE и H_DEST
меняется H_LENGTH
устанавливается H_ACK равным ‘0’
Подтверждение всегда относится к телеграмме из той же точки сообщения. Если
для этой точки сообщения требуется подтверждение, следующая телеграмма
может быть отправлена только после прохождения последнего подтверждения.
В исключительных случаях, подтверждающая телеграмма может также включать
пользовательские данные. В таком случае, фрейм остается таким же, как и для обычного
подтверждения. Область передачи данных содержит данные. Поле длины меняется. Таким
образом, не требуется установка еще одной точки сообщения. Примером такой
подтверждающей телеграммы, содержащей пользовательские данные, может служить
подтверждение контроллером оборудования телеграммы LifeSign, полученной от сервера
оборудования.
3 Соединение сервер оборудования - DPD
Соединение между сервером оборудования и DPD основано на принципах и
процедурах, описанных в разделе 2, «Принцип передачи данных».
3.1 Характеристики программного обеспечения
Передача данных основана на модели Клиент-Сервер.
осуществляется через локальную сеть по протоколу TCP/IP.
Сервер:

Сервер DPD
Клиент:

СЕРВЕР ОБОРУДОВАНИЯ
Разделение
телеграмм:

Индивидуальные телеграммы
выделяются при помощи определения
длины параметром H_LENGTH. В конце
телеграммы устанавливается маркер
(CRLF).
Макс. длина
телеграммы:

1024 байт пользовательских данных
(включая заголовок и концевой маркер;
исключая заголовок части протокола
RFC 1006)
Номер порта:
5149
Соединение
Для фрейма логической телеграммы (заголовка и маркера конца) определяются
следующие параметры:
ПАРАМЕТР
Идентификатор (H_SOURCE /
H_DEST)
СЕРВЕР
DPDH
КЛИЕНТ
Сервер
оборудования
Весь обмен данными происходит в соответствии со следующими правилами:

Клиент отвечает за установление соединения

Если партнер по соединению обнаруживает ошибку, соединение
прерывается. Клиент отвечает за повторное установление соединения.
Если телеграмма, требующая подтверждения, не была подтверждена
партнером по соединению в течение определенного времени t1
(например, 300 [мс]), она отсылается повторно.
Если телеграмма, требующая подтверждения, не была подтверждена
после х повторов (напр. 3), соединение прерывается. Клиент отвечает за
повторное установление соединения.


3.2
ТИП
Обзор телеграмм
H_MP H_ACK
Сортировщик
"ID"
1
ДА
"RQ"
10
Нет
"SR"
11
да
НАПРАВЛЕНИ ОПИСАНИЕ
Е
Сервер
оборудования
–
КОНТРОЛЛЕР
ОБОРУДОВАН
ИЯ
Сервер
оборудования
 DPD
Сервер
оборудования
 DPD
Сервер
оборудования
 DPD
СТР
Данные о грузе (для передачи
данных по запросу сервера
оборудования)
Запрос данных о грузе
24
Результат сортировки
27
25
“ID”
3.3
2
да
Сервер
Данные о грузе (для
оборудования предварительной передачи
 DPD
данных без запроса сервера
оборудования)
24
Сообщения DPD  Сервер оборудования
Данные о грузе (ID)
ПОЛЕ
HEADER
TYPE
SEP
BARCODE
SEP
STATUS
ТИП
X
X
9
X
9
ДЛИНА ЗНАЧ
22
2
"ID"
1
";"
1
2
";"
SEP
CHUTE
X
9
1
2
";"
SEP
CRITERIA_1
SEP
CRITERIA_2
SEP
X
X
X
X
X
1
";"
1
";"
1
";"
CRITERIA_10
SEP
TRAILER
X
X
1
2
";"
ОПИСАНИЕ
См. стр. 18
Фиксированный текст
Разделитель
Штрихкод между 4 и 35 символами
Разделитель
"01" = OK
"02" = Запрос
Разделитель
Номер точки выгрузки,
переписывающий номер точки
выгрузки из плана сортировки 
план сортировки не будет
использоваться
Разделитель
Поле критерия 1
Разделитель
Поле критерия 2
Разделитель
Поле критерия 10
Разделитель
См. стр. 21
Триггер:


После запроса (сообщение RQ)
Когда на сервере DPD созданы новые записи
Действие:

Сервер оборудования создает или обновляет базу данных и
посылает подтверждение о правильности полученных данных.
Пример для единственного критерия сортировки "MOD", length=53, H_SEQ=02:
DPDH
оборудования0001020000530AID;12345678;01;;MOD;;;;;;;;;;<CR><LF>
Сервер
Подтверждение с данными:
ПОЛЕ
HEADER
TYPE
SEP
STATUS
ТИП
SEP
TRAILER
X
X
X
9
ДЛИНА ЗНАЧ
22
2
"ID"
1
";"
2
1
2
";"
ОПИСАНИЕ
См. стр. 18
Фиксированный текст
Разделитель
"01" = OK
"02" = Ошибочный формат …
…
Разделитель
См. стр. 21
Сервер оборудования DPDH0001020000300AID;01;<CR><LF>
3.4
Сообщение Сервер оборудования  DPD
"RQ" запрос данных о грузе
ПОЛЕ
HEADER
TYPE
SEP
BARCODE
SEP
ТИП
X
X
9
X
ДЛИНА ЗНАЧ
22
2
"RQ"
1
";"
1
";"
ОПИСАНИЕ
См. стр. 18
Фиксированный текст
Разделитель
Штрихкод от 4 до 35 символов, как
считал сканер
Разделитель
STATUS
SEP
INDUCTION
SEP
WEIGHT
SEP
TOKEN_WEIGHT
SEP
WIDTH
SEP
LENGTH
SEP
HEIGHT
SEP
TOKEN_VOL
SEP
TRAILER
9
X
9
X
X
X
X
X
X
X
X
X
X
X
X
X
5
1
1
";"
1-3
";"
1
";"
1
";"
1
";"
1
";"
1
";"
1
2
";"
Не используется
Разделитель
Номер питающей линии
Разделитель
Вес в граммах
Разделитель
Маркер для веса в ALIBI-PC
Разделитель
В мм
Разделитель
В мм
Разделитель
В мм
Разделитель
Маркер для объема в ALIBI-PC
Разделитель
См. стр. 21
Триггер:


Когда груз опознается на сортировщике со статусом "REQUEST"
Пересылка после двойного прохода (для избежания проблем с
передачей данных)
Действие:

Сервер оборудования обновляет базу данных
Это сообщение не требует подтверждения.
Если сервер не отвечает сообщением с данными о грузе, сообщение будет
повторно отправляться каждый раз, когда соответствующий лоток будет
проходить сканер.
Сервер оборудования ожидает х секунд (настраиваемо) от первого запроса
данных о грузе. После этого груз отправляется в специальную точку выгрузки.
Пример:
DPDHСервероборудования0010150000660ARQ;12345678;;01;1250;xxxxxxxx;100;2
00;300; xxxxxxx;<CR><LF>
Результат сортировки "SR"
ПОЛЕ
HEADER
TYPE
SEP
BARCODE
SEP
STATUS
ТИП
X
X
9
X
9
ДЛИНА ЗНАЧ
22
2
"SR"
1
";"
1
5
";"
ОПИСАНИЕ
См. стр. 18
Фиксированный текст
Разделитель
Штрих-код от 4 до 35 символов,
прочитанный сканером
Разделитель
Код
выполнения
операции
сортировки, в случае ошибки
<>
15361:
15361=
успешно
Сортировка
15302 =
Ошибка разгрузки лотка
15341 =
Превышение
времени рециркуляции
15362 =
посылки
выполнена
лимита
Не получены параметры
15352 =
Не найдено правило
сортировки в действующем плане
сортировки
SEP
INDUCTION
SEP
WEIGHT
SEP
TOKEN_WEIGHT
SEP
WIDTH
SEP
LENGTH
SEP
HEIGHT
SEP
X
9
X
X
X
X
X
X
X
X
X
X
X
1
1
";"
1-3
";"
1
";"
1
";"
1
";"
1
";"
1
";"
Разделитель
Номер питающей линии
Разделитель
Вес в граммах
Разделитель
Маркер веса в ALIBI-PC
Разделитель
Ширина в мм
Разделитель
Длина в мм
Разделитель
Высота в мм
Разделитель
TOKEN_VOL
SEP
CHUTE
X
X
9
1
2
";"
SEP
DISCHARGE_TIM
E
SEP
CRITERIA_1
SEP
CRITERIA_2
SEP
X
DT
1
";"
X
X
X
X
X
1
";"
1
";"
1
";"
CRITERIA_10
SEP
NAME_PLAN
SEP
DATE_PLAN
X
X
X
X
DT
1
";"
1
";"
1
2
";"
SEP
TRAILER
X
Триггер:

Действие:

Маркер объема в ALIBI-PC
Разделитель
Лоток, в который был отсортирован
груз
Разделитель
Момент разгрузки, Например "200910-28 13:00:00"
Разделитель
Критерий из плана сортировки
Разделитель
Критерий из плана сортировки
Разделитель
Критерий из плана сортировки
Разделитель
Название плана сортировки
Разделитель
Дата и время плана сортировки (дата
и время файла)
Разделитель
См. стр. 21
На установочном устройстве, после разгрузки
Обратите внимание, это сообщение должно быть подтверждено.
Пример:
DPDH
Сервер
оборудования
0010150001340ASR;12345678;15361;01;1250;xxxxxxxx;100;200;300;xxxxxxx;12;2009
-10-28 13:00:00;MOD;;;;;;;;;test.txt;2009-10-01 13:23:00;<CR><LF>
Подтверждение с данными:
FIELD
HEADER
TYPE
SEP
TRAILER
TYPE LENGTH VALUE DESCRIPTION
22
see page 8
X
2
"SR"
Фиксированный текст
X
1
";"
Разделитель
2
see page 10