Комментарии 6
Тут следует заметить, что гугл в общем то и ни при чем и описать поведение команды AT+CIPGSMLOC. А именно, по этой команде модем собирает информацию о вышках, которые находятся вблизи него, отправляет ее на сервер производителя модема, который в свою очередь — запрашивает уже Google Locator о координатах и возвращает ее модему. И то что SimCom не смог оперативно перевести запросы с АПИ Гугла на альтернативные решения — характеризует его как не слишком добросовестного производителя решений. Конечно клиенты (и наша организация в том числе) сами себе злобные буратины, что решили положиться на китайские сервисы, а не реализовать свои.
По этому хотелось бы попросить предоставить следующую информацию, раз уж разруливать эту ситуацию SimCom сам не в состоянии:
- Описание протокола данных запроса и ответа на их китайские сервера при выполнении команды AT+CIPGSMLOC.
- Описание команды или какой-то патч ПО, для возможности установки собственного хоста, для обращения на сервис геопозиционирования (т.е. чтобы можно было развернуть его локально, изменив только хост).
Для коллег, попавшихся на этой пренеприятнейшей ситуации, рекомендую все-таки не спамить яндекс.локатор, а установить собственную базу OpenCellId. А вот если в ней геопозиционирование определить не получилось — тогда обращаться к яндексу.
«И то что SimCom не смог оперативно перевести запросы с АПИ Гугла на альтернативные решения — характеризует его как не слишком добросовестного производителя решений.» — нам это и не требовалось, см. выше, сервис AT+CLBS работал с самого начала.
«Конечно клиенты (и наша организация в том числе) сами себе злобные буратины, что решили положиться на китайские сервисы, а не реализовать свои.» — в данном конкретном случае, при использовании команды AT+CIPGSMLOC, вы положились не на китайские сервисы, а как раз таки на сервисы предоставляемые Google.
По вопросам:
«Описание протокола данных запроса и ответа на их китайские сервера при выполнении команды AT+CIPGSMLOC» — как уже было сказано ранее: данная команда выполняет обращение к серверам Google, протокол реализован в полном соответствии с протоколом API Google работавшим примерно до декабря 2019.
«Описание команды или какой-то патч ПО, для возможности установки собственного хоста, для обращения на сервис геопозиционирования (т.е. чтобы можно было развернуть его локально, изменив только хост).» — мы долго совещались на тему реализации подобной процедуры, но пришли к выводу, что просто не сможем угодить всем нашим клиентам. Если требуется работа с собственным сервером геопозиционирования — можете воспользоваться примером описанным выше.
Вы уверены, что Ваш собственный сервис геопозиционирования будет обладать более полной чем у Яндекс базой местоположения сотовых вышек?
Кстати, мы сейчас переводим сервис AT+CLBS на другую, более производительную облачную платформу и ожидаем снижение времени отклика при получении текущих координат.
Моя резкость и форма "претензии" связана с тем что у нас около 40 тысяч устройств осталось без геолокации, а их удаленная перепрошивка — решение весьма рискованное по определенным причинам, хотя и необходимое в текущей ситуации. И хотелось бы обойтись малой кровью. Я не нашел упоминаний о том что AT+CIPGSMLOC работает напрямую через Google API ни в какой официальной документации. Хотя допускаю что она существует. Месяц назад AT+CLBS так же не работала. То что идет работа над более производительной реализацией — это похвально. Но хотелось бы развернуть что-то подобное локально, чтобы было достаточно подменить хост/путь для обращения со старых устройств. Возможно ли изменение хоста запроса для запроса AT+CIPGSMLOC и проверяется ли корректность SSL-сертификата? Или возможно ли получение документации на протокол запроса AT+CLBS (как там поменять хост и порт — известно)
Кстати да, яндекс обязательно повторит любую гуглову фишку, так что кому надо стоит подумать о железном приемнике. Хотя и agps от симкома вполне сносно работает, правда иногда только с третьего запроса ))
Сервис GSM Location модулей SIM800x и его работа с API Яндекс.Локатор