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

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


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

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

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/грз.1560835226.txt.gz · Последние изменения: 18.06.2019 08:20 — buh