Мониторинг условий доставки грузов проект

Заявка на участие во 2 этапе Конкурса «Телеком Идея»
Номинация конкурса: Инновации в программных продуктах
Тип проекта: Проект посевной стадии (Seed-проект)
Тема проекта: Мониторинг условий доставки грузов
Заявитель проекта: Ладисов Юрий Германович
Номер заявки: 51245
Москва 2014
Аннотация.
В последнее время компании сталкиваются с проблемой сохранности продукции при её доставке.
Особенно это актуально для грузов требующих специальных условий транспортировки.
Одним из способов решения проблемы является контроль, за соблюдением этих условий и
оперативное реагирование на отклонения, для предотвращения порчи продукции.
Так как на данный момент услуги по осуществлению мониторинга условий доставки грузов
практически не предоставляются. Компании не могут оперативно исправлять отклонения, что
зачастую приводит к возникновению риска порчи груза. В связи с этим выбираются более дорогие
способы снижения и передачи данного риска: Страхование, формирование дополнительных
складских запасов.
Мы предлагаем выпустить на рынок продукт для мониторинга условий доставки грузов, который
будет решать вышеперечисленные проблемы.
Продукт будет состоять из пользовательского контента (приложение для отслеживания грузов их
состоянием (Температура, Давление, Вибрации, Утечки), инфраструктуры связи, алгоритмов
обработки больших данных, оборудования для передачи данных от датчиков, облачного сервиса по
хранению обработанных данных, оборудования в центре обработки данных, Технического контента
для поддержки настройки и доработки продукта,
Технологии Передачи информации от датчиков до центра обработки данных и приложения клиента
по средством сети МТС, Рекомендации по настройке продукта под клиента, Программы и методики
по обучению сотрудников новому продукту, роботы с ним и настройке под клиента.
Реализация продукта позволит получить экономический эффект за 3 года 48 000 000 рублей
Совокупные затраты составят 37 279 800 рублей.
Компаниям клиентам, данный продукт, позволит оперативно реагировать на изменение условий
доставки груза и предпринимать корректирующие воздействия, что приведёт к уменьшению
количества испорченного товара в процессе доставки.
Появится возможность выявлять критические места в логистической цепи.
Клиенты смогут сократить свои расходы на мероприятия по передачи риска порчи продукции при
доставке (Страхование), Уменьшить складские запасы продукции.
Увеличить свою репутацию, как компании доставляющей качественный не испорченный продукт.
Капитализация продукта будет происходить за счёт покупки клиентами пользовательской лицензии
на использование продукта.
При внедрении планируется настройка пользовательского контента под каждого клиента.
Возможно предоставление клиенту бесплатного пробного месячного периода пользования
контента, но с оплатой работ по настройке.
Информация о заявителе.
ФИО: Ладисов Юрий Германович;
Возраст: 24 года;
Роль в реализации проекта: Руководитель проекта;
Основное место работы: Группа компаний «Проектная практика», Администратор проектов;
Почтовый адрес: Москва, Измайловский проезд 18, корпус 1, квартира 15.
Номер телефона: +7 (965) 302-94-18;
Адрес электронной почты: [email protected]
Бизнес модель
«Мониторинг условий доставки грузов»
Шаблон для бизнес-модели взят из книги Александра Остервальдера.
Построение бизнес-моделей: Настольная книга стратега и новатора.
Заполнение: Ладисов Юрий Германович.
Финансовая модель
Название проекта:
Мониторинг условий доставки грузов
Дата начала проекта
Срок жизни проекта
Шаг планирования
Длительность шага планирования
Основная валюта расчета
Иностранная валюта
Валюта для отображения результатов
01.09.2014
3 лет
год
360 дн.
руб.
$
руб.
ИНФЛЯЦИЯ И МАКРОЭКОНОМИЧЕСКИЕ ПРОГНОЗЫ
2014
Метод расчетов
2015
2016
Постоянные цены (без учета инфляции)
Предполагаемый темп годового роста цен
для основной валюты
%
12,0%
12,0%
12,0%
%
7,5%
7,5%
7,5%
Данные для иностранной валюты
Ставка рефинансирования ЦБ
НАЛОГИ И ПЛАТЕЖИ В ФОНДЫ
Система налогообложения
НАЛОГ НА ДОБАВЛЕННУЮ
СТОИМОСТЬ
ставка
период уплаты
способ зачета переплаченного
НДС
прямое возмещение налога
через
НДС полученный
НДС уплаченный
Платежи НДС в бюджет (или
возврат из бюджета)
18,0%
90
1
0
%
дней
2014
2015
2016
зачитывается при будущих расчетах
периодов
руб.
руб.
1 220 339
79 330
2 440 678
53 085
3 661 017
91 525
руб.
1 141 009
2 387 593
3 569 492
руб.
руб.
1 825 200
0
2 371 200
0
3 260 400
0
руб.
0
0
0
руб.
2 424
4 242
3 030
руб.
0
0
0
%
дней
20%
20%
20%
руб.
0
0
559 769
ПРОЧИЕ НАЛОГИ
Начисления на заработную плату
Земельный налог
Другие налоги, относимые на
текущие затраты
26,0%
Налог на имущество
Другие налоги, относимые на
финансовые результаты
2,2%
НАЛОГ НА ПРИБЫЛЬ
ставка
период уплаты
Начисленный налог на
прибыль
20,0%
30
Суммарные налоговые
выплаты
Итого суммарные налоговые выплаты 15 124 358 р.
руб.
2 968 633
ИНВЕСТИЦИИ ПРОЕКТА
Земельные участки
Наименование
величина платежей
руб.
0
Здания и сооружения
Наименование
величина платежей (с НДС)
руб.
0
руб.
150 000
руб.
50 000
руб.
125 000
Нематериальные активы
Патентная защита
величина платежей (с НДС)
руб.
50
Финансовые вложения
Наименование
величина платежей
руб.
0
Расходы будущих периодов
Наименование
величина платежей (с НДС)
руб.
0
руб.
периода
0
Оборудование и другие активы
Компьютеры рабочии
величина платежей (с НДС)
Аренда стойки в ЦОД
величина платежей (с НДС)
Оборудование в ЦОД
величина платежей (с НДС)
Проценты по кредитам на инвестиционной фазе
инвестиционная фаза заканчивается с начала
Общая величина ранее осуществленных инвестиций
Незавершенные инвестиции в стартовом балансе
Незавершенные инвестиции по данным текущей таблицы
Существующие активы
Учитывать при оценке эффективности в сумме
руб.
руб.
руб.
руб.
= Итого: Земельные участки
= Итого: Здания и сооружения
= Итого: Оборудование и другие активы
= Итого: Нематериальные активы
= Итого: Финансовые вложения
= Итого: Расходы будущих периодов
= Итого: ВСЕ АКТИВЫ
руб.
руб.
руб.
руб.
руб.
руб.
руб.
0
0
325 000
50
0
0
325 050
4 763 035
7 392 690
ОБЪЕМЫ РЕАЛИЗАЦИИ (в единицах)
Лицензия на использование продукта
Обслуживание датчиков
Датчики
ед.
ед.
ед.
2014
500
500
500
2015
1 000
1 000
1 000
2016
1 500
1 500
1 500
ЦЕНА РЕАЛИЗАЦИИ (за единицу, с НДС)
руб.
руб.
руб.
Лицензия на использование продукта
Обслуживание датчиков
Датчики
10 000,00
5 000,00
1 000,00
Лицензия на использование продукта
Обслуживание датчиков
Датчики
руб.
руб.
руб.
2014
5 000 000
2 500 000
500 000
2015
10 000 000
5 000 000
1 000 000
2016
15 000 000
7 500 000
1 500 000
= Итого
руб.
8 000 000
16 000 000
24 000 000
500
500
1 000
1 000
1 500
1 500
Итого: 48 000 000 руб.
ОБЪЕМЫ ПРОИЗВОДСТВА (в единицах)
Датчики
план производства
план реализации
ед.
ед.
ЗАТРАТЫ НА СЫРЬЕ И МАТЕРИАЛЫ
Датчики
Комплектующие
руб.
50 000
200 000
450 000
2014
2015
ПЕРСОНАЛ И ЗАРАБОТНАЯ ПЛАТА
Основной производственный
персонал
Тестировщик
Количество
Месячный оклад
Системный архитектор
Количество
Месячный оклад
Бизнес-аналитик
Количество
Месячный оклад
Главный инжинер проекта
Количество
Месячный оклад
Руководитель проекта
Количество
Месячный оклад
Программист
Количество
Месячный оклад
руб.
чел.
руб.
руб.
чел.
руб.
руб.
чел.
руб.
руб.
чел.
руб.
руб.
чел.
руб.
руб.
чел.
руб.
2016
540 000
1
45 000,00
600 000
1
50 000,00
840 000
1
70 000,00
1 080 000
1
90 000,00
960 000
1
80 000,00
960 000
1
80 000,00
540 000
1
45 000,00
840 000
1
70 000,00
960 000
1
80 000,00
1 200 000
1
100 000,00
1 080 000
1
90 000,00
1 080 000
1
90 000,00
540 000
1
45 000,00
1 080 000
1
90 000,00
1 080 000
1
90 000,00
1 440 000
1
120 000,00
1 440 000
1
120 000,00
1 440 000
1
120 000,00
300 000
1
25 000,00
600 000
300 000
1
25 000,00
1 200 000
300 000
1
25 000,00
2 400 000
Вспомогательный производственный
персонал
Уборщица
Количество
Месячный оклад
Специалист технической поддержки
руб.
чел.
руб.
руб.
Количество
Месячный оклад
чел.
руб.
2
25 000,00
4
25 000,00
8
25 000,00
руб.
540 000
1
45 000,00
600 000
1
50 000,00
660 000
1
55 000,00
Административный персонал
Бухгалтер
Количество
Месячный оклад
чел.
руб.
Коммерческий персонал
руб.
Менеджер по работе с клиентами
Количество
Месячный оклад
чел.
руб.
600 000
1
50 000,00
1 320 000
2
55 000,00
2 160 000
3
60 000,00
= Итого
руб.
7 020 000
9 120 000
12 540 000
Начисленный ЕСН и страхование
руб.
1 825 200
2 371 200
3 260 400
Расходы на зарплату с учетом ЕСН и
страхования
руб.
8 845 200
11 491 200
15 800 400
Общая численность персонала
чел.
11
14
19
Итого 36 136 800 руб.
ТЕКУЩИЕ ЗАТРАТЫ
Прямые производственные расходы
Расходы на материалы и комплектующие
Прочие переменные затраты
Зарплата основного производственного
персонала
ЕСН на зарплату основного произв.
персонала
2014
2015
2016
руб.
руб.
50 000
0
200 000
0
450 000
0
руб.
4 980 000
5 700 000
7 020 000
руб.
1 294 800
1 482 000
1 825 200
руб.
900 000
1 500 000
2 700 000
руб.
руб.
234 000
55 085
390 000
55 085
702 000
55 085
руб.
45 000
48 000
50 000
руб.
540 000
600 000
660 000
руб.
140 400
156 000
171 600
Зарплата коммерческого персонала
ЕСН на зарплату коммерческого персонала
руб.
руб.
600 000
156 000
1 320 000
343 200
2 160 000
561 600
Представительские расходы
руб.
100 000
100 000
100 000
Общие производственные расходы
Зарплата вспомогательного произв.
персонала
ЕСН на зарплату вспомогательного произв.
персонала
Амортизация
тыс. руб.
Аренда офиса
Административные расходы
Зарплата административного персонала
ЕСН на зарплату административного
персонала
Коммерческие расходы
Коммерческие расходы как % от продаж
руб.
2%
2%
2%
= Итого: затраты в отчете о прибылях и
убытках
= Итого: оплата текущих расходов
руб.
руб.
9 065 539
11 841 200
16 363 959
9 040 200
11 839 200
16 400 400
20%
20%
20%
2 550 957
0
0
0
1 477 793
1 073 163
510 191
214 633
0
2 550 957
1 073 163
0
2 550 957
0
0
руб.
0
1 477 793
1 073 163
руб.
510 191
214 633
0
руб.
2 550 957
1 073 163
0
разы
1,00
1,20
3,55
руб.
0
338 485
3 076 123
руб.
0
338 485
3 076 123
Итого: 37 279 800 р.
Инвестиции
Годовая процентная
ставка
20%
Инвестиционный кредит
руб.
лет
Поступление денег от
кредита
руб.
Погашение основного
долга
руб.
Выплаченные проценты
руб.
Задолженность на
конец текущего периода
руб.
= Итого: Поступления
от кредитов
руб.
= Итого: Погашение
кредитов
= Итого: Выплата
процентов
= Итого:
Задолженность по
кредитам
Общий коэффициент
покрытия долга
Справка: Остаток
средств на счете
(текущий проект)
Справка: Остаток
средств на счете
(портфель проектов)
Отчёт о прибылях и убытках
Выручка (нетто)
Себестоимость
Валовая прибыль
Оплата административного и
коммерческого персонала
Административные расходы
Коммерческие расходы
руб.
руб.
руб.
руб.
руб.
руб.
2014
6 779 661
2015
13 559 322
2016
20 338 983
7 544 393
-764 732
9 337 254
4 222 068
12 726 014
7 612 969
1 436 400
2 419 200
3 553 200
0
84 746
0
84 746
0
84 746
Проценты
Прибыль / убыток от
строительной деятельности
Налоги, кроме налога на
прибыль
Прибыль (убыток) от
операционной деятельности
Прибыль / убыток от
реализации внеоборотных
активов
Курсовые разницы
Прочие доходы
Прочие расходы
Прибыль до
налогообложения
Налог на прибыль
Чистая прибыль (убыток)
Прибыль до налога, процентов
и амортизации (EBITDA)
Прибыль до процентов и
налога (EBIT)
После налоговая
операционная прибыль
(NOPLAT)
руб.
510 191
214 633
0
руб.
0
0
0
руб.
2 424
4 242
3 030
руб.
-2 798 493
1 499 248
3 971 994
0
0
0
0
0
0
0
0
0
0
0
0
руб.
руб.
руб.
-2 798 493
0
1 499 248
0
3 971 994
559 769
-2 798 493
1 499 248
3 412 225
руб.
-2 233 217
1 768 965
4 027 079
руб.
-2 288 302
1 713 881
3 971 994
руб.
-2 798 493
1 499 248
3 412 225
руб.
руб.
руб.
руб.
Отчёт о движении денежных средств
Поступления от продаж
Затраты на материалы и комплектующие
Прочие переменные затраты
Зарплата
Общие затраты
Налоги
Выплата процентов по кредитам
Прочие поступления
Прочие затраты
руб.
руб.
руб.
руб.
руб.
руб.
руб.
руб.
руб.
Денежные потоки от операционной
деятельности
2014
8 000 000
-50 000
0
-7 020 000
-145 000
-2 968 633
-510 191
2015
16 000 000
-200 000
0
-9 120 000
-148 000
-4 763 035
-214 633
2016
24 000 000
-450 000
0
-12 540 000
-150 000
-7 392 690
0
0
0
0
0
0
0
руб.
-2 693 824
1 554 333
3 467 310
руб.
руб.
0
0
0
0
0
0
руб.
руб.
руб.
руб.
руб.
руб.
-325 000
0
0
-50
0
0
467 918
0
0
0
0
261 946
0
0
0
0
343 492
0
Денежные потоки от инвестиционной
деятельности
руб.
142 868
261 946
343 492
Поступления собственного капитала
Целевое финансирование
Средства от инвесторов строительства
Поступления кредитов
Возврат кредитов
Лизинговые платежи
Выплата дивидендов
руб.
руб.
руб.
руб.
руб.
руб.
руб.
0
0
0
2 550 957
0
0
0
0
0
0
-1 477 793
0
0
0
0
0
-1 073 163
0
0
0
0
Денежные потоки от финансовой
деятельности
руб.
2 550 957
-1 477 793
-1 073 163
Инвестиции в земельные участки
Инвестиции в здания и сооружения
Инвестиции в оборудование и прочие
активы
Инвестиции в нематериальные активы
Инвестиции в финансовые активы
Оплата расходов будущих периодов
Прирост чистого оборотного капитала
Выручка от реализации активов
Суммарный денежный поток за период
Денежные средства на начало периода
Денежные средства на конец периода
Баланс
Денежные средства
Дебиторская задолженность
Авансы уплаченные
Готовая продукция
Незавершенное производство
Материалы и комплектующие
НДС на приобретенные
товары
Расходы будущих периодов
Прочие оборотные активы
Суммарные оборотные
активы
руб.
руб.
руб.
0
0
0
338 485
0
338 485
2 737 638
338 485
3 076 123
2014
125 558
133 333
0
1 766
118
1 766
2015
502 919
266 667
0
7 062
471
7 062
2016
3 303 907
400 000
0
15 890
1 059
15 890
руб.
руб.
руб.
0
0
0
0
0
0
0
0
0
руб.
262 540
784 180
3 736 746
Внеоборотные активы
земельные участки
здания и сооружения
оборудование и прочие
активы
нематериальные активы
Финансовые вложения
Незавершенные
капиталовложения
Суммарные внеоборотные
активы
руб.
руб.
руб.
220 381
0
0
165 297
0
0
110 212
0
0
руб.
руб.
руб.
220 339
165 254
110 169
42
0
42
0
42
0
руб.
0
0
0
руб.
220 381
165 297
110 212
= ИТОГО АКТИВОВ
руб.
482 922
949 477
3 846 958
Кредиторская задолженность
за поставленные товары
за внеоборотные активы
Расчеты с бюджетом
Расчеты с персоналом
Авансы покупателей
Краткосрочные кредиты
Прочие краткосрочные
обязательства
Суммарные краткосрочные
обязательства
руб.
руб.
руб.
руб.
руб.
руб.
руб.
0
0
0
437 958
292 500
0
0
0
0
0
795 559
380 000
0
0
0
0
0
1 211 478
522 500
0
0
руб.
0
0
0
руб.
руб.
730 458
1 175 559
1 733 978
руб.
2 550 957
1 073 163
0
Долгосрочные
обязательства
руб.
руб.
руб.
руб.
руб.
руб.
Средства собственников
Нераспределенная прибыль
Прочие источники
финансирования
Суммарный собственный
капитал
руб.
руб.
= ИТОГО ПАССИВОВ
Контроль сходимости
баланса
0
0
0
-2 798 493
-1 299 245
2 112 980
руб.
0
0
0
руб.
-2 798 493
-1 299 245
2 112 980
руб.
482 922
949 477
3 846 958
0
0
0
Современное состояние исследований и разработок в области реализации
проекта.
BlackBeeTrack позволяет узнать какой из товаров, на каком этапе перевозки и когда получил
повреждение. Такой анализ позволит усовершенствовать логистическую цепочку и сократить
издержки на брак.
Информация, фиксирующаяся посредством меток BlackBeeTrack не может быть заменена или
скомпрометирована в связи с тем, что для обеспечения целостности и достоверности данных
используются следующие архитектурные особенности:
-
Метки защищены от подделки;
-
Удалить метку или подменить её не нарушая целостность невозможно;
-
Все воздействия на метку фиксируются и в последствии распознаются считывателем.
Принцип работы устройства:
Данные об окружающей обстановке в процессе перевозки товара записываются на
специальную метку;
-
При нарушении режима транспортировки система фиксирует этот факт;
По прибытии этого товара на склад информация со всех меток поступает на
портативный считыватель;
-
Полученная информация анализируется с помощью программного обеспечения.
Практическая значимость
Транспортировка многих грузов, например лекарственных средств, хрупких материалов, продуктов
питания, растений и др., требует неукоснительного соблюдения условий в отношении температуры,
влажности, уровня вибрации и т.д. Так, срок годности лекарственных препаратов напрямую зависит
от протекающих в них физических, химических и биологических процессов. На эти процессы
большое влияние оказывает влажность, интенсивность света, кислотность среды, состав воздуха и
температура.
С целью обеспечения требуемого режима транспортировки товара предлагается к использованию
миниатюрная метка, которая фиксируется на упаковке или помещается в контейнер с грузом. В
процессе перевозки метка записывает данные об изменении температуры, влажности, а также
механических воздействиях. По прибытию товара в пункт назначения все метки дистанционно
опрашиваются считывающим устройством и передают информацию о нарушениях режима
транспортировки.
Принцип работы
Перед началом транспортировки миниатюрная метка фиксируется на упаковке или помещается в
контейнер с товаром. В процессе перевозки метка записывает данные об изменении температуры,
влажности, а также уровень тряски во время транспортировки. После того, как товар прибыл в
пункт назначения, данные со всех меток дистанционно считываются ридером, передавая
информацию о нарушениях режима транспортировки продукта.
Система применяется для контроля условий перевозки широкого диапазона товаров, требующих
тщательного соблюдения определенного режима при хранении и транспортировке.

Метка
на упаковке товара или внутри нее и собирает
состоянии окружающей среды.
Метка помещается
данные о

Ридер
дистанционно считываются и
режима транспортировки и/или
в пункт назначения.

Программное обеспечение
С помощью программного обеспечения обрабатывается считанная
с меток информация и формируется отчет о соблюдении режима
перевозки.
С помощью ридера данные с меток
передаются данные о нарушениях
хранения, после того, как товар прибыл
Мониторинг
температуры
Мониторинг
влажности
Мониторинг уровня
вибрации
Диапазон: -40°С –
+70°С
Диапазон:
неограничен
Диапазон:
неограничен
Точность: 0.1 °С
Точность: 3.5%
Точность: 2mg
Метка:







размер – 15 см^2, вес – 12 грамм
герметична, не подвержена влиянию влаги,
оснащена радиопередатчиком и миниатюрным термометром
обращение к меткам выполняется с помощью их индивидуального адреса или с помощью
широковещательного запроса
объем энергонезависимой памяти метки – 10 КБайт, что достаточно для хранения 10 000 записей
может храниться при температурах от -60 до +60 градусов
питание метки осуществляется с помощью микроаккумулятора. Срок службы метки в активном
режиме – не менее 2-х лет
Ридер:




зона действия считывателя – до 1.5 метров
размер – 28х7х3 см
масса считывателя – 200 грамм
используются стандартные источники питания типа ААА
Программное обеспечение:

поддерживаемые операционные системы: iOS, Windows, Linux
Источник информации:
http://www.innostar.ru/catalog.aspx?CatalogId=223&d_no=3282
http://blackbeetrack.ru/
СЕРВИСНАЯ ПОДСИСТЕМА КОНТРОЛЯ УСЛОВИЙ ПЕРЕВОЗКИ ГРУЗОВ
В качестве примера модернизации навигационно-логистической системы рассмотрим сервисную
подсистему контроля условий перевозки грузов (КУПГ). Существующие зарубежные системы по
учёту коммерческих перевозок доказали свою экономическую целесообразность. Благодаря им,
снижаются затраты при потерях и пересортице товара, уменьшается перепробег грузов, повышается
качество услуг в результате организации сервиса он-лайн отслеживания.
Необходимость подобной подсистемы обусловлена ответственностью перевозчика за сохранность
перевозимого груза. При этом в РФ доказывание невиновности перевозчика в случае порчи или
утраты груза возлагается на него самого. Контроль условий перевозки грузов актуален для
специфических грузов. Таких, как скоропортящиеся, хрупкие или ценные грузы.
Таким образом, в сервисной подсистеме КУПГ необходима реализация механизмов,
обеспечивающих измерение значений критически важных параметров транспортной единицы груза,
его однозначную идентификацию, а также определение абсолютного или относительного
(локального) местоположения.
Для практической реализации подсистемы КУПГ была применена технология активной
радиочастотной идентификации (ActiveRFID), работающая на частотах открытого диапазона 2,4
ГГц. Суть технологии ActiveRFID заключается в использовании маломощных автономных
излучающих радиопередатчиков и создании локальной сплошной зоны покрытия, образуемой
приёмниками сигнала. Основные сферы применения технологии ActiveRFID – это беспроводные
системы мониторинга, локальные системы позиционирования, системы контроля и учёта.
Основными преимуществами подобных технических средств, наряду с относительно низкой
стоимостью и лёгким развертыванием, являются помехозащищённость и электромагнитная
совместимость с другими техническими средствами.
Подсистема КУПГ состоит из следующих элементов:
• активная радиочастотная метка, персонализирующая объект идентификации, например,
грузовую единицу;
• считыватель-координатор, получающий информацию от метки по беспроводному каналу связи и
передающий полученную информацию в бортовой комплекс по проводному каналу связи.
Активная метка представляет собой маломощный приёмо-передатчик, оснащённый внутренней или
внешней антенной. Питание метки осуществляется от морозостойкой батареи, срок службы которой
составляет до десяти лет. Для контроля параметров перевозимых грузов метка использует
встроенный датчик температуры и влажности, показания которого сопоставляются с часами
реального времени. Метка закрепляется на объекте идентификации с помощью болтовых
соединений, либо, если необходимо обеспечение контроля снятия, с помощью многоразового
петлевого соединения. Также метка определяет факт несанкционированного вскрытия своего
корпуса и подаёт соответствующий сигнал тревоги.
Считыватель-координатор устанавливается на транспортное средство, подключается к бортовому
комплексу навигационно-логистической системы и становится одним из её элементов. Протоколы
связи и физический интерфейс выбираются из стандартных решений в зависимости от
возможностей бортового комплекса.
Работа подсистемы КУПГ в составе навигационно-логистической системы также осуществляется по
стандартному алгоритму работы с подчинённым устройством. В качестве аналога можно привести
пример работы бортового комплекса с дополнительным датчиком топлива. В случае невозможности
или нецелесообразности использования подсистемы КУПГ на транспортном средстве, активная
метка может работать в режиме «чёрный ящик», записывая в свою энергонезависимую память
показания с внешних измерительных устройств (датчиков) и текущее значение встроенных
электронных часов реального времени. Получение данных из метки осуществляется с помощью
портативного считывателя-координатора и программного обеспечения, позволяющего
формировать необходимые отчёты. Данный режим работы может быть актуален для сферы
сюрвейерских услуг при организации на маршруте следования промежуточных контрольных точек,
либо при приёмке перевозимого груза потребителем.
Таким образом, подсистема КУПГ позволяет снизить риски потери и порчи перевозимых грузов.
Это сокращает издержки перевозчиков и делает процесс транспортировки открытым с правовой
(разделение ответственности между складом, оператором погрузочно-разгрузочных работ и,
собственно, транспортной компанией) и технологической сторон (полный контроль над критически
важными параметрами с привязкой к координатам местонахождения, временному фактору и
текущей принадлежности груза). Появляется возможность предоставить владельцу груза сервис
онлайн-отслеживания.
источник информации: vestnik-glonass.ru
http://vestnik-glonass.ru/stati/monitoring_usloviy_perevozok_spetsializirovannykh_gruzov/
Научно-техническая лаборатория "Электронные инструменты" (НТЛ "ЭлИн")
Применение регистраторов iButton при контроле транспортировкипродукции собственным
транспортом
К традиционным способам решения проблемы контроля температуры на транспорте относится,
прежде всего, применение автономных механических самопишущих приборов, использующих для
фиксации информации бумажные или магнитные носители. Однако такие традиционные
самописцы-рекордеры в большинстве случаев малопригодны из-за подверженности их механизмов
воздействию влаги, грязи, пыли, общей дороговизне и капризности в обслуживании (чернила,
бумага, магнитная лента). В настоящее время им на смену пришли более совершенные,
защищенные, надежные и недорогие электронные самописцы, которые больше известны сейчас под
названием Data Loggers или просто логгеры.
Температурные регистраторы Data Loggers идеальны для контроля температурного режима
перевозки и хранения грузов в изотермических рефрижераторах. Они фиксируют температурный
режим в рефпространстве на всем пути следования транспортного средства. Современные
регистраторы выполнены в виде автономных устройств, что позволяет разместить их по всему
рефрижератору и получать достоверные данные о состоянии груза по всей длине изотерма. Однако
часто такие регистраторы являются неотъемлемой частью системы охлаждения. Они поставляются
самими производителями холодильных систем и ориентированы на сопровождение агрегатов,
изготовленных конкретной фирмой. Эти устройства помимо температуры дополнительно
регистрируют множество иных параметров, т.к. ориентированы в первую очередь именно на
обеспечение записи полной истории работы холодильного оборудования. Это необходимо для
анализа всех нюансов функционирования холодильного агрегата, что важно для полного понимания
ремонтными службами того, что именно с ним произошло и почему он неисправен. Например,
известный поставщик холодильного оборудования Carrier Transicold Europe, лидер в транспортном
охлаждении, предлагает целый модельный ряд регистраторов температуры DataCOLD, которые
выдают подтверждение правильности температурного режима для каждой поездки. DataCOLD
может быть установлен на любой грузовик или прицеп, оборудованный установкой Carrier.
Соответственно, все данные, находящиеся в блоке управления холодильной установки (условия
работы, автоматические функции, состояние агрегата (включение/выключение), режим работы
охлаждение/обогрев/оттаивание, режим реализации процесса размораживания, индивидуальные
параметры), могут отображаться на его индикаторе и даже на термобумаге встроенного в него
принтера, а также фиксироваться в его памяти. Питание прибора осуществляется от бортовой сети
рефрижератора. К основным недостаткам такого регистратора относится, прежде всего, его
дороговизна — самая простая система DataCOLD обойдется в 1200$ и еще 10% за её установку.
При этом DataCOLD может работать с привязкой только к конкретному холодильному агрегату. И
хотя регистраторы DataCOLD сертифицированы в рамках стандарта EN 12830 (правда только для
аварийного режима работы, когда его схема запитана от встроенной батареи, и он может
реализовать лишь небольшое число собственных функций), но они не имеют сертификата о
допустимости их использования в качестве измерительных
средств на территории РФ.
Все активнее на рынке контроля перевозок внедряются
системы контроля местоположения и состояния подвижных
объектов и, в первую очередь, транспортных средств,
именуемые за рубежом AVLS (Auto Vehicle Location System)
или по-другому диспетчерские навигационные системы.
Они являются удачной интеграцией достижений GPS,
радиосвязи и компьютерной техники и предназначены для
централизованного контроля над передвижением
транспортных средств по определенной территории. В этих
системах каждая транспортная единица оснащена GPS-приемником и связным оборудованием для
контактов с диспетчерским пунктом. На экране монитора диспетчера формируется электронная
цифровая карта территории, которая обслуживается транспортными средствами. Закодированная
информация о координатах и скорости движения, получаемая по радиоканалу, позволяет
отобразить на этой карте текущее положение транспортных единиц. Ежеминутно по каналам
GSM/GPS терминал направляет в диспетчерский центр информацию о местоположении
транспортного средства, направлении его движения, пробеге, о несанкционированном вскрытии
контейнеров, о наличии топлива, об остановках в пути и, в том числе, о показаниях температурных
датчиков, установленных в контролируемом кузове или контейнере. При этом диспетчер
осуществляет непрерывный контроль сохранности груза по температурному режиму внутри
рефрижератора, и даже может давать указания водителю о мерах, необходимых для его
сохранности. Кроме того, все зафиксированные системой данные автоматически записываются в
архив, и при необходимости последовательность всех событий и действий персонала может быть
восстановлена.
В настоящее время, в том числе на транспортном рынке России, работает множество фирм,
предлагающих подобные услуги. Однако необходимо учитывать, что в таких системах контроль
температуры внутри рефрижераторного пространства является второстепенной и не всегда
обязательной опцией, предлагаемой для отдельных решений дополнительно к основному перечню
элементов системы контроля. Поэтому ни один датчик в рамках подобной системы не может
рассматриваться в качестве полноценного метрологически обеспеченного измерительного средства.
Нельзя говорить и об объективности таких систем мониторинга состояния груза, поскольку
обязательным условием их функционирования является обеспечение энергией от бортового
источника питания. Кроме того, цена подобного решения достаточно дорога для большинства
российских перевозчиков. К примеру, цена блока, устанавливаемого на одном транспортном
средстве составляет ~800$, а цена подключаемого к нему одного температурного датчика —
50$…80$. Общая на весь парк транспортных средств доставки станция-сервер поддержки стоит еще
500$...1000$. Дополнительной статьей расходов является помесячная оплата за услуги сотовой
связи, зависящая от трафика информационного обмена и расстояния до объекта мониторинга.
Регистраторы iButton — наиболее оптимальный инструмент
мониторинга
Оптимальный температурный монитор для контроля изотермического
пространства транспортных средств должен быть автономен, компактен,
мобилен, удобен в эксплуатации, сертифицирован, надежно защищен от
внешних воздействий, иметь возможность сохранения полной "температурной истории", исключать
возможность её фальсификации, а также, для обеспечения полной объективности, не потреблять
никакой энергии от внешних источников. В роли таких мониторов с успехом могут быть
применены миниатюрные защищенные температурные регистраторы ТЕРМОХРОН или более
совершенные регистраторы семейства iButton. Для контроля температуры скоропортящейся
продукции используются простые и дешевые устройства ТЕРМОХРОН модификации DS1921G с
рабочим диапазоном регистрации от -40°C до +85°C и чувствительностью 0,5°C (широко охвачен
весь спектр критичных к температуре доставки продуктов) или модификации DS1921Z с рабочим
диапазоном регистрации от -5°C до +26°C и чувствительностью 0,125°C (более тщательный
контроль продуктов, доставляемых при температурах в районе 0°C). Такие регистраторы
обеспечивают точность измерения температуры в ±1°C, минимальное время между отсчетами 1 мин
и имеют емкость памяти результатов — 2048 последовательных событий.
Остановимся подробнее на основных преимуществах этих уникальных логгеров, которые делают их
незаменимыми инструментами при обеспечении контроля и ревизии транспортных средств,
претендующих на сертифицированный режим доставки:





малые размеры (диск 17 мм в диаметре) и вес (3,3 г) позволяют легко закрепить
ТЕРМОХРОН в любом месте изотермического кузова или контейнера,
возможность вандалостойкого и недорогого крепления "таблетки"-логгера непосредственно
на стенке изотермического кузова или контейнера благодаря наличию на корпусе
специального фланца,
неприхотливость и надежность в эксплуатации: устойчивость к влаге, кислотам, маслам,
грязи, пыли, электромагнитным полям, вибрациям, ударам и другим механическим
воздействиям,
благодаря наличию встроенного узла часов-календаря реального времени показания
которого точно сопоставлены с каждым зарегистрированным температурным значением,
ТЕРМОХРОН точно указывает момент нарушения температурного режима,
невозможность подделки "температурной истории", зафиксированной устройством
ТЕРМОХРОН, что гарантируется особенностями архитектуры этих логгеров и в сочетании с
их вандалостойким креплением полностью исключает фальсификацию результатов,
накопленных таким регистратором,





простота обслуживания — считывание накопленной информации может быть выполнено
любым неквалифицированным персоналом посредством кратковременного касания корпуса
регистратора зондом прибора поддержки,
благодаря наличию всех необходимых международных и российских сертификатов, в случае
применения устройств ТЕРМОХРОН, их показания могут быть использованы в качестве
доказательства при разрешении споров с заказчиком транспортной операции о качестве
доставки,
невысокая стоимость самого регистратора (~28$ для самой простой модификации) и
возможность его длительной эксплуатации (Ресурс устройств ТЕРМОХРОН — 9…10
лет при выборе интервала между измерениями больше 3 мин. Таким образом, ТЕРМОХРОН
может "пережить" изотермический кузов, в котором он установлен, поскольку срок "жизни"
такого кузова обычно не превышает 8 лет),
информационная привязка (текстовое описание) места установки регистратора и координаты
его размещения в составе конкретного транспортного средства могут быть сохранены в
специальном разделе памяти устройства ТЕРМОХРОН — ярлыке,
множество функций, удобных при эксплуатации, включая: наличие уникального
индивидуального идентификационного номера, исключающего возможность подмены
логгера; длительный рабочий период регистрации; три независимых друг от друга раздела
памяти для хранения результатов; возможность произвольного выбора интервала между
отсчетами; возможность точной синхронизации часов нескольких "таблеток" для
обеспечения эффективного совместного накопления данных; отложенный старт регистрации
в точно заданное время или при достижении заранее заданной температуры; режим
кольцевого буфера при накоплении данных и др.
Если же необходимо выполнять контроль температуры транспортируемого груза более тщательно с
погрешностью ±0,5°C, с чувствительностью 0,0625°C, с длительным временем в пути (до 8 тыс.
отсчетов), при высокой частоте регистрации (до 1 с между измерениями), используют устройств
ТЕРМОХРОН следующего поколения — модификацию DS1922L. А при необходимости контроля
не только температуры, но и относительной влажности среды, в которой транспортируется
ответственный груз, применяют устройства ГИГРОХРОН. Однако для излагаемых в этом материале
положений важно то, что и устройства ТЕРМОХРОН модификаций DS1921G/Z и DS1922L, и
устройства ГИГРОХРОН являются регистраторами iButton, и все изложенное ниже в равной
степени справедливо для любого из этих логгеров.
Характеристики регистраторов iButton являются во многом уникальными даже по сравнению с
возможностями большинства современных моделей Data Loggers иных производителей. А активно
рекламируемые на российском рынке регистраторы производства TESTО (Германия), ThermaData
(Великобритания), электронные самописцы компании ТЕХНО-АС (РФ, Калуга) по многим
позициям проигрывают "таблеткам"-логгерам от Maxim Integrated именно в применениях,
связанных с контролем собственного транспорта, особенно при перевозках ответственной
продукции. Действительно, крупные размеры таких регистраторов не позволяют эффективно
защитить их от удара (например, тележкой при погрузке). Эргономичный внешний вид и наличие
индикационного табло или светодиодов, а также внешних кнопок запуска, лишены в подобных
применениях смысла, более того, являются лишней тратой денег и способствуют расходу энергии
на невостребованные функции. При этом случайное нажатие на кнопку перезапуска логгера может
нарушить планы контролёра. Некоторые из таких логгеров не рассчитаны на постоянное крепление
и даже не имеют обеспечивающих его элементов. Наличие батарейного отсека позволяет
нарушителю умышлено извлечь, а затем разрядить (или заменить) батарею питания любого из
названных логгеров, блокировав их работу. Проблематична и удаленная поддержка подобных
устройств. При этом для считывания с них данных или перепрограммирования необходимо каждый
раз перемещать логгеры непосредственно в офис к настольному компьютеру. А регистраторы
производства TESTО, у которых съем данных может производиться непосредственно в месте их
крепления, используют для этих целей инфракрасный канал, который существенно разряжает
батареи электропитания. Любые из этих регистраторов значительно дороже устройств
ТЕРМОХРОН (минимум в 3…4 раза). Причем в настоящее время, безоговорочно, по цене ни у
одного представителя семейства Data Loggers, изготовленного, как измерительный прибор, не
может быть никаких преимуществ по сравнению ни с одной "таблеткой" iButton, произведенной,
как микросхема в едином технологическом цикле массового интегрального полупроводникового
производства.
Именно по этим причинам устройства ТЕРМОХРОН широко применяются для
температурного мониторинга многими крупными международными
компаниями в сфере транспортировки продуктов и медикаментов. Достойна
упоминания компания Davigel Nestle, которая использует во многих странах
устройства ТЕРМОХРОН для контроля температурного режима при перевозке
закупаемых продуктов питания собственным автотранспортом. А также одна из самых больших
европейских фармацевтических компаний AstraZeneca, применяющая логгеры iButton для
отслеживания условий транспортировки вакцин и иммунопрофилактических препаратов при
доставке своей продукции в иные регионы по программам международного распределения
медикаментов. Французская авиакомпания Air France уже несколько лет использует технологию
ТЕРМОХРОН для контроля транспортировки ответственных грузов. Кроме того, UTI/Halls —
самый большой поставщик продовольствия в Южной Африке и EUREST Australia — австралийский
филиал мирового лидера быстрого и бортового питания Eurest, позиционируют сегодня показания
логгеров iButton, как критерий качества доставки продовольствия, применяя их на всех этапах
транспортировки собственной продукции и сырья.
Определение контрольных точек (выбор места крепления регистраторов)
При использовании устройств ТЕРМОХРОН в качестве мониторов температуры изотермического
пространства транспортного средства немаловажно правильно выбрать оптимальные места
размещения регистраторов или, по-другому, контрольные точки. При проведении подобных
мероприятий следует помнить, несмотря на то, что устройства ТЕРМОХРОН являются надежными,
многократно проверенными контактными регистраторами, неверная методика их применения
может привести к неверным результатам и выводам о зафиксированных значениях температуры и,
следовательно, о качестве контролируемого продукта. Тем более что температура вдоль всего
изотермического пространства, в котором размещается груз, может быть различной. Действительно,
если расположить ТЕРМОХРОН непосредственно около холодильной установки
крупнотоннажного рефрижератора, трудно надеяться, что его показания отразят температуру груза
в противоположном конце кузова у дверей. Поэтому при назначении контрольной точки
размещения следует выбирать место наиболее критичное для обеспечения условий соблюдения
температурного режима (например, как можно ближе к дверям изотермического кузова или
контейнера).
С целью выявления наиболее критических контрольных точек
предварительно перед установкой устройств ТЕРМОХРОН внутри кузова
следует выполнить тестирование температурного поля охлаждаемого
изотермического пространства транспортного средства. Для этого
достаточно набора из нескольких устройств ТЕРМОХРОН и
компьютерного комплекса для их полномасштабного обслуживания (см.
ниже), без которого в любом случае полноценная эксплуатация этих
регистраторов невозможна. Расположив регистраторы в наиболее
характерных зонах кузова или контейнера на определенный период времени, можно получить
полную картину распределения температурного поля внутри изотермического пространства. Такая
процедура позволит точно выявить наиболее уязвимые с точки зрения теплового воздействия места.
При проведении подобных исследований необходимо учитывать особенности расположения груза
внутри кузова или контейнера, наличие циркуляции воздуха вокруг и через него, применение
поддонов, использование вентилируемой укладки, её плотность и т.д. Особое внимание следует
уделить температуре возле стенок и дверей кузова. Обследовав таким образом один кузов, можно
переходить к тестированию следующего подлежащего контролю транспортного средства, в кузове
которого должен быть установлен контрольный регистратор. В результате такого тестирования
может даже быть принято решение об использовании для контроля груза не одной "таблетки"логгера, а нескольких. Особенно если груз, перевозимый конкретным транспортным средством,
является ответственным.
Подготовка к эксплуатации
Перед установкой устройств ТЕРМОХРОН необходимо подготовить их к эксплуатации. Эта
операция выполняется с помощью стационарного компьютерного комплекса TCR непосредственно
перед установкой (креплением) регистраторов в кузове. Комплекс TCR является основным и
обязательным средством поддержки, без которого невозможно полноценное обслуживание и
сопровождение этих устройств. С его помощью для каждого регистратора задаются значения
установочных параметров, определяющие особенности реализуемого им процесса накопления
данных. Для этого в область ярлыка в виде текста может заноситься информация, исчерпывающе
характеризующая контрольную точку, в которой он будет размещен (регистрационный номер
транспортного средства, его тип, дата выпуска, степень износа, фамилия водителя, контролируемая
зона или место крепления в кузове и т.д.). Для этого удобно использовать возможности буфера
промежуточного хранения Clipboard операционной системы Windows, копируя эти данные в
область ярлыка, например, непосредственно из базы данных предприятия. После этого
синхронизируются показания узлов реального времени всех используемых регистраторов с часами
компьютера, а также задаются частота регистрации и алгоритм заполнения буфера
последовательных отсчетов для каждой "таблетки"-логгера. Затем производится запуск сессии
регистрации.
От величины интервала между измерениями (или частоты регистрации) зависит длительность цикла
измерений, фиксируемая в памяти устройства ТЕРМОХРОН. Так, если частота регистрации
составляет 1 минуту, то вся память регистратора DS1921G/Z будет заполнена через 1,4 суток, при
интервале 5 минут — за неделю, при интервале 20 минут — за месяц, при интервале 255 минут —
почти за год. С другой стороны, при выборе значения частоты регистрации необходимо учитывать
особенность временной дискретности данных, накапливаемых термографами, иначе некорректно
заданная уставка может привести к ошибке, равной по величине интервалу между отсчетами,
фиксируемыми регистратором. Например, в изотермическом кузове хранится продукт, температура
которого контролируется устройством ТЕРМОХРОН и является приемлемой, когда двери кузова
закрыты. Пусть значение частоты регистрации, заданное для "таблетки", составляет 20 минут.
Тогда, если двери кузова будут открыты на 1 минуту именно в момент измерения, выполняемого
устройством ТЕРМОХРОН, то, несмотря на то, что из 20 минут при приемлемой температуре
регистратор находился 19 минут, и только 1 минуту (в течение которой двери были открыты) при
неприемлемой, "таблетка" зафиксирует, что все 20 минут контролируемый продукт был при
неприемлемой температуре. Описанный пример связан со случайной, но вполне вероятной
ситуацией. И напротив, выбрав частоту регистрации 20 минут, нельзя рассчитывать "отловить"
события длительностью 1…2 минуты. Вероятность этого тем более будет делом случая.
Наиболее оптимальным при ревизии собственных транспортных средств является выбор режима
заполнения памяти эксплуатируемых устройств ТЕРМОХРОН результатами измерений по кольцу.
В этом случае, когда бы ни был выполнен съем данных из памяти регистраторов, они всегда будут
содержать последнюю "температурную историю" транспортировки. Так, если выбрать интервал
между измерениями 5 минут и установить алгоритм заполнения буфера последовательных отсчетов
по кольцу, когда бы не были считаны данные из памяти устройства ТЕРМОХРОН, они будут
содержать "температурную историю" за последнюю неделю. При такой выбранной схеме
обслуживания "таблеток"-логгеров нет нужды заботится об их периодическом перезапуске,
необходимо только не забывать производить раз в неделю извлечение из их памяти накопленных
результатов.
Крепление регистраторов
Очень важную роль при организации работы с регистраторами iButton играет
способ их крепления в выбранных контрольных точках. При большом
количестве обслуживаемых регистраторов, рассредоточенных по различным
единицам транспортных средств (например, при большом автопарке или при
обслуживании рефрижераторов многовагонных железнодорожных составов),
для исключения подделки и путаницы результатов, фиксируемых
"таблетками"-логгерами, используют неразъемные (стационарные) крепления.
Причем каждая "таблетка"-логгер устанавливается в контрольной точке, жестко связанной с
индивидуальным содержимым её ярлыка. Наиболее распространенным, простым и надежным
вариантом неразъемного крепления "таблеток" iButton является применение накладных
пластиковых скоб типа DS9093S. Кроме того, для обеспечения теплоизоляции регистратора iButton
между удерживающей металлической изотермической поверхностью и его корпусом следует
установить прокладку, выполненную из любого теплоизолирующего материала (например,
пластинку двустороннего скотча DS9096E). А для крепления фланца из всех видов метизов
предпочтительнее использовать заклепки, которые обеспечивают наибольшую уверенность в
отсутствии умышленного воздействия на регистратор. Такое крепление является антивандальным и
поэтому "таблетку"-логгер затруднительно несанкционированно переместить из назначенной
контрольной точки в среду с гарантированной температурой, например, с целью фальсификации
фиксируемой ею "температурной истории".
Хотя корпус "таблеток" изготовлен из прочной стали толщиной 0,25 мм, при
оказании на него значительного ударного воздействия (например, при ударе
груженым поддоном или массивной металлической тележкой) он может быть
деформирован. Это, как правило, приводит к выходу устройства из строя. Для
исключения внешних ударных воздействий на корпус регистратора,
используются специальные защитные скобы. Наиболее популярной из них
является скоба П-образной формы, изготовленная из стальной пластины
толщиной ~1...3 мм. Она может быть приварена к удерживающей поверхности или закреплена на
ней с помощью подручных метизов. Основным условием при конструировании защитных скоб
является обеспечение возможности сопряжения корпуса защищенного регистратора iButton с
приемным устройством обслуживающего его мобильного прибора или комплекса. Для этого высота
скобы над плоскостью верхней крышки корпуса зафиксированной "таблетки" не должна быть
меньше 20 мм.
Если же собственник транспортного средства по каким-либо соображениям не имеет возможности
использовать неразъемные крепления регистратора внутри изотермического пространства и
предпочитает использовать разъемные крепления, то ему следует обратиться к специальной
статье "Применение регистраторов iButton при контроле транспортировки продукции сторонним
транспортом".
Организация обслуживания
Наиболее рациональным решением при обслуживании большого числа
стационарно установленных в разных транспортных средствах устройств
ТЕРМОХРОН (кузовах, вагонах, контейнерах, фурах и т.д.), является
использование приборов, аккумулирующих накопленные ими данные.
Такие приборы получили название транспорёров данных. Они
предназначены для работы в полевых и промышленных условиях.
Полные информационные копии памяти всех устройств ТЕРМОХРОН,
корпуса которых коснется щуп-зонд транспорёра, в течение нескольких
секунд будут переписаны в его собственную внутреннюю энергонезависимую память. Если
регистратор расположен в месте, неудобном для обслуживания (например, защищен от удара
скобой), то для обеспечения контакта с его корпусом используют специальный щуп-удлинитель.
Последовательно перемещаясь от одного устройства ТЕРМОХРОН, установленного внутри
изотермического пространства транспортного средства, к другому, а затем от одного
контролируемого транспортного средства к другому, пользователь (обходчик), оснащенный
транспорёром, осуществляет обход регистраторов. При этом он может не только осуществлять съем
и сохранение в памяти прибора накопленных "таблетками" результатов измерений, но и
перезапускать регистраторы на отработку следующей сессии или корректировать ход их часов.
Поскольку для этого надо только коснуться корпуса каждой "таблетки"-логгера и затем дождаться
звукового сигнала, с такой работой может справиться даже обслуживающий персонал, не имеющий
специальной квалификации. После того как собраны данные от всех регистраторов, транспорёр
подключается к последовательному порту стационарного персонального компьютера и далее с
помощью специализированной программы осуществляется перенос всей накопленной прибором
информации в память PC для её последующей архивации и анализа. Считывание, обработка и
документирование данных на персональном компьютере должны выполняться оператором,
обладающим надлежащей квалификацией. Оператор производит обработку файлов с
информационными копиями и формирует отчеты о результатах измерений, выполненных каждым
регистратором. При этом для однозначной привязки той или иной температурной или
температурно-влажностной истории к конкретной контрольной точке используется содержимое
ярлыка каждой "таблетки"-логгера. Кроме того, оператор готовит транспорёр к новому обходу и
передаёт его обходчику для выполнения следующего задания по сбору информационных копий
памяти регистраторов, установленных в ревизуемых транспортных единицах.
В этом случае очень важным является вопрос о выборе оптимального регламента обслуживания
регистраторов. От выбранного регламента зависит и периодичность процедур съема результатов,
накопленных "таблетками"-логгерами, и успешность выявления фактов нарушений температурного
режима внутри изотермического пространства транспортного средства, и информативность
представления фиксируемых температур, а также очередность перезапуска регистраторов.
Регламент обслуживания должен быть четко согласован со значениями установочных параметров,
выбранных для каждой из "таблеток". Действительно, если время между измерениями для
устройств ТЕРМОХРОН модификации DS1921G задано равным 5 минутам, то съем данных должен
осуществляться не реже одного раза в неделю, если равным 10 минутам — не реже раза в 2 недели,
если равным 20 минутам — не реже раза в 4 недели, и т.д.
Такая схема обслуживания сейчас используется для контроля перевозок абсолютным большинством
предприятий-пользователей технологии ТЕРМОХРОН, имеющих собственный транспорт.
Например: МПЗ Кампомос, группы компаний "Царицыно" и "Черкизово", Молочный комбинат
"Нижегородский" и группа компаний Молочное дело, Балт-Форвард (грузоперевозки морским
транспортом), Новосибирская птицефабрика (автотранспорт - птица), транспортно-экспедиционная
компания железнодорожной транспортировки полного цикла ШЕРЛ, ЗПС КАРАТ и Пивоварня
Москва-Эфес (железнодорожный транспорт) и др.
Если же парк ревизуемых транспортных средств невелик, то для обеспечения
обслуживания территориально рассредоточенных "таблеток"-логгеров, а также
для качественной оценки зафиксированных ими данных, рационально
использование более дешевого прибора - ТЕРМОХРОН индикатора. Он
является автономным мобильным универсальным средством поддержки
регистраторов iButton и позволяет выполнять индикацию значений их текущих
параметров, осуществлять перезапуск логгеров на отработку очередной сессии
с прежними или новыми установочными параметрами, а также переписывать данные из памяти
этих устройств в память промежуточной транспортной "таблетки", которая затем свободно читается
компьютерным комплексом поддержки TCR. Объем памяти транспортной "таблетки" невелик,
поэтому для извлечения результатов, накопленных множеством регистраторов, необходимо иметь
несколько таких картриджей. Работа с прибором ТЕРМОХРОН индикатор не тривиальна. Поэтому
для обслуживания этого средства поддержки регистраторов необходим более высокий уровень
квалификации пользователя, чем при эксплуатации транспорёра.
Если же процедура контроля требует проведения полного оперативного
анализа результатов, зафиксированных устройством ТЕРМОХРОН,
закрепленным в изотермическом контейнере транспортного средства, прямо в
месте его размещения, то наиболее эффективными мобильными средствами поддержки являются
комплекс, построенный на базе карманного компьютера, или комплекс, построенный на базе
миниатюрного недорогого субноутбука, например, ASUS Eee PC. Благодаря тому, что такие
средства поддержки имеют в составе своей конструкции жидкокристаллический графический
дисплей, подобные автономные аппаратно-программные решения позволяют обеспечить до 90% ли
даже 100% основных функций полномасштабного компьютерного комплекса поддержки
непосредственно в месте крепления логгеров. Таким образом, если на заключительном этапе
транспортировки использовать комплекс на базе карманного компьютера или комплекс на базе
миниатюрного субноутбука, то можно наиболее наглядно предъявлять получателю и
представителю транспортной компании полную информацию об условиях доставки продукции
(включающую графики или таблицы) непосредственно на месте её разгрузки (см. как это
делает НПО МИКРОГЕН). Кроме того, такие мобильные комплексы позволяют сохранить
накопленные логгером результаты в памяти карманного компьютера или миниатюрного
субноутбука, а затем экспортировать их в память стационарного персонального компьютера с
целью последующей визуализации, архивации, более скрупулезного анализа и документирования
этих данных уже после перемещения контролёра в офис.
Подобный подход к документированию результатов температурного
контроля зачастую наиболее рационален по сравнению с воплощением в
жизнь распространенных пожеланий заказчиков перевозок о
необходимости немедленного получения твердой копии отчета с
помощью распечатки на мобильном автономном принтере
непосредственно в месте размещения регистратора. Поскольку любое
автономное печатающее устройство на сегодня является достаточно
дорогим удовольствием даже без учета средств его сопряжения с регистратором (от 500$). Кроме
того, использование его в условиях внешних неблагоприятных воздействий изотермических
кузовов, включая, грязь, пыль, влагу, возможность выпадения инея и т.д., не представляется
надежным решением.
Выявление хищений
В памяти продвинутых модификаций устройств ТЕРМОХРОН могут быть
зарегистрированы даже относительно непродолжительные (единицы секунд
или минут) нарушения температурного режима транспортировки продукции,
связанные, например, с несанкционированным вскрытием изотермических
контейнеров. Поэтому, если закрепить такую "таблетку"-логгер на внутренней
стенке правой створки двери изотермического кузова или контейнера, которую
злоумышленник не может не открыть (откинуть) для проникновения внутрь, можно обнаружить и
точно зафиксировать момент времени, когда произошло хищение груза, и тем самым выявить круг
причастных к этому событию лиц. Такая схема выявления фактов хищения продуктов,
транспортируемых в изотермических кузовах или контейнерах актуальна, поскольку даже
повсеместное сегодня использование передовых номерных пломбировочных устройств и
современных методов пломбирования на практике не всегда дает полную гарантию сохранности
грузов. Наиболее эффективный контроль несанкционированного нарушения температурного
режима (в том числе с целью выявления хищений) обеспечивается при использовании функции
старта процедуры регистрации данных только после выхода температуры, контролируемой
устройством ТЕРМОХРОН, за границы предварительно заданного порога.
Установка устройств ТЕРМОХРОН в изотермических кузовах или контейнерах с целью выявления
хищений может производиться с помощью водостойкого клея. Место крепления термографа
следует выбирать на краю створки, как можно дальше от петель, удерживающих дверь, что еще
больше увеличивает разность температур, окружающих его корпус при закрытой и открытой двери.
Чтобы обеспечить быструю реакцию регистратора на изменение окружающей температуры, между
металлом поверхности двери и корпусом "таблетки"-логгера необходимо установить специальную
термоизолирующую прокладку. Она должна обеспечивать максимально возможную теплоизоляцию
регистратора от металла створки контейнера или кузова.
Ревизия сохранности груза в ходе его транспортировки должна производиться
сразу после прибытия транспортного средства на место назначения. Для этих
целей в полевых условиях оптимально использование автономного комплекса
сопровождения устройств ТЕРМОХРОН, построенного на базе карманного
компьютера или на базе миниатюрного субноутбука (см. выше). Используя
один из таких комплексов, контролёр на глазах у водителя или экспедитора,
выполнявшего доставку, может считать данные из памяти контрольного
устройства ТЕРМОХРОН, закрепленного на двери кузова или контейнера, и
наглядно отобразить их на дисплее карманного компьютера или на дисплее
миниатюрного субноутбука. При этом, с точностью до мельчайших нюансов, в
табличном или в графическом виде воспроизводится вся "температурная
история" транспортировки груза. Далее накопленные логгером результаты
сохраняются контролёром в памяти карманного компьютера или миниатюрного субноутбука, а
после его возвращения в офис переносятся в память стационарного компьютера, архивируются или
выводятся в качестве бумажного документа, наглядно демонстрирующего момент нарушения
режима транспортировки (в том числе момент хищения). Подробнее см. здесь.
Результаты внедрения технологии ТЕРМОХРОН
Анализ "температурной истории" продукции, доставляемой каждой транспортной единицей,
находящейся под контролем устройств ТЕРМОХРОН, осуществляется с помощью специального
программного обеспечения. При этом для точной идентификации регистратора используется
информация из ярлыка. А анализируются обычно в первую очередь максимальная/минимальная и
средняя температура, суммарное время нахождения продукции вне температурных границ,
регламентированных для каждого конкретного продукта, временные характеристики доставки и т.п.
На принтер выводятся таблицы, температурные диаграммы и эпюры, наглядно подтверждающие
качество доставки или, напротив, отражающие факт(ы) нарушения назначенного режима.
По результатам анализа данных, зарегистрированных "таблетками"-логгерами, делаются выводы о
качестве транспортировки, годности перевозимого продукта, небрежностях или злом умысле в
работе персонала и эффективности функционирования холодильных установок каждого из
ревизуемых транспортных средств. На основании этого анализа вырабатывается заключение о
предельном сроке реализации доставляемой продукции, о возможных неисправностях холодильных
установок рефрижераторов, а также о халатности работников предприятия, ответственных за
транспортировку.
Несмотря на широкий спектр возможностей программ и макросов от НТЛ "ЭлИн", специально
созданных для целей обработки и представления результатов, накопленных устройствами
ТЕРМОХРОН, предприятия-пользователи часто разрабатывают собственный программный
продукт, предназначенный для архивирования и документирования результатов ревизии режима
доставки в соответствии с внутренними стандартами. Такие продукты нередко являются
оригинальными и структурируются, как специализированнее базы данных, тесно интегрированные
с иными прикладными программами и базами данных конкретного предприятия (см. пример
фирмы "Молочное дело").
Практика применения устройств ТЕРМОХРОН множеством российских предприятий
агропромышленного сектора, располагающих собственным транспортом, а также большого числа
перевозчиков медикаментов показывает, что внедрение "таблеток"-логгеров ведет к резкому
сокращению количества фактов, связанных с нарушениями температурных режимов, благодаря
повышению дисциплины среди работников транспортных служб. А ликвидация выявленных
"пробелов" в обеспечении температурного режима на таком важном участке технологической цепи,
какой является транспортировка, позволяет заметно сократить потери и повысить процент выхода
качественной продукции, благодаря выявлению "слабых звеньев" и своевременному проведению
корректирующих мероприятий, что, как правило, приводит к косвенному увеличению общей
прибыли предприятия. Кроме того, использование описанной технологии позволяет
производителям быть уверенными в ликвидности и безопасности поставляемого ими товара, а при
необходимости — доказать заказчику свою непричастность к порче продукта, доставленного к нему
их собственным транспортом.
Благодаря строгому контролю температурного режима доставки груза, часто удается доказать
халатность ответственных за транспортировку лиц, что ведет к повышению дисциплины
работников транспортных компаний и в конечном счете к изменению их отношения к грузу. А в
итоге, собственная или доверенная продукция доставляется предприятием без потерь в качестве.
Например, как показывает практика многих автохозяйств, благодаря применению систем
мониторинга температурного режима транспортировки, существенно повышается ответственность
и внимание водителей к грузу. При этом разовые затраты на установку регистратора температуры, с
учетом стоимости средств их поддержки, сопоставимы с 1/10 месячной зарплаты одного водителя.
Представляется, что это не столь большие деньги для того, чтобы заставить наемного работника
более ответственно относится к собственным обязанностям, сократить случаи воровства, обмана,
слива топлива и других махинаций. Тем более что по опыту, примерно каждый десятый водитель
увольняется после внедрения на автопредприятии подобных систем контроля. Несложно
догадаться, чем именно промышляли эти работники.
Применение же технологии ТЕРМОХРОН для контроля хищений позволяет не только выявить
конкретные факты воровства доверенных предприятию для транспортировки грузов, но и
установить конкретных виновных в сговоре лиц. В конечном счете, благодаря температурным
"таблеткам"-регистраторам можно раскрыть механизм хищения, найти прорехи в регламенте
мероприятий по обеспечению сохранности товаров, перевозимых транспортным предприятием и
выработать иную, более эффективную методику пломбирования, исключающую хищение
продукции на этапе её транспортировки.
Здесь необходимо обязательно остановиться на еще одной проблеме, которая, как правило,
возникает при эксплуатации транспортным предприятием устройств ТЕРМОХРОН. Обычно, пока
персонал, непосредственно ответственный за обеспечение перевозок, не почувствовал угрозы для
привычного рабочего распорядка, наличие логгеров не вызывает у него никаких нареканий. Однако,
если по результатам, зафиксированным "таблетками", руководство предпринимает непопулярные,
не устраивающие персонал меры, то вдруг, по непонятным на первый взгляд причинам,
регистраторы начинают выходить из строя один за другим. Скорее всего, такие события не
случайны. Обычно, во всех подобных случаях корпус регистратора всегда имеет характерные
следы, дефекты или форму, отличную от штатной, что часто является следствием ударных
воздействий. Умышленность порчи изделия в этих ситуациях очевидна. Однако для вывода из строя
регистраторов с целью прекращения их функционирования недобросовестным персоналом
применяются различные хитрости и уловки. Например, электрошокеры. И хотя устройство
ТЕРМОХРОН имеет специальные встроенные цепи, защищающие его от
статического электричества и случайных помех, они не могут защитить логгер
от преднамеренного воздействия электрошоковых устройств (разрядников) или
подключения к электрической сети. Следы подобных действий вандалов часто
все-таки заметны при более тщательном внешнем осмотре корпуса аварийных
устройств (характерные оплавления, проявляющиеся при возникновении электрической дуги и т.п.).
Часто им сопутствуют следы механической зачистки корпуса, которые появляются после попыток
злоумышленника устранить признаки воздействия высокого напряжения.
Для защиты регистраторов в подобных случаях можно использовать индикаторные пломбы или
номерную самоклеящуюся пломбировочную пленку-скотч. Особенностью этих изделий является
индивидуальная нумерация. На поверхности пленки каждой самоклеющейся пломбы или фрагмента
скотча в процессе производства нанесены индивидуальные неповторяющиеся контрольные
шестизначные номера. При попытке отклеивания такой пломбы, на ней проявляются специальные
предупреждающие индикаторные надписи "ВСКРЫТО" (OPEN) и др., легко определяемые
визуально и уже не исчезающие при повторном наклеивании.
Перед отправкой груза код пломбировочного скотча и номер устройства ТЕРМОХРОН в
обязательном порядке фиксируется контролёром в присутствии ответственного за перевозку в
специальном журнале или накладной. Отсутствие следов внешнего воздействия, а также
соответствие индикаторного кода на самоклеющейся пломбе и номера регистратора числам,
указанным в накладной, является надежной гарантией отсутствия подмены "температурной
истории" пломбируемого контрольного устройства. В случае обнаружения следов вскрытия или
несовпадения номеров пломбы и устройства ТЕРМОХРОН с номерами, зафиксированными в
накладной, оформленной перед отправкой груза, составляется Акт о нарушении работником
условий транспортировки, а данные, зафиксированные таким логгером, считаются недостоверными.
Подводя итог, можно сказать, что технология ТЕРМОХРОН является на сегодня оптимальным
решением обеспечения температурного мониторинга, полностью соответствует всем современным
требованиям и отлично выполняет функции по контролю ликвидности изотермических
транспортных средств и сохранности грузов как при доставке продукции собственного
предприятия, так и при реализации сторонних перевозок.
Источник информации: http://www.elin.ru/Application/?topic=own
Новизна предлагаемого подхода по сравнению с известными.
Заключается в том, что наш подход предполагает передачу данных почти в реальном времени
используя GPRS соединение, что позволит клиентам оперативно реагировать на изменения условий
доставки грузов.
Сущность предлагаемой разработки.
Имеющиеся технические решения позволяют в полной мере начать реализацию проекта.
Исходные данные с датчиков
Обработанные данные
Датчики на
продукции
Готовая к восприятию
информация
Пользователь
(Клиент)
Обслуживание и настройка
Пользовательский
контент
Инфраструктура
связи МТС
Облачный сервис
хранения данных
Техническая
поддержка
Центр обработки
данных МТС
Датчики на продукции.
Для сборки устройства потребуется:






Базовая плата Arduino (Uno, Duemilanove, «Cosmo Black Start» и т. п. с Atmega328)
GSM-шилд «Cosmo GSM Connect» с антенной
SIM-карта (МТС) с тарифным планом поддерживающим GPRS
Датчик температуры и датчик влажности
Резисторы, проводники, макетная плата, паяльник, припой, флюс
Источник питания: импульсный блок питания или аккумулятор
Мониторинг температуры
Соберем устройство отсылающее данные температуры. Для измерения показания температуры окружающей среды
будем использовать цифровой датчик DS18B20. Подключим его по паразитной схеме питания к 8 пину Ардуино, как
показано на схеме ниже.
Схему удобнее будет собрать на макетной плате.
Для работы с датчиком DS18B20 воспользуемся готовой библиотекой DallasTemperature. Для этого скачайте и
установите в Arduino IDE библиотеки: OneWire и DallasTemperature.
Для отправки данных по GPRS на сайт «Народного мониторинга» воспользуемся готовой сборкой программ «narodmon».
В нее включена новейшая версия библиотеки GSM, которая непосредственно реализует передачу данных посредством
шилда «Cosmo GSM Connect», а также — ряд файлов реализующих протокол сервиса «Народный мониторинг».
Общий принцип работы данной программы выглядит следующим образом. При включении, устройство регистрируется
в GSM-сети, соединяется по GPRS с сервером «Народного мониторинга» и передает ему данные измерений. После
отправки данных, GSM-модем выключается, а микроконтроллер Atmega переводится в спящий режим. По умолчанию
интервал для «сна» составляет 5 минут, задается в настройках скетча (SendIntervalInMinutes). После истечения
SendIntervalInMinutes микроконтроллер пробуждается, включается GSM-модем и далее опять — регистрация в сети,
отправка данных. При неудачных попытках отправить данные происходит автоматическая перерегистрация в сети,
таким образом, риски потери данных, при сбоях в сети оператора, сводится к миниму.
Итак, скачайте архив со сборкой из репозитория. Разархивируйте ее на ваш компьютер, переименуйте название
директории в «GSM». Откройте папку, в которой установлена Arduino IDE. Найдите в ней каталог «libraries» и
скопируйте в нее папку «GSM». Запустите среду программирования Arduino IDE. Перейдите на вкладку: Файл —
Примеры —> GSM и выберите скетч NarodmonTemperature.
В открывшемся примере нужно изменить значения следующих переменных:
#define ONE_WIRE_BUS 8
Номер линии, к которой подключен датчик температуры.
const char PIN[] PROGMEM = "0000";
Пин-код вашей сим-карты. Укажите здесь правильный номер, иначе сим-карта заблокируется.
const char ISP_IP[] PROGMEM = "home.mts.ru";
const char LOGIN[] PROGMEM = "mts";
Данные для настройки доступа к GPRS. Измените значения на настройки вашего оператора связи.
Например, для MTS будет так:
const char ISP_IP[] PROGMEM = "internet.mts.ru";
const char LOGIN[] PROGMEM = "";
unsigned char SendIntervalInMinutes = 5;
Интервал сна устройства, в минутах.
После редактирования переменных, скомпилируйте и загрузите данный скетч в Ардуино. Затем, вставьте в Ардуино
шилд «Cosmo GSM Connect» с сим-картой и подключенной антенной. Подключите к устройству датчик температуры,
подсоедините внешнее питание.
Через минуту после включения устройства, на шилде начнет мигать красный светодиод свидетельствующий о
регистрации вашей сим-карты в GSM-сети. После чего произойдет первая передача данных.
Для отладки, вы, можете, одновременно с включением устройства, запустить SerialMonitor, на скорости 38400 бод и
видеть какие команды посылаются микроконтроллером на модем.
Примечание. В данном примере, без изменения кода, можно подключать до 4-х цифровых датчиков. Т.е. можно
подключить 1, 2, 3 или 4 датчика. При этом сам скетч менять не нужно, данные с разных датчиков будут
обрабатываться в автоматическом режиме.
Мониторинг температуры и влажности
В данном случае к устройству добавляется еще датчик влажности, теперь снимаются показания температуры и
влажности. В примере используется цифровой сенсор SHT10. Схема для сборки приводится ниже. Ее также будет
удобнее собрать на макетной плате с дорожками для SMD компонентов.
Для работы с датчиком SHT10 воспользуемся готовой библиотекой SHT10. Скачайте и установите ее в Arduino IDE.
Далее запустите среду программирования Arduino IDE. Перейдите на вкладку: Файл —> Примеры —> GSM и
выберите скетч NarodmonTemperatureHumidity.
В настройках скетча добавляется еще несколько параметров для редактирования.
#define dataPin 10
#define clockPin 11
Номера линий, к которым подключен датчик влажности.
unsigned char RHMacn[8] = {0x00, 'S', 'H', 'T', '1', '1', '_', '0'};
MAC-адрес датчика влажности, его нужно придумать таким, чтобы оно было уникальным в пределах сервиса
«Народный мониторинг». Замените символы в кавычках ('S', 'H', 'T', '1', '1', '_', '0') на другие буквенно-цифровые
значения.
После правок скомпилируйте и загрузите данный скетч в Ардуино. Затем, вставьте в Ардуино шилд «Cosmo GSM
Connect» с сим-картой и подключенной антенной. Подключите к устройству датчик температуры и датчик влажности,
подсоедините внешнее питание.
Примечание. В данном примере, без изменения кода, можно подключать до 3-х цифровых датчиков
температуры и 1 датчик влажности. При этом сам скетч менять не нужно, данные с разных
датчиков будут обрабатываться в автоматическом режиме.
Рассмотрим простейший пример передачи данных по GPRS. В примере используется плата Arduino
и шилд «Cosmo GSM Connect»
Отправим на сервер jt5.ru запрос вида: server.php?request=COSMO_GSM

Подключите Ардуино к компьютеру, запустите Arduino IDE и залейте в микроконтроллер
следующий скетч.
Не забудьте поправить в скетче настройки GPRS, зависит от вашего оператора связи.






























unsigned int Get_counter;



















void setup (){
Serial.begin(38400);
Serial.flush();
// программно включаем gsm-модем
pinMode(7, OUTPUT);
digitalWrite(7, HIGH);
delay(5000);
digitalWrite(7, LOW);
delay(5000);
Serial.flush();
// опрашиваем gsm-модем
Serial.println("AT");
delay(100);
Serial.print("AT+CPIN="); // вводим пин-код для симки
Serial.print((char)34); // символ кавычки "
Serial.print("0000"); // пин код
Serial.println((char)34); // символ кавычки "
delay(10000);
Serial.println("AT+CGATT=1"); // регистрируемся в GPRS-сети
delay(12000);
Serial.println("AT+CSCA?"); // запрашиваем номер смс-центра
delay(1000);
Serial.println("AT+CMGF=1"); // выставляем текстовым режим сообщений
delay(1000);
}
void loop (){
Serial.println("AT+CGDCONT=1,\"IP\",\"home.mts.ru\""); //!!! СМОТРИ НАСТРОЙКИ ВАШЕГО
ОПЕРАТОРА СОТОВОЙ СВЯЗИ
delay(1000);
Serial.println("AT%CGPCO=1,\"PAP,mts,mts\",1");
//!!! СМОТРИ НАСТРОЙКИ ВАШЕГО ОПЕРАТОРА СОТОВОЙ СВЯЗИ
delay(1000);
Serial.println("AT$DESTINFO=\"jt5.ru\",1,80,1");
//Адрес, порт удаленного сервера и текстовый
режим передачи данных
delay(1000);
Serial.println("ATD*97#");
//Открываем сокет
delay(7000);
// Время на открытие сокета
Serial.print("GET /server.php?");
//Посылаем GET-запрос
Serial.print("request=COSMO_GSM");
//Передаем поле и его параметр
Serial.print(Get_counter, DEC);
//Добавляем численное значение
Serial.print(" HTTP/1.1\r\nHost: jt5.ru\r\nCache-Control: no-cache\r\nConnection: close\r\n\r\n");//обязательные
поля HTTP запроса
delay(5000);
//Ждем отправки
delay(1000);
Serial.print("+++");
//Выходим в режим команд
delay(1000);
Serial.println("ATH");
//Разрываем соединение
delay(60000);
Get_counter++;


}
После этого отсоедините Ардуино от компьютера.
Установите на шилде «Cosmo GSM Connect» SIM-карту, подключите внешнюю антенну,
установите джампера 1 и 3 в положение MEGA (контакт 2-3). Подробнее смотрите схему шилда.
Подключите к Ардуино внешний источник питания (7-9V).
После того как настройки GSM-сети активируются, на шилде начнет мигать красный светодиод.
Источник информации: http://jt5.ru/
Инфраструктура связи
Будет использована инфраструктура связи МТС
В зону покрытия GPRS MTS входит необходимое количество дорог и населённых пунктов
Более подробно можно посмотреть http://www.mts.ru/mobil_inet_and_tv/help/mts/coverage/
Для определения других операторов связи в регионах возможно использовать
http://reestr-svyaz.rkn.gov.ru
Центр обработки данных:
В рамках проекта будет использоваться центр обработки данных МТС
http://www.corp.mts.ru/fix_connection/data_center/?utm_source=google&utm_medium=cpc&utm_t
erm=centr_obrabotki_dannykh&utm_content=textlink&utm_campaign=abs_B2B
Услуги Центра обработки данных заключаются в предоставлении абонентам инфраструктуры для
размещения серверного или телекоммуникационного оборудования, обеспечение его
бесперебойным питанием, охлаждением, охраной.
Все оборудование, размещаемое на технологической площадке Центра обработки данных,
подключается к необходимому количеству портов доступа в Интернет требуемой пропускной
способности.
При необходимости для абонента организуются защищенные виртуальные частные сети (VPN) для
прямого доступа к размещаемым в ЦОД данным.
Источник информации: http://www.corp.mts.ru/
Облачный сервис хранения данных
Облачные сервисы хранения данных сегодня находятся на пике своей популярности. Действительно, иметь
возможность получить доступ к своим данным из любого места, где есть подключение к интернету — это очень удобно.
Однако, все больше людей начинает задумываться о безопасности данных в публичном облаке.
Own Cloud — продукт с открытым исходным кодом, который создан для того, чтобы вернуть
данные под контроль их владельцев. Он выступает альтернативой таким монстрам, как Dropbox, iCloud, SkyDrive и иже
с ними. OwnCloud имеет удобный веб-интерфейс, встроенный WebDav и десктопных клиентов для синхронизации
файлов.
Но, к сожалению, OwnCloud подразумевает установку только на одном сервере. В таком виде, на мой взгляд, частное
облако больше похоже на небольшую грозовую тучку. В этой записи рассказывается о том, как можно задействовать
под инсталляцию OwnCloud три сервера, тем самым получив надежное резервирование на уровне сервера.
OwnCloud умнеет работать со встроенной БД sqlite и mysql. Дальше речь будет идти только о работе с БД mysql.
Настройка веб-сервера и установка OwnCloud в этой записи так же не рассматриваются.
Задача организации облачного хранилища файлов на базе OwnCloud с резервированием на уровне сервера в таком виде
сводится к двум подзадачам:
1. Настройка синхронизации файлов
2. Настройка репликации БД MySQL
Настройка синхронизации файлов
В этом направлении есть два возможных пути решения. Первый — распределенная файловая система. В этом случае
данные будут храниться на всех серверах с определенным уровнем резервирования, при этом элементом «RAID» будут
являться не диски внутри сервера, а сервер в совокупности. В настоящее время разрабатывается довольно много ПО для
реализации распределенного хранилища, среди них: lustre, ceph, glusterfs, openAFS и список можно продолжать. Увы,
подобные решения довольно требовательны к ресурсам и обладают меньшей производительностью, чем при работе с
обычной файловой системой. Поэтому рассматривать их мы не будем. В этой статье будет рассмотрен второй путь —
синхронизация файлов.
На этом пути тоже есть из чего выбирать. Например, про csync2 для синхронизацию конфигурационных файлов уже
говорилось ранее. Но, применительно к текущей задаче, у csync2 есть несколько недостатков. Во-первых, он использует
sqlite для хранения информации о файлах, что при большом количестве файлом является существенной проблемой. Вовторых, синхронизация запускается по расписанию, а не по событию, такому как загрузка нового файла.
Начиная с версии 2.6.13 в ядро Linux включена подсистема, которая позволяет получать уведомления об изменениях в
файловой системе — inotify. На основе inotify работает lsyncd — демон, который следит за изменениями в локальных
директориях и с заданным интервалом времени запускает средство синхронизации, например rsync.
В Debian/Ubuntu lsyncd может быть установлен из стандартного репозитория:
rascal@debian:~$ sudo apt-get install lsyncd
Для конфигурационного файла lsyncd используется скриптовый язык Lua. В нашем случае
файл/etc/lsyncd/lsyncd.conf.lua должен выглядеть так:
settings = {
logfile
= "/var/log/lsyncd.log",
statusFile = "/var/run/lsyncd.status",
statusInterval = 10,
}
sync {
default.rsyncssh,
source = "/var/www/owncloud",
host = "192.168.2.2",
targetdir = "/var/www/owncloud",
rsyncOps = {"-ausS", "--temp-dir=/tmp"},
delay = 10,
}
sync {
default.rsyncssh,
source = "/var/www/owncloud",
host = "192.168.3.2",
targetdir = "/var/www/owncloud",
rsyncOps = {"-ausS", "--temp-dir=/tmp"},
delay = 10,
}
В приведенной конфигурации синхронизация посредством rsync запускается поверх ssh, для работы необходимо
настроить перекрестную авторизацию между серверами по публичным ключам.
o
o
rsyncOps — опции, с которыми запускается rsync,
delay — время в секундах, в течении которого накапливаются изменения для синхронизации.
Подробности и другие возможные способы синхронизации доступны в официальной документации.
Данный файл конфигурации необходимо распространить по серверам, заменяя значение параметра «host», для
обеспечения взаимной синхронизации.
Запускаем синхронизацию:
rascal@debian:~$ sudo service lsyncd start
Дополнительно хочу отметить, что inotify имеет несколько параметров ядра Linux. Возможно их придется
скорректировать для больших инсталляций:
o
o
o
fs.inotify.max_queued_events — максимальное число событий в очереди,
fs.inotify.max_user_instances — сколько экземпляров inotify может запустить один пользователь,
fs.inotify.max_user_watches — сколько элементов может отслеживать один пользователь.
Настройка репликации БД MySQL
В этом блоге я уже описывал настройку master-master репликации mysql для двух серверов. На этот раз серверов три и задача
немного усложняется, репликация будет организована по кольцу.
Необходимо загрузить дамп БД с основного сервера на два дополнительных и привести конфигурацию MySQL к
следующему виду:
server-id
=1
replicate-same-server-id = 0
auto_increment_increment = 3
auto_increment_offset
log_bin
=1
= /var/log/mysql/mysql-bin.log
expire_logs_days
=3
max_binlog_size
= 100M
log-slave-updates
replicate-wild-do-table = owncloud.%
Значения параметров:
o
server-id — уникальный идентификатор сервера, должен быть различным у всех серверов, которые
учатсвуют в репликации.
o
o
o
o
o
replicate-same-server-id — предотвращает зацикливание репликации, сервер обрабатывает только
бинарные логи, идентификатор сервера которого отличается от текущего.
auto-increment-increment — шаг изменения AUTO_INCREMENT, должен равняться числу узлов n.
auto-increment-offset — начальное значение AUTO_INCREMENT, от 1 до n, на каждом узле.
log-slave-updates — заставляет mysql писать изменения из реплицируемых бинарных логов в свой
бинарный лог, необходимо для кольцевой репликации.
replicate-wild-do-table — в моем случае серверы используются под разные задачи и необходимо
реплицировать только БД OwnCloud.
Дальше можно настраивать репликацию по схеме:
Для этого выполняем на серверах последовательно:
server-id = 1
CHANGE MASTER TO MASTER_HOST = '192.168.3.2', MASTER_USER = 'replic',
MASTER_PASSWORD='secret';
START SLAVE;
server-id = 2
CHANGE MASTER TO MASTER_HOST = '192.168.1.2', MASTER_USER = 'replic',
MASTER_PASSWORD='secret';
START SLAVE;
server-id = 3
CHANGE MASTER TO MASTER_HOST = '192.168.2.2', MASTER_USER = 'replic',
MASTER_PASSWORD='secret';
START SLAVE;
После этого проверяем состояние репликации:
SHOW SLAVE STATUS\G;
*************************** 1. ROW ***************************
Slave_IO_State: Waiting FOR master TO send event
Master_Host: 192.168.3.2
Master_User: replic
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000007
Read_Master_Log_Pos: 669263
Relay_Log_File: mysqld-relay-bin.000023
Relay_Log_Pos: 88701
Relay_Master_Log_File: mysql-bin.000007
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table: owncloud.%
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 669263
Relay_Log_Space: 88901
Until_Condition: NONE
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 3
1 ROW IN SET (0.00 sec)
Источник информации:
http://rascal.su/blog/2013/08/31/%D0%BF%D0%B5%D1%80%D1%81%D0%BE%D0%BD%D0
%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5%D0%BE%D0%B1%D0%BB%D0%B0%D1%87%D0%BD%D0%BE%D0%B5%D1%85%D1%80%D0%B0%D0%BD%D0%B8%D0%BB%D0%B8%D1%89%D0%B5/
Пользовательский контент
По проекту планируется набор Програмистов, Бизнес аналитиков, системных архитекторов,
тестировщиков, дизайнеров, отраслевых экспертов для разработки контента. Через аутстафинг. Они
разработают пользовательский контент.
Техническая поддержка:
Планируется набор в штат Специалистов технической поддержки.
Права на интеллектуальную собственность.
Решения, которые планируется использовать, патентами не защищены.
Согласие правообладателей не требуется.
Краткий обзор рынка
ПЕРЕВОЗКИ ГРУЗОВ ПО ВИДАМ ТРАНСПОРТА
(миллионов тонн)
1990
Транспорт - всего
в том числе:
19265
2000
2005
7907
2010
9167
2011
7750
2012
8337
8519
железнодорожный
автомобильный
трубопроводный
Морской
внутренний водный
воздушный
2140
15347
1101
1047
1273
1312
1382
1421
5878
6685
5236
5663
5842
829
1048
1061
1131
1096
35
26
37
34
181)
117
134
102
126
1412)
0,8
0,8
1,1
1,2
1,2
112
562
2,5
1) Исключая перевозки судами смешанного (река-море) плавания. В сопоставимых условиях перевозки грузов составили 82,7% к уровню 2011 г.
2) Включая перевозки судами смешанного (река-море) плавания. В сопоставимых условиях перевозки грузов составили 101,8% к уровню 2011 г.
ГРУЗООБОРОТ ПО ВИДАМ ТРАНСПОРТА
(миллиардов тонно-километров)
1990
Транспорт - всего
в том числе:
железнодорожный
автомобильный
трубопроводный
морской
внутренний водный
воздушный
2000
2005
2010
6122
3638
4676
2523
1373
1858
299
153
194
2575
1916
2474
508
122
60
214
71
87
2,6
2,5
2,8
2011
2012
4752
4915
5056
2011
2128
2222
199
223
249
2382
2422
2453
100
78
451)
54
59
812)
4,7
5,0
5,1
1) Исключая грузооборот судов смешанного (река-море) плавания. В сопоставимых условиях грузооборот составил 76,5% к уровню 2011 г.
2) Включая грузооборот судов смешанного (река-море) плавания. В сопоставимых условиях грузооборот составил 104,0% к уровню 2011 г.
Источник информации: Росстат www.gks.ru
Конкурентные преимущества.
Основные конкуренты:
BlackBeeTrack
http://blackbeetrack.ru/
Мосвка, ул.Промышленная д.11, стр.3
Email : [email protected] (для общих вопросов)
[email protected] (для партнеров)
Научно-техническая лаборатория "Электронные инструменты" (НТЛ "ЭлИн")
http://www.elin.ru/
123060 Москва, а/я 20, для НТЛ "ЭлИн"
Тел.: 8 (499) 196-7965
E-mail: [email protected]
Нашими конкурентными преимуществами является:
Контроль состояния грузов в реальном времени.
Более низкая стоимость услуг.
Надёжность инфраструктуры связи.
Безопасность системы.
Хранилище данных, защита от потери.
Рынок сбыта:
Потребительские сегменты: Логистические компании; Фармацевтические компании;
ВПК; Биотехнологические компании; Медицинские учреждения; Торговые сети;
Аптечные сети;
Каналы сбыта: Прямые продажи; Партнёрские продажи (Банки, Лизинговые компании, Страховые
компании, Факторинговые компании); Тематические форумы, выставки, журналы.