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

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


artsec:tula:грз

Различия

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

Ссылка на это сравнение

Предыдущая версия справа и слева Предыдущая версия
Следующая версия
Предыдущая версия
artsec:tula:грз [25.06.2019 07:44]
buh
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. Сервер доступен с парковочного сервера по адресу 192.168.0.2 логин РТС1 (буквы русские),​ пароль 333.
 ^№ записи^Дата^Содержания^ ^№ записи^Дата^Содержания^
-|1| --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/​06/​17 ​09:10//​|Первый релиз. В целом работает. ГРЗ ловим, в базу пишем.| +|1| --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/​06/​17//​|Первый релиз. В целом работает. ГРЗ ловим, в базу пишем.| 
-|2| --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/​06/​17 ​23:11//​|Сегодня в 14:25 что-то там случилось,​ и драйвер не получал ГРЗ от СР.\\ Изменил маску поиска ГРЗ на въезде т.о., чтобы захватывались номера ниже стрелы шлагбаума.|+|2| --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/​06/​17//​|Сегодня в 14:25 что-то там случилось,​ и драйвер не получал ГРЗ от СР. При этом драйвер постоянно читал статус соединения с СР, соединение было ОК.\\ Изменил маску поиска ГРЗ на въезде т.о., чтобы захватывались номера ниже стрелы шлагбаума.|
 |3| --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/​06/​20//​|В стойке въезда заменил считыватель на CL-P. При проверке были прочитаны все карты.| |3| --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/​06/​20//​|В стойке въезда заменил считыватель на CL-P. При проверке были прочитаны все карты.|
 |4| --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/​06/​22//​|На въезде опять есть нечитаемые карты. Предположение:​ может, надо поставить кондентсаторы по входам D0 и В1?| |4| --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/​06/​22//​|На въезде опять есть нечитаемые карты. Предположение:​ может, надо поставить кондентсаторы по входам D0 и В1?|
 |5| --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/​06/​23//​|Автокоррекция карт не работает| |5| --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/​06/​23//​|Автокоррекция карт не работает|
- +|6|  ​--- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/25//|а 15 часов ​установили версию драйвера с открывание ​шлагбаума по ГРЗ. Проверили на У268ЕН197В целом работаетно пару раз ​шлагбаум не открылся. Поверхностное изучение подталкивает ​к выводу, что ГРЗ не был распознан.|
-При этом драйвер говорит,​ что СР давала статус подключения ОК (или Актив? я не уточнял). +
- +
-СВ разбирается. +
- +
-Тестовая программа работает без сбоев.  +
- +
----- +
- +
- --- //[Самсонов С.В.] 2019/06/18// +
- +
-По поводу ​аналитики.\\ Как оказалось, при появлении фиксации ГРЗ никаких ​новых причин отказывать в проезде не добавляется.\\ Конкретная причина пишется ​в комментарии и, по опыту, 90% или более всех случаев есть отсутствие оплаты.\\ Думаю, что на данном этапе, с учетом того, что изменений в этой части ПО вносится не будет, не следует менять имеющуюся схему.\\ Тем более, что именно эти пункты аналитики, ​если уж говорить честно,​ тут во многом притянуты за уши.\\ Пример. ​ГРЗ распознан или нет ​вообще никакого значения для принятия решения не имеет, и кроме того, это легко определить, просто посмотрев ​на поле в базеПорядок правильный-нарушен. Для служебных карт проезд будет ​разрешен,​ а для гостевых запрещен. То есть однозначно привязать решение о допустимости проезда к комбинации приведенных признаков невозможно. А если добавлять служебная-гостевая,​ активна-неактивна и т.д., то появляется слишком ​много комбинаций,​ десятки если даже не сотни. +
- +
-У нас появляются несколько моментов,​ которые не являются основанием для отказа в проезде, ​но их следует фиксировать.\\  +
-1.Автокорректировка "​Карта свободна". Выдача гостевой карты, которая числится на территории\\  +
-2.Нарушение последовательности проезда. Въезд/​выезд по служебной ​карте ​или ГРЗ, если карта или ГРЗ на территории/вне территории.\\  +
-3.Повторный въезд гостя. При въезде по гостевой карте распознанный ​ГРЗ ​числится ​на территории.\\  +
-4.Передача карты. При выезде по карте (любой, в т.ч. служебной),​ ГРЗ не совпадает с распознанным на въезде.\\  +
-Если эти моменты отражать в виде отдельных событий,​ то их отбор может быть произведен имеющимся ПО, чего нельзя сделать если к разрешению проезда добавлять коды аналитики+
  
 ---- ----
- --- //​[[admin@artonit.ru|Бухаров А.В.]] 2019/06/19 09:18// 
  
-Событие "​Автокорреция"​ - это нормально. Это эквивалент ручного изменения свойств идентификатора,​ событие связано с картой. 
  
-А вот остальные пункты на события не тянут. Это могут комментарии к основным событиям "​Въезд разрешен"​ или "​Выезд запрещен"​. 
  
-Событие "​Нарушение последовательности проезда"​ будет связано с картой?​ 
  
/home/cardsoft/artonit.ru/docs/wiki/data/attic/artsec/tula/грз.1561437866.txt.gz · Последние изменения: 25.06.2019 07:44 — buh