MajorDoMo

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

Так уж получилось, что я сейчас как раз очень плотно работаю с различными устройствами мониторинга. В том числе и в части реализации протоколов.
Внедрение нескольких дополнительных протоколов (например, WialonIPS) может сильно увеличить количество поддерживаемого оборудования и ПО.

Собственно, вопрос следующий.

Кроме непосредственно обработчика (не проблема) на сервере должен крутиться некий демон (служба), который смотрит в порт, получает и отправляет данные.
Этот вопрос как-то в рамках системы решён? Конечно, можно отдельно сокет-сервер организовать (например, swoole) и демонов стартовать. Но это получится костыль, который работает независимо от системы. И рулится тоже отдельно.
Но, насколько я понимаю, в системе уже предусмотрены постоянно работающие конструкции. Которые выполняются в рамках общего алгоритма и управляются из единого интерфейса. Можно как-то аналогичным образом настроить мониторинг порта?

Если решить этот вопрос - останется дело только за реализацией различных протоколов. Это лишь вопрос времени.

Gofk писал(а):Но, насколько я понимаю, в системе уже предусмотрены постоянно работающие конструкции. Которые выполняются в рамках общего алгоритма и управляются из единого интерфейса. Можно как-то аналогичным образом настроить мониторинг порта?

Каталог scripts, в нем лежат файлы циклов, которые работают в фоне и выполняют разные задачи, в т.ч. сокет-серверы и сокет-клиенты.

lanket писал(а):Получается такой глюк что при приходе координат попадающих одновременно в обе области покрытия помеченных 'мест' то метод userEntered полюбому сработает, даже если трекер не присылал координат выходящих за границу покрытия 'места', даже если трекер не 'покидал' эту зону покрытия.

Видимо я один такой. Придётся самому искать где в коде это происходит

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

Вообще хорошо бы сделать учет нескольких зон одновременно.
Вариант отдачи приоритета:
1) меньше радиус = больше приоритет
2) ближе центр зоны = больший приоритет

sergejey писал(а):...
Просто сейчас система не расчитана на вхождение в несколько мест одновременно....

По коду я это заметил.

sergejey писал(а):...
Как вариант, после обнаружения нескольких вхождений, выбирать то, у которого минимальная площадь, но всё равно получится что пользователь выйдет из большей зоны и войдёт в меньшую, даже если меньшая внутри большой.

Я уже нашёл место где обрабатывается вхождения. Решение реализации уже придумал, немного уже изменил. На самом деле разобравшись не трудно будет доработать. Времени мало, да и программист я посредственный. Думаю доделаю на праздниках. Будет реагировать также как будто эти зоны не накладываются.

zelevova писал(а):Вообще хорошо бы сделать учет нескольких зон одновременно.
Вариант отдачи приоритета:
1) меньше радиус = больше приоритет
2) ближе центр зоны = больший приоритет

Я немного по другому думал, думаю это проще реализация чем моя. Спасибо.

Отправлено с моего Redmi Note 4 через Tapatalk

Хотя нет. Так нельзя. Допустим что тайаут передачи координат 2 минуты. Легко может оказаться так что за 2 минуты можно оказаться одновременно в 2х вхожих зонах, и тогда отработает я только одна. Моя реализация отработает оба.

Ещё бы найти время продукты доделать, добавляю туда поддержку голосовой надиктовки корзины. Столкнулся с проблемой с двойными названиями 'белый хлеб' или 'зелёный чай' или 'лук репчатый'... . Не будешь же надиктовывать после каждой позиции слово разделения например 'сыр запятая масло запятая хлеб белый запятая' а ведь ещё можно сказать 'хлеб белый' и 'белый хлеб' .

Отправлено с моего Redmi Note 4 через Tapatalk

я в таком направлении думал: полученные координаты с полишем к примеру ( .mp .kml) в котором фигура сравнивать

Ну вот...опять модуль сломали...зачем трогать то что работало?))

nick7zmail писал(а):Ну вот...опять модуль сломали...зачем трогать то что работало?))

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

Отправлено с моего Redmi Note 4 через Tapatalk

Я не про это...вчера обновился - какой то патч от кого-то был - и после обновы координаты так ни разу и не прилетели...