Форум ОКО

У нас возникла проблема. Модуль настроен на отсылку данных на сервер по протоколу "TCP OKO" каждые 5 минут. Все работает отлично за исключением того что модуль присылает данные каждые 2 минуты вместо заданных 5 минут, и присылает он данные с сообщением номер 63 "Служебное событие для Андроид-приложения ОКО". Проблема в том что нам нужно чтобы модуль слал нам периодические данные строго каждые 5 минут, как отключить это "Служебное событие для Андроид"? Выглядит это примерно вот так:
02/01/2018 05:49:22 PM Service event for Android application OKO (63)
02/01/2018 05:47:56 PM Periodic data (249)
02/01/2018 05:47:22 PM Service event for Android application OKO (63)
02/01/2018 05:45:22 PM Service event for Android application OKO (63)
02/01/2018 05:43:22 PM Service event for Android application OKO (63)
02/01/2018 05:42:56 PM Periodic data (249)
02/01/2018 05:41:22 PM Service event for Android application OKO (63)
02/01/2018 05:39:22 PM Service event for Android application OKO (63)
02/01/2018 05:37:56 PM Periodic data (249)
02/01/2018 05:37:22 PM Service event for Android application OKO (63)
02/01/2018 05:35:22 PM Service event for Android application OKO (63)
02/01/2018 05:33:22 PM Service event for Android application OKO (63)
02/01/2018 05:33:00 PM Periodic data (249)

никак - они нужны для актуальных данных в андроид-приложении, также они возникают каждый раз при изменении состояние прибора (например, изменение состояние входа даже при выключенной охране).
лично я не вижу особой проблемы в этом - вы в БД своего сервера можете и не писать события с таким кодом, чтобы не захламлять ее.
в чем именно суть проблемы, можно более конкретно?
в чем именно заключается строгость 5 минут и к чему именно у вас приводит то, что могут быть моменты, когда это происходит чаще?

boby писав:никак - они нужны для актуальных данных в андроид-приложении, также они возникают каждый раз при изменении состояние прибора (например, изменение состояние входа даже при выключенной охране).
лично я не вижу особой проблемы в этом - вы в БД своего сервера можете и не писать события с таким кодом, чтобы не захламлять ее.
в чем именно суть проблемы, можно более конкретно?
в чем именно заключается строгость 5 минут и к чему именно у вас приводит то, что могут быть моменты, когда это происходит чаще?

Спасибо за быстрый ответ, радует оперативность)
Дело не в БД, а в том что если ми получаем данные каждые 5 минут то мы попадаем в дешевый тарифный план СИМ-карты, а если модуль будет слать "Андроид" данные каждые 2 минуты и периодические данные каждые 5 минут то трафик будет примерно в 4 раза больше. Проблема состоит в том что если мы собираемся монтировать 50 ваших модулей то месячная оплата за GPRS увеличится в 4 раза чем если бы модуль слал данные каждые 5 минут и только. Было бы не плохо ввести изменение что бы можно было отключать эту 2-х минутную передачу данных ибо она является бесполезной в нашем случае, и в итоге мы получаем бестолковые расходы на оплату тарифного плана.

Просто интересно, что ж это у вас за тарифный пакет такой драконовский?

Информация для вас.
Провёл анализ использования интернета у себя за январь 2018.
Интервал периодических событий стоит 1 мин - чаще уж не бывает.
В базе Монитора-ОКО за январь всего 47068 записей. Это периодические события плюс непериодичесие, которых у меня было за январь месяц 2286.
Прибавляем ещё 31 день * 24 часа * 30 раз в час = 22320 событий для Андроид-приложений, которые в базу Монитора-ОКО не записываются.
Итого получаем 69389 пакетов отправил прибор за январь месяц.
Тариф у меня на приборе Киевстар-датчик.
Смотрю в кабинете статистику использования интернет трафика - 42.3 Мб.
Это за месяц
СОРОК ДВА МЕГАБАЙТА , КАРЛ
Т.е. за день в среднем 1.36 Мб.

Ну как есть, + это же действительно бесполезные данные которые нам абсолютно не нужны(не пользуемся Андроид), тогда зачем эта 2хминутная рассылка??? Я вижу это так, что эта функция должна отключатся, ибо в нашем случае она бесполезна, а зачем нам гонять с модуля бесполезные данные?? И плюс если есть настройка на таймер периодичных данных то зачем он вообще если модуль все ровно шлет данные каждые 2 минуты???

Ну на это вам ответят разработчики прибора.
А вот на мой вопрос о тарифном плане вы не ответили.

на самом деле прибор прибор отправляет много "безполезных именно для вас данных" и не только с кодом события 63. тоесть, наперед спрогнозировать весь трафик очень точно не получится, его можно оценить по имеющимся практическим данным. Например, объем траифка будет зависеть от того, используетели ли вы датчики температуры или нет, пользуетесь ли управлением выходами или нет - при изменении показаний Т или при изменении состояния выхода тоже происходит оповещение на сервер/андроид-приложение/конфигуратор. Если, например, используется приемник и радиодатчики, то при каждом полученном радиосигнале тоже происходит передача данных на сервер/приложение/конфигуратор и т.д.
и тут нет четкой границы для кого именно нужны все эти данные, а для кого нет. Например, с помощью всех этих данных и конфигуратора можно даже удаленно провести контроль работоспособности датчиков, шлейфов, записать в лог-файл - это очень полезно инсталяторам и разработчикам, которые пытаются решить возникшую проблему у заказчика. Или с помощью андроид-приложения можно произвести подобный контроль. Да и на свой сервер вы бы тоже смогли прикрутить с пользой эти онлайн данные.
Тоесть в наше время BigData много данных не бывает )))
Да и не ставилась разработчиками цель экономии пакетного трафика - уже давно это не актувально. Например, у КС ТП Датчик (специально для железок) в стоимость пакета 30гр/мес включено 300МБ. И вы не сможите платить в 5 раз меньше, если будете потреблять всего 60МБ. Поэтому тут единственный переключатель ВКЛ/ВЫКЛ передачу данных. Если включили, то будете получать ВСЕ, а если ВЫКЛЮЧИЛИ, то ничего. Не делалось так, чтобы можно было выбирать, что получать, а что нет. А если это сделать, то поверьте на слово - это принесет больше вреда массовому пользователю, нежели пользы )))

Ну я не отказываюсь от полезной информации типу изменение показаний датчиков.... Я всего лишь прошу дать возможность отключить эту функцию, мы на сервере обрабатываем каждый пакет, и из-за этой функции модуль каждые 2 минуты шлет пакет данных который по сути не нужен ибо там только одно изменение: какое-то событие для Андроид.

Вопрос: Можете ли Вы внести изменение в прошивку и добавить функцию в конфигураторе для отключения Андроид рассылки?

желательно понимать, в каких целях вы используете прибор и сервер? если в охранных, то можете попробовать использовать протокол TCP-surgard. там пакеты короткие, количество передаваемых событий маленькое, формат пакета доступен в инете. Думаю, с ним трафика у вас будет до 5МБ/месяц.

ПС.
дополнительную галку ввести-то можно, только именно она принесет всем нам больше "вреда", а только вам пользу. И то, эта "польза" еще под большим вопросом ибо не совсем понятна ваша проблема "лишней обработки ненужного пакета".

Поскольку вы упорно игнорирует мой вопрос о тарифном плане, позволю себе погадать.
Возможно речь идёт о бизнес тарифах для M2M или как сейчас их по новому называют IoT (Internet of Things).
Там действительно самые дешёвые тарифы дают всего 9-10 Мб на месяц. А больше - уже дороже.
А может речь идёт вообще о тарифах не украинских провайдеров ?