Инструменты пользователя

Инструменты сайта


Боковая панель

Сайдбар в пространстве имет Артсек-Тула

artsec:tula:грз

Это старая версия документа.


Работы по интеграции с ГРЗ.

Доступ на сервер парковки

Зайти по RDP на 194.87.237.67

Логин:Administrator

Пароль: запросить у Бухарова.

ToDo

№ п/пДата, авторНазваниеОписание
1Бухаров А.В. 2019/06/17 09:10 управление пиплами и ГРЗВ эту систему надо будет передавать ГРЗ для гостевых ТС. Макет системы заказа пропусков делает Алексей Межоев. А тебя, СВ, я прошу предусмотреть возможность добавления/удаления гостевого ГРЗ внешней программой.
2Бухаров А.В. 2019/06/17 09:22Этап 2. Аналитика на выездеВ ходе эксплуатации нам надо будет давать ответы на вопросы:
* почему не выпустило?
* Что именно не хватало для выезда?
И нам надо знать причину отказа в выезде.
Как это сделать?
Я предлагаю в журнал событий добавить поле «Аналитика».
При выезде делать анализ: как машина выехала? Основные пункты:
* оплачено/не оплачено,
* ГРЗ распознанов/не распознано,
* ГРЗ совпадает/не совпадает с выездом.
* Порядок проезда правильный/нарушен.
Затем, по результатам анализа, мы будем вешать всякие оповещения, свистелки, рассылки. Система примет вполне понятный вид.
Важно, что аналитика выполняется в режиме он-лайн, т.е. по текущему набору данных. Если, к примеру, позже придет информация о разрешении выезда, то по коду аналитики мы сможем утверждать: в момент проезда разрешение не было!

Бухаров А.В. 2019/06/17 20:33

Стал я расписывать аналитику, и понял, что надо идти не по пути «событие (проезд разрешен - проезд запрещен) → соответствующая ему аналитика», а наоборот: «сначала аналитика, а уже затем событие (проезд разрешен - проезд запрещен)».

Количество условий, проверяемых при въезде и выезде, может быть много. Это сегодня мы знаем 4 условия. В скором времени могут появиться дополнительные условия (например, «Есть признак служебной карты», «Карта в списке разовых гостей» и т.п.)

При этом мы должны сохранить результат анализа для каждого проезда, чтобы в отчетах позже была ясна причина проезда или отказа.

Результат аналитики можно хранить разными методами. Например, побитово, в указанном порядке. Я сейчас отобразил 4 случая. Самый верхний - бит 0, самый нижний - бит 3.

Если выезд не оплачена, но ГРЗ распознан, совпадает с въездом и порядок проезда правильный - код 0001.

Если выезд оплачен, но ГРЗ не распознан, то код получится 0010

Ну и так далее. Вместо побитовой маски можно сделать таблицу и каждой комбинации дать числовое значение. Например, так:

Бит 3Бит 2Бит 1Бит 0Код аналитикиВыезд разрешен?
Нарушение порядка проездаВъезд и выезд разныеГРЗ не распознанНе оплачен
0000500Нет
0001501Да
0010502Нет
0011503Нет
0100504Нет
0101505Нет

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

Ну и где-то будет храниться информация, что если код 503, например, это значит, что не было ни оплаты, ни распознанного ГРЗ.

И шлагбаум будет открываться только для указанного набор кодов. Т.о. мы сможем менять условия выезда просто редактируя список ситуаций, допустимых для выезда.

Наличие таких кодов упрощается последующую автоматизацию и позволяет расширять набор анализируемых параметров.


История наших дел.

Сервер доступен с парковочного сервера по адресу 192.168.0.2 логин РТС1 (буквы русские), пароль 333.

Бухаров А.В. 2019/06/17 09:10

Первый релиз. В целом работает. ГРЗ ловим, в базу пишем.

Бухаров А.В. 2019/06/17 23:11

Сегодня в 14:25 что-то там случилось, и драйвер не получал ГРЗ от СР.

При этом драйвер говорит, что СР давала статус подключения ОК (или Актив? я не уточнял).

СВ разбирается.

Тестовая программа работает без сбоев.

/home/cardsoft/artonit.ru/docs/wiki/data/attic/artsec/tula/грз.1560834999.txt.gz · Последние изменения: 18.06.2019 08:16 — buh