New account creation is currently unavailable. Existing members can continue reading and joining discussions.
о координатах ни слова не говорил. я про то что данный прибор не имеет настроек самого импульсного входа. без возможности фильтрации полученных данных по импульсному входу.
Тогда вопрос в догонку. А cGuard 285 как себя ведет с DFM? Он получается дешевле FM5500.
Up!
Тогда вопрос в догонку. А cGuard 285 как себя ведет с DFM? Он получается дешевле FM5500.
пользователи импульсные расходомеры вешали как на cGuard 285, так и на cGuard atom. расходомер вешается на дискретный вход, поднимается счётный канал CNT c номером, соответствующим номеру входа.
работоспособность этого решения проверьте экспериментально.
и - да! - инструменты виалона для того и разработаны, чтобы ими пользовались, в случае необходимости)
Недоходчиво описана система СМС-команд и запросов, читаем "Запрос значения канала где ID - номер канала", и в примере указан NSQ как "номер" канала, это как понять? Вероятно в руководстве ошибка, и надо исправлять фразу "номер канала" на "название канала".
Недоходчиво описана система СМС-команд и запросов, читаем "Запрос значения канала где ID - номер канала", и в примере указан NSQ как "номер" канала, это как понять? Вероятно в руководстве ошибка, и надо исправлять фразу "номер канала" на "название канала".
День добрый!
Подскажите в каком документе вы это обнаружили? Если в руководстве по удаленной настройке там несколько не так написано.
PS Сейчас тестируем новый СМС протокол - человекоориентированный.
cGuard да, именно там. Еще нам очень нужно самое новое описание протокола прибора последний серий, в нас начались проблемы с новыми приборами. Выложите сюда описание протокола самое новое.
cGuard да, именно там. Еще нам очень нужно самое новое описание протокола прибора последний серий, в нас начались проблемы с новыми приборами. Выложите сюда описание протокола самое новое.
Если есть какие то вопросы, пожалуйста пишите на support или звоните по нашей горячей линии, обязательно поможем.
В документе написано:
CHANNEL_READ: iCID, где iCID – номер CID канала
Да, действительно нужно убрать "i" и все станет понятно.
Протокол пока не готов, тестируем.
Нужно не убрать "i", а заменить словосочетания "номер канала" на "название канала". Как всегда руководство пишут далекие от эксплуатации инопланетяне везде.
Конфигуратор вообще надо ревизировать, такое ощущение что он нашпигован багами и недоработками, даже самый новый что размещен на сайте. Вбиваешь в одном месте настройки, в другом сами по себе появляются заводские. Сохранишь в одном месте, другие не сохраняются. Состояние считаны настройки или нет, вообще неясно, если несколько раз подряд загружать конфигуратор, то можно каждый раз видеть разные "считанные" настройки".
Теперь о прошивке, не-ответ на смс команды, это откуда-то из глубины веков, даже "Андромеда МБ-06" лохматых годов отвечала на смс команды. Это жестокий моветон, который начинает повергать в шок. Умеет ли прибор отвечать по TCP без виалона на команды? Неясно.
Прибор стал воплощением того, что отдел развития разработки отвязан от реальных запросов покупателей. Да, можно впихать в приборы "Каны", и сделать изощренную настройку каждого канала, но это по сути было никому не нужно. Просто отдела маркетинга пинало начальство на "новинки". и вышло то что вышло после окончания первых удачных серий.
Очень прошу доносить эту инфомацию до высшего руководства и идеологов дальнейших разработок. С каждый серией мы получаем все более нерабочий прибор с самоперехитренными настройками и баговыми конфигураторами.
Нужно не убрать "i", а заменить словосочетания "номер канала" на "название канала". Как всегда руководство пишут далекие от эксплуатации инопланетяне везде.
документацию поправим в ближайшем будущем, спасибо за замечания! там было бы правильнее написать CIDi. там channel id - наименование канала (например, NSQ), а i - номер канала (например, 1)... иначе говоря, CIDi равный LLS2 задаёт канал LLS с номером 2
Конфигуратор вообще надо ревизировать, такое ощущение что он нашпигован багами и недоработками, даже самый новый что размещен на сайте. Вбиваешь в одном месте настройки, в другом сами по себе появляются заводские. Сохранишь в одном месте, другие не сохраняются. Состояние считаны настройки или нет, вообще неясно, если несколько раз подряд загружать конфигуратор, то можно каждый раз видеть разные "считанные" настройки".
к сожалению, конфигуратор 2.0.303.0, размещённый ныне на сайте ("самый новый") прогружает каналы не мгновенно, а иногда зависает, не дочитав каналы. мы знаем об этом баге, и ждём новой, исправленной версии, как только мы её получим и опробуем, мы выложим её на сайт.
не-ответ на смс команды, это откуда-то из глубины веков, даже "Андромеда МБ-06" лохматых годов отвечала на смс команды. Это жестокий моветон, который начинает повергать в шок.
отвечу цитатой:
Сейчас тестируем новый СМС протокол - человекоориентированный.
добавлю, что в этом протоколе предусмотрены ответы на смс-команды и смс-запросы.
нет, точного срока появления прошивок с этим протоколом я предсказать не берусь, но рассчитываю получить их до конца этой осени. :-)
Умеет ли прибор отвечать по TCP без виалона на команды? Неясно.
умеет. а вот то, что не все мониторинговые системы могут их интерпретировать, очень печально. однако, напомню, здесь - форум гуртама, а не омникомм-онлайн, например! или вы предполагаете организовать кэширование команд и данных перед виалоном на своём сервере? это тоже возможно, но зачем это вам?
Прибор стал воплощением того, что отдел развития разработки отвязан от реальных запросов покупателей. Да, можно впихать в приборы "Каны", и сделать изощренную настройку каждого канала, но это по сути было никому не нужно. Просто отдела маркетинга пинало начальство на "новинки". и вышло то что вышло после окончания первых удачных серий.
дело в том, что "реальные запросы" у разных покупателей очень разные. решение "впихать в приборы "Каны", и сделать изощренную настройку каждого канала" сделано по пресловутым "запросам покупателей", вполне реальных.
Очень прошу доносить эту инфомацию до высшего руководства и идеологов дальнейших разработок. С каждый серией мы получаем все более нерабочий прибор с самоперехитренными настройками и баговыми конфигураторами.
высшее руководство систематически читает эту ветку и делает выводы. "идеолог дальнейших разработок" тоже в курсе проблем.
спасибо за информацию!
Спасибо за исчерпывающие ответы! И все таки еще раз напомню что становление и первые партии на расхват пошли когда он был простым прибором без текущего отяжеления его по всем аспектам. Не исключаю что надо былосохранить имеющуюся устойчивую ветку прибора, которая стала хитом продаж, а порождать подверсии уже отдельной серией. К сожалению я так понял что процесс прошел необратимо.
Нужно не убрать "i", а заменить словосочетания "номер канала" на "название канала". Как всегда руководство пишут далекие от эксплуатации инопланетяне везде.
Присмотритесь по-внимательнее, вы не совсем правы.
На данный момент в документации: CHANNEL_READ: iCID, где iCID – номер CID канала
i - это название канала: NSQ, CSQ и тп
CID - Сhannel ID подразумевается номер канала
Вообще сейчас видим что все таки логичнее было бы писать CIDi - где как раз
CID - channel id - название канала NSQ, CSQ и тп
i - порядковый номер канала
Состояние считаны настройки или нет, вообще неясно, если несколько раз подряд загружать конфигуратор, то можно каждый раз видеть разные "считанные" настройки".
Была у нас эта функция раньше, сейчас ее убрали по причине того что загрузка/выгрузка конфигурации происходит практически моментально. Вернем.
Теперь о прошивке, не-ответ на смс команды, это откуда-то из глубины веков, даже "Андромеда МБ-06" лохматых годов отвечала на смс команды. Это жестокий моветон, который начинает повергать в шок.
Вообще на протяжении работы нашей компании вопрос о том что на SMS приборы не отвечают никогда не стоял остро - пользователей устраивало это. Для проверки состояния прибора есть СМС команда STATUS.
В любом случае человекоориентированный СМС протокол на подходе.
Да, можно впихать в приборы "Каны", и сделать изощренную настройку каждого канала, но это по сути было никому не нужно.
Способы настройки каналов не менялись с самого начала нашей деятельности.
Спасибо за Ваш отзыв - он очень важен для нас. Будем работать.
Ставили Сигард на древний Камаз, прибор никуда не спрячешь без потери качества спутников, а наружу не оставишь. Очень не удобно, что нет варианта с внешней антенной. Приходиться заморачиваться и выдумать такие короба.
У нас cGuard Atom 3 штуки стоят под капотом автомобиля, сигнал устойчивый
Клеим на лобовое стекло, как "Гранит" в этом случае, предупреждая заказчиков что увеличивается уязвимость со стороны водителя. Нормально ездят, никто не жаловался, вероятно фактор предупреждения сразу ставит водителя под удар и они не трогают прибор.
У нас cGuard Atom 3 штуки стоят под капотом автомобиля, сигнал устойчивый
Техника двигается в каких условиях?
Мы тоже ставили приборы, только правда FM1100, в такие же КАМАЗЫ (мусоровозы) под металлическую торпеду. Когда техника двигается в частном секторе - все ОК. Стоит только заехать в плотную городскую застройку - сразу начинаются выбросы и потери координат.
Полагаю, что при монтаже под металл - оборудование работает на пределе чувствительности, и даже небольшое снижение уровня сигнала приводит к проблемам.
avtomsk wrote:У нас cGuard Atom 3 штуки стоят под капотом автомобиля, сигнал устойчивый
Техника двигается в каких условиях?
Мы тоже ставили приборы, только правда FM1100, в такие же КАМАЗЫ (мусоровозы) под металлическую торпеду. Когда техника двигается в частном секторе - все ОК. Стоит только заехать в плотную городскую застройку - сразу начинаются выбросы и потери координат.Полагаю, что при монтаже под металл - оборудование работает на пределе чувствительности, и даже небольшое снижение уровня сигнала приводит к проблемам.
Мы используем самые чувствительные глонасс модули в мире на данный момент. Во всяком случае часть нашего тестового парка составляют автомобили УАЗ модель буханка 
и там приборы установлены под металлическую панель - полет нормальный, самое главное чтобы глонасс антенна не смотрела прямиком в металл.
avolkov wrote:avtomsk wrote:У нас cGuard Atom 3 штуки стоят под капотом автомобиля, сигнал устойчивый
Техника двигается в каких условиях?
Мы тоже ставили приборы, только правда FM1100, в такие же КАМАЗЫ (мусоровозы) под металлическую торпеду. Когда техника двигается в частном секторе - все ОК. Стоит только заехать в плотную городскую застройку - сразу начинаются выбросы и потери координат.Полагаю, что при монтаже под металл - оборудование работает на пределе чувствительности, и даже небольшое снижение уровня сигнала приводит к проблемам.
Мы используем самые чувствительные глонасс модули в мире на данный момент. Во всяком случае часть нашего тестового парка составляют автомобили УАЗ модель буханка
Т.е. чтобы непосредственно над антенной был воздух, а через определенное расстояние допустим металл? Каково это расстояние?
avtomsk wrote:У нас cGuard Atom 3 штуки стоят под капотом автомобиля, сигнал устойчивый
Техника двигается в каких условиях?
Мы тоже ставили приборы, только правда FM1100, в такие же КАМАЗЫ (мусоровозы) под металлическую торпеду. Когда техника двигается в частном секторе - все ОК. Стоит только заехать в плотную городскую застройку - сразу начинаются выбросы и потери координат.Полагаю, что при монтаже под металл - оборудование работает на пределе чувствительности, и даже небольшое снижение уровня сигнала приводит к проблемам.
У нас в городских условиях
Прошу пролить свет на зависимость галочек в конфигураторе. В панели "каналов" каждого датчика есть поля отправлять "каждые секунд" и "с каждой точкой", как они работают в совокупности, это условие "и" или все таки "или", потому как результаты на сервере неоднозначные, в связи с тем что у вас известный баг с неотправкой данных датчиков при отправке данных угла поворота.
24Glonass wrote:Прошу пролить свет на зависимость галочек в конфигураторе. В панели "каналов" каждого датчика есть поля отправлять "каждые секунд" и "с каждой точкой", как они работают в совокупности, это условие "и" или все таки "или", потому как результаты на сервере неоднозначные...
Используется логика ИЛИ - т.е. и с точками навигации и по таймеру будет отправка данных.
24Glonass wrote:в связи с тем что у вас известный баг с неотправкой данных датчиков при отправке данных угла поворота.
Это не баг, а фича - сделано для экономии траффика. Смысла отправлять данные во время поворотов не видим, ибо событие краткосрочное.
И самое главное: мы РАЗРАБОТАЛИ человеко-ориентированный СМС протокол, доступен в прошивке 3.0. Если хотите поучаствовать в тестировании - милости просим.
cGuard поучаствуем чуть по-позже. Сейчас хапнули баг что cGuard первых серий не читает нормально конфигуратором последним, и не прошивается. Как результат, монтажники сейчас будут менять прибор
А с углом, без остальных данных это все-таки логический баг, потому что идет разрыв данных датчиков. И это плохо.
Кстати вы не выкладываете новые прошивки на сайт и это тоже очень плохо.
"Используется логика ИЛИ - т.е. и с точками навигации и по таймеру будет отправка данных."
- вы взорвали мне голову ) Так все-таки условие "И" ? Т.е. таймер отправляет и с координатами?
"Используется логика ИЛИ - т.е. и с точками навигации и по таймеру будет отправка данных."
- вы взорвали мне голову
OR - при соблюдении или того, или другого условия выполняется действие
AND - при соблюдении обоих условий выполняется действие
иначе говоря, "логика ИЛИ" - соблюдение хотя бы одного из условий. :-)
по вопросу: если вы в канале открыжили и отправку с геоданными, и сепаратную отправку по таймеру, то данные с канала будут отправляться с геоданными, плюс, если таймер не совпадает с соответствующим периодом отправки геоданных, то будет ещё и сепаратная отправка данных с указанной периодичностью.
в случае, если период сепаратной отправки (скажем, в движении) совпадает с таким периодом отправки точек, то данные отправятся только с точкой (при условии, что трекер определил местоположение)
Сигарды так и не умеют считывать температуру топлива с ДУТов?
