SIM808. Что? Где? Когда? Опции

[CADiLO]

Или сбой или намеренная передача сотой искаженных данных....
Ну или то на что я ссылку дал.

[Aner]

Прошу прощения, не тот формат. http://pastebin.com/A3suFyQ0 - вот тут есть LAC, который тоже какой-то странный, 29178 вместо 7601
И еще неподалёку находятся вышки

Megafon
MCC: 250 (Russian Federation)
MNC: 2 (Megafon)
LAC: 7602
cell ID: 8247571

Beeline
MCC: 250 (Russian Federation)
MNC: 99 (Beeline)
LAC: 45005
cell ID: 11592236

Как это трактовать? Ошибочная информация?

Конечно ошибочная информация, симком не часто удосуживается отслеживать это на своих серверах и менять LAC, CID, MCC, MNC на корректные данные.

[CADiLO]

>>> симком не часто удосуживается отслеживать это на своих серверах

Ахренеть!! Это как ?????
Модуль что получил от соты, то и показал - при чем тут сервера Симкома???

[Aner]

>>> симком не часто удосуживается отслеживать это на своих серверах

Ахренеть!! Это как ?????
Модуль что получил от соты, то и показал - при чем тут сервера Симкома???

А сота откуда взяла?

[CADiLO]

Из своей базы данных или из центрального коммутатора.

[p_kav]

Меня смущает то, что при таких вот разночтениях AT+CIPGSMLOC еще ни разу не ошиблась и всегда показывала правильный район на всех операторах. Насколько я знаю, эта команда работает по одной вышке, т.е. либо модуль еще ни разу (из несколько сотен раз) не цеплялся за вышку с таким странным LAC и CellID, либо в OpenCellID указана куча левой информации о вышках. И то, и другое кажется невероятным. Думаю, следует попробовать опросить гугл, может, в нем как-то по-другому.

А вообще, этот форум меня удивляет - любая тема после ответа на вопрос скатывается в оффтоп. Здесь нет модераторов?

[Aner]

Из своей базы данных или из центрального коммутатора.

Чего, чего? Какой такой ещё своей базы данных или центрального коммутатора!
Эдик разберитесь с этим, если не знаете. С серверов симкома берется всё это, если это SIM... чего то там, которые те леняться обновлять, отсюда и некорректности, против других производителей модулей. У каждого бренда свои сервера со своими базами данных.

[CADiLO]

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

Тогда хотя бы с вики начните, если учебники по сотовой связи и стандартам на антресолях лежат....
https://ru.wikipedia.org/wiki/%D0%9D%D0%B5%...%B8%D0%BD%D0%B3


И контрольный вопрос:

Какая из этих команд по вашему обращается к серверам Симком ???

CIPGSMLOC
CELLLOCK
CNETSCAN
CENG

?????

[Цырен.]

Добавлю немного ясности о том как работает CIPGSMLOC. Эта функция испольщует бесплатный сервис google. Модуль опрашиает LAC/Cellid от БС и шлет запрос на google, получает координаты и выдает их в виде URC. Сейчас вроде эта функция работает по нескольким БС, если инересно уточню в каких прошивках и проч. Но вообще эта функция не очень популярна, т.к. многие предпочитают использовать самописный LBS.
Так же у нас есть др функция, посроенная на платном сервисе от стороннего поставщика баз. Условия его применения можете узнать у меня лично или у дистрибьютора.

[p_kav]

Цырен.
Насчет нескольких вышек - интересно, прошу уточнить.

То есть то, что выводит AT+CNETSCAN и то, что отправляет AT+CIPGSMLOC на сервер Google является идентичной информацией? Тогда получается, что в OpenCellID неверная информация, а, если взять набор вышек из OpenCellID и скормить их Яндексу через API, то он так же корректно определяет местоположение. Таким образом получается, что либо в OpenCellID и Яндексе одинаковые неверные данные, а в Google верные, либо модуль по AT+CNETSCAN выводит данные в каком-то странном формате. Хотелось бы это понять.

[CADiLO]

Для работы API нужно данные от нескольких вышек. Минимум от трех. Банальная триангуляция. Добавочные бышки это только повышение точности.
Нужно знать как данные обрабатываются - вполне возможно что API просто проигнорирует невалидные данные и даст точку основываясь только на том что правильно.
Если хотя бы три из шести будут верными, то ответ на AT+CIPGSMLOC будет валидным.

[p_kav]

AT+CIPGSMLOC выдает валидные данные всегда, меня интересует как интерпретировать AT+CNETSCAN, а конкретно параметр LAC, который равняется 29177, хотя у всех вышек оператора в окресностях, по данным Яндекса и OpenCellID равняется 7601.

[Цырен.]

По поводу того как работает CIPGSMLOC в 900-й и 800-й серии.

both SIM900 series and SIM800 series call server's function interface, and send at most 3 cells to the server for returns.
What does "at most" mean?---- It means that:
1) If module get cells <3, it will send current cells to server.
2) If module get cells >=3, it will send top3 cells to server.

По поводу LAc не совсем понял. Вышлите мне на почту bator.batuev собака sim.com:
ответ на CNETSCAN, что ожилалось увидеть, какой парт-номер на модуле (S2-XXXXX-YYYYY).

[novartis]

Здравствуйте, озадачился выбором модуля с GSM/GPRS/GPS на борту.
Не маловажно - возможность заказать демоборду на ebay.

Присмотрелись к SIM908. На ebay и чипы есть, и отладочный комплект.

Потом нашел на форуме тему с обсуждением SIM908, заканчивалась она сообщением от CADiLO, что увы и ах, производитель заканчивает производство SIM908.
CADiLO посоветовал SIM928, SIM968. На ebay их почти нет, отладочных плат точно нет.

А вот SIM808 имеется, и чипы есть и плата.
А как с этим чипом обстоят дела? Не снят ли он уже с производства?
В чем отличия SIM808 от SIM908 (есть ведь отличия?)?

[p_kav]

Там чипсет другой, соответственно, новые аппаратные фишки типа Bluetooth и USB.
Из основного у 808 - отсутствие второго UART, т.е. просто так не получится одновременно получать NMEA и управлять модулем. Еще нет IPEX-разъемов прямо на модуле, нет питания активной антенны от модуля, нет встроенного зарядника Li-Ion аккумуляторов. Ну, и меньше он по размерам.

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