Различия

Здесь показаны различия между двумя версиями данной страницы.

--- artsec:tula:грз [18.06.2019 17:19]
87.244.1.98
+++ artsec:tula:грз [08.07.2019 10:56] (текущий)
buh [История работ по система распознавания ГРЗ и его интеграцию в парковочную систему.]
@@ Строка 14: / Строка 14: @@
 ----
- --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/17 20:33//
-Стал я расписывать аналитику, и понял, что надо идти не по пути "событие (проезд разрешен - проезд запрещен) -> соответствующая ему аналитика", а наоборот: "сначала аналитика, а уже затем событие (проезд разрешен - проезд запрещен)".
-Количество условий, проверяемых при въезде и выезде, может быть много. Это сегодня мы знаем 4 условия. В скором времени могут появиться дополнительные условия (например, "Есть признак служебной карты", "Карта в списке разовых гостей" и т.п.)
-При этом мы должны сохранить результат анализа для каждого проезда, чтобы в отчетах позже была ясна причина проезда или отказа.
-Результат аналитики можно хранить разными методами. Например, побитово, в указанном порядке. Я сейчас отобразил 4 случая. Самый верхний - бит 0, самый нижний - бит 3.
-Если выезд не оплачена, но ГРЗ распознан, совпадает с въездом и порядок проезда правильный - код 0001.
-Если выезд оплачен, но ГРЗ не распознан, то код получится 0010
-Ну и так далее.
-Однако побитовая маска требует дополнительных пояснений и расшифровок.
-Я предлагаю вместо побитовой маски можно сделать ту же побитовую таблицу, но каждой комбинации дать числовое значение. Например, так:
-^Бит 3^Бит 2^Бит 1^Бит 0^Код аналитики^Выезд разрешен?^
-^Нарушение порядка проезда^Въезд и выезд разные^ГРЗ не распознан^Не оплачен^:::^:::^
-|0|0|0|0|500|Нет|
-|0|0|0|1|501|Да|
-|0|0|1|0|502|Нет|
-|0|0|1|1|503|Нет|
-|0|1|0|0|504|Нет|
-|0|1|0|1|505|Нет|
-Такой подход хорош тем, что по мере добавления условий анализа разных разрешений количество кодов аналитики можно увеличивать практически без ограничений, не меняя базы данных.
-Будет формироваться список код - выполненные условия. Код 503, например, это значит, что не было ни оплаты, ни распознанного ГРЗ.
-И шлагбаум будет открываться только для указанного набор кодов. Т.о. мы сможем менять условия выезда просто редактируя список ситуаций, допустимых для выезда.
-Наличие таких кодов упрощается последующую автоматизацию и позволяет расширять набор анализируемых параметров.
 ----
-===== История наших дел. =====
+===== История работ по система распознавания ГРЗ и его интеграцию в парковочную систему. =====
 Сервер доступен с парковочного сервера по адресу 192.168.0.2 логин РТС1 (буквы русские), пароль 333.
+^№ записи^Дата^Содержания^
+|1| --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/17//|Первый релиз. В целом работает. ГРЗ ловим, в базу пишем.|
+|2| --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/17//|Сегодня в 14:25 что-то там случилось, и драйвер не получал ГРЗ от СР. При этом драйвер постоянно читал статус соединения с СР, соединение было ОК.\\ Изменил маску поиска ГРЗ на въезде т.о., чтобы захватывались номера ниже стрелы шлагбаума.|
+|3| --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/20//|В стойке въезда заменил считыватель на CL-P. При проверке были прочитаны все карты.|
+|4| --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/22//|На въезде опять есть нечитаемые карты. Предположение: может, надо поставить кондентсаторы по входам D0 и В1?|
+|5| --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/23//|Автокоррекция карт не работает|
+|6|  --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/25//|а 15 часов установили версию драйвера с открывание шлагбаума по ГРЗ. Проверили на У268ЕН197. В целом работает, но пару раз шлагбаум не открылся. Поверхностное изучение подталкивает к выводу, что ГРЗ не был распознан.|
- --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/17 09:10//
+----
-Первый релиз. В целом работает. ГРЗ ловим, в базу пишем.
- --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/17 23:11//
-Сегодня в 14:25 что-то там случилось, и драйвер не получал ГРЗ от СР.
-При этом драйвер говорит, что СР давала статус подключения ОК (или Актив? я не уточнял).
-СВ разбирается.
-Тестовая программа работает без сбоев.
- --- //[Самсонов С.В.] 2019/06/18//
-По поводу аналитики.\\Как оказалось, при появлении фиксации ГРЗ никаких новых причин отказывать в проезде не добавляется.\\Конкретная причина пишется в комментарии и, по опыту, 90% или более всех случаев есть отсутствие оплаты.\\Думаю, что на данном этапе, с учетом того, что изменений в этой части ПО вносится не будет, не следует менять имеющуюся схему.\\Тем более, что именно эти пункты аналитики, если уж говорить честно, тут во многом притянуты за уши.\\Пример. Порядок правильный-нарушен. Для служебных карт проезд будет разрешен, а для гостевых запрещен. То есть однозначно привязать решение о допустимости проезда к комбинации приведенных признаков невозможно. А если добавлять служебная-гостевая, активна-неактивна и т.д., то появляется слишком много комбинаций, десятки если даже не сотни.
-У нас появляются несколько моментов, которые не являются основанием для отказа в проезде, но их следует фиксировать.\\
-.Автокорректировка "Карта свободна". Выдача гостевой карты, которая числится на территории\\
-.Нарушение последовательности проезда. Въезд/выезд по служебной карте или ГРЗ, если карта или ГРЗ на территории/вне территории.\\
-.Повторный въезд. При въезде по гостевой карте распознанный ГРЗ числится на территории.\\
-.Передача карты. При выезде по карте, ГРЗ не совпадает с распознанным на въезде.\\
-Если эти моменты отражать в виде отдельных событий, то их отбор может быть произведен имеющимся ПО, чего нельзя сделать если к разрешению проезда добавлять коды аналитики

Artonit

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

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

Различия

Инструменты страницы