cGuard

Up!

Недоходчиво описана система СМС-команд и запросов, читаем "Запрос значения канала где ID - номер канала", и в примере указан NSQ как "номер" канала, это как понять?  Вероятно в руководстве ошибка, и надо исправлять фразу "номер канала" на "название канала".

cGuard да, именно там. Еще нам очень нужно самое новое описание протокола прибора последний серий, в нас начались проблемы с новыми приборами. Выложите сюда описание протокола самое новое.

Нужно не убрать "i", а заменить словосочетания "номер канала" на "название канала". Как всегда руководство пишут далекие от эксплуатации инопланетяне везде.

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

Теперь о прошивке, не-ответ на смс команды, это откуда-то из глубины веков, даже "Андромеда МБ-06" лохматых годов отвечала на смс команды. Это жестокий моветон, который начинает повергать в шок. Умеет ли прибор отвечать по TCP без виалона на команды? Неясно.

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

Очень прошу доносить эту инфомацию до высшего руководства и идеологов дальнейших разработок. С каждый серией мы получаем все более нерабочий прибор с самоперехитренными настройками и баговыми конфигураторами.

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

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

У нас cGuard Atom 3 штуки стоят под капотом автомобиля, сигнал устойчивый

Техника двигается в каких условиях?
Мы тоже ставили приборы, только правда FM1100, в такие же КАМАЗЫ (мусоровозы) под металлическую торпеду. Когда техника двигается в частном секторе - все ОК. Стоит только заехать в плотную городскую застройку - сразу начинаются выбросы и потери координат.

Полагаю, что при монтаже под металл - оборудование работает на пределе чувствительности, и даже небольшое снижение уровня сигнала приводит к проблемам.

Т.е. чтобы непосредственно над антенной был воздух, а через определенное расстояние допустим металл? Каково это расстояние?

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

cGuard поучаствуем чуть по-позже. Сейчас хапнули баг что cGuard первых серий не читает нормально конфигуратором последним,  и не прошивается. Как результат, монтажники сейчас будут менять прибор

А с углом, без остальных данных это все-таки логический баг, потому что идет разрыв данных датчиков. И это плохо.

Кстати вы не выкладываете новые прошивки на сайт и это тоже очень плохо.

OR - при соблюдении или того, или другого условия выполняется действие
AND - при соблюдении обоих условий выполняется действие

иначе говоря, "логика ИЛИ" - соблюдение хотя бы одного из условий. :-)

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