Инструменты пользователя
artsec:tula:грз
Различия
Здесь показаны различия между двумя версиями данной страницы.
| Предыдущая версия справа и слева Предыдущая версия Следующая версия | Предыдущая версия | ||
|
artsec:tula:грз [19.06.2019 13:38] 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. | ||
| - | + | ^№ записи^Дата^Содержания^ | |
| - | --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/17 09:10// | + | |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?| | |
| - | --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/17 23:11// | + | |5| --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/23//|Автокоррекция карт не работает| |
| - | + | |6| --- //[[admin@artonit.ru|Бухаров А.В.]] 2019/06/25//|а 15 часов установили версию драйвера с открывание шлагбаума по ГРЗ. Проверили на У268ЕН197. В целом работает, но пару раз шлагбаум не открылся. Поверхностное изучение подталкивает к выводу, что ГРЗ не был распознан.| | |
| - | Сегодня в 14:25 что-то там случилось, и драйвер не получал ГРЗ от СР. | + | |
| - | + | ||
| - | При этом драйвер говорит, что СР давала статус подключения ОК (или Актив? я не уточнял). | + | |
| - | + | ||
| - | СВ разбирается. | + | |
| - | + | ||
| - | Тестовая программа работает без сбоев. | + | |
| - | + | ||
| - | ---- | + | |
| - | + | ||
| - | --- //[Самсонов С.В.] 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/грз.1560940735.txt.gz · Последние изменения: 19.06.2019 13:38 — buh
Инструменты страницы
За исключением случаев, когда указано иное, содержимое этой вики предоставляется на условиях следующей лицензии: CC Attribution-Share Alike 4.0 International
