Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Мульти-системный NB-IoT/eMTC/GSM - SIM7000E
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Сотовая связь и ее приложения
Hub
Друзья,

Вот и вышел долгожданный модуль SIM7000E.
Модуль выполнен в компактном 24x24x2.6 mm корпусе с LCC-контактами, форм-фактор совместим по посадочному месту с 2G и 3G модулями: SIM800, SIM800F и SIM5300E.
SIM7000E поддерживает различные интерфейсы (UART, USB, I2C и др.), имеет встроенный стек TCP/IP, а по посадочным местам и АТ-командам высоко совместим с модулями SIM800/SIM800F/SIM5300E(A), что позволяет, с учетом небольших отличий, использовать их на одной плате.
Поддержка eMTC/NB-IOT+GSM гарантирует повсеместную работу, даже без наличия покрытия LTE-сетей низких категорий, а встроенный GNSS-приемник может быть использован для определения местоположения и синхронизации времени.
Основные характеристики модуля SIM7000E можно посмотреть на сайте MT-System: www.mt-system.ru/SIMCom/SIM7000E

И да, 9 микроампер это реально круто! yeah.gif
Mihail Gluhowchenko
Поправите меня если я ошибаюсь. Там чипсет Huawei?
Какая совместимость и с какими вендорами инфраструктуры. С кем испытывались?
Инфраструктура не развернута, а готовое решение уже есть. Не стыковка.



Цырен.
Цитата(Mihail Gluhowchenko @ Jun 7 2017, 15:29) *
Поправите меня если я ошибаюсь. Там чипсет Huawei?
Какая совместимость и с какими вендорами инфраструктуры. С кем испытывались?
Инфраструктура не развернута, а готовое решение уже есть. Не стыковка.


Нет, это не Huawei. У Huawei только LTE и только 2 диапазона.
Наше решение построено на Qualcomm. Испытывались и уже работает в Китае SIM7000C(был выпущен пораньше) с оборудованием Huawei точно. Про остальные не уточнял. О результатах тестов в наших сетях, в РФ, похвастаюсь чуть позже, лучше, лично по почте.
Tweeek
Цитата(Цырен. @ Jun 7 2017, 18:22) *
Нет, это не Huawei. У Huawei только LTE и только 2 диапазона.
Наше решение построено на Qualcomm. Испытывались и уже работает в Китае SIM7000C(был выпущен пораньше) с оборудованием Huawei точно. Про остальные не уточнял. О результатах тестов в наших сетях, в РФ, похвастаюсь чуть позже, лучше, лично по почте.

9206?
Mihail Gluhowchenko
Цитата(Цырен. @ Jun 7 2017, 22:22) *
Нет, это не Huawei. У Huawei только LTE и только 2 диапазона.
Наше решение построено на Qualcomm. Испытывались и уже работает в Китае SIM7000C(был выпущен пораньше) с оборудованием Huawei точно. Про остальные не уточнял. О результатах тестов в наших сетях, в РФ, похвастаюсь чуть позже, лучше, лично по почте.

По моему он достаточно жоркий. И там не чистый LTE Cat M
А поддержка PSM, eDRX?
Как реализована поддержка no IP?
Цырен.
Цитата(Mihail Gluhowchenko @ Jun 7 2017, 21:11) *
По моему он достаточно жоркий. И там не чистый LTE Cat M
А поддержка PSM, eDRX?
Как реализована поддержка no IP?


Для нашего рынка справедливей говорить о NB-IoT. eMTC больше для Америки и части Европы.
Нажмите для просмотра прикрепленного файла

Потребление:
Выключен: 7 мкА
PSM: 9 мкА
Sleep: 1 мА
Idle: 11 мА

PSM, eDRX подразумеваются, иначе это не NB-IoT.

"Как реализована поддержка no IP?" - не понял, поясните вопрос.
Mihail Gluhowchenko
eMTC = enhanced Machine-Type Communication под это понятие можно, что угодно затащить но в R.13 MTC как бы на всех технологиях в том числе и на EC-GSM


PSM: 9 мкА - это такая фишечка почему оно лучше чем LORA. UE можно вызвать в этом режиме всегда, а в стандарте LORA это принципиально не возможно.
eDRX - несколько другая фича.

По этому ваши Sleep 1mA и PSM 9 мкА несколько запутанно в показаниях.
В общем вы его не распаковывали и испытаний с операторами и вендорами не проводили?
Hub
Цитата(Цырен. @ Jun 7 2017, 18:22) *
О результатах тестов в наших сетях, в РФ, похвастаюсь чуть позже, лучше, лично по почте.

Цитата(Mihail Gluhowchenko @ Jun 8 2017, 15:34) *
В общем вы его не распаковывали и испытаний с операторами и вендорами не проводили?

результаты живых тестов в сетях РФ будут чуть позже
Telit
Цитата(Hub @ Jun 8 2017, 17:47) *
результаты живых тестов в сетях РФ будут чуть позже



тесты у всех будут sm.gif
без вариантов. и у телита, мобилитэка, квектела и у других....

Qualcomm MDM9206 общедоступен и не уникален.

они уже всем вендорам его втюхали.
только вот цена мягко говоря не очень, особенно если сравнивать с текущим NB чипсетом хуавей будика ....

Hub
Цитата(Telit @ Jun 9 2017, 13:54) *
особенно если сравнивать с текущим NB чипсетом хуавей будика ....

Это с тем, который Boudicca_V100? Про который сами Huawei заявили, что будут его дорабатывать напильником и только осенью выложат V120 (или 150, не помню точно), который "уж точно будет работать в NB" и на котором нет 2G (по крайней мере у u-blox).
Mihail Gluhowchenko
Цитата(Telit @ Jun 9 2017, 16:54) *
только вот цена мягко говоря не очень, особенно если сравнивать с текущим NB чипсетом хуавей будика ....

Они мягко говоря выпустили вещь в себе. Совместимость с инфраструктурой НЕ хуавей, не гарантируется от слова вообще. И собственно там даже PSM нет и пока только IP based communication.
Цырен.
Друзья,
успешно провел тесты SIM7000E в реальной сети NB-IoT, при поддержке очень хороших людей. Что проверил:
- данные TCP/IP ходят туда и обратно;
- UDP/IP проверил только в сторону сервера (не дали внешний IP);
- в режим PSM модуль заходит с таймерами 3324 и 3412, заданными модулем, что есть хорошо. Также модуль адекватно просыпается по POWERKEY(можно и по RTC если писать приложение на EAT) и шлет TAU, т.е. выходит на связь принудительно, раньше чем задает таймер 3412;
- в режим eDRX модуль тоже зашел успешно, но с параметрами ММЕ. Параметры, переданные от модуля, ММЕ видит, но ставит в attach accept свои значения, которые модуль обязан принять. Может так будет для всех, а может быть скважность можно будет менять для каждого клиента отдельно. Не вижу большого смысла в этой фиче для устройств, которые хотят жить по 5-10 лет, только если для устройств, которые постоянно должны быть запитаны и быть готовы принять данные в разумные сроки, но не прямо "он-лайн"-"он-лайн". Скажем обычные телефоны имеют пейджинг с интервалов 1.28сек, то в SIM7000E/E-N* можно будет настроить до 6 часов. Т.е. можно настроить модуль так, чтобы он ел батарейку, но выходил на сеанс приема раз в 60 сек.

Что будет с данными, которые идут от сети в модуль в режимах PSM и eDRX? Не проверял, но теоретически, в PSM данные должны накопиться в ММЕ(вопрос к оператору) и прийти в модуль при следующем сеансе TAU. В режиме eDRX, данные должны накопиться в ММЕ и прийти в модуль в моменты пейджинга, к примеру, раз в 60 сек.

* уточняйте у дистри
Telit
Цитата(Цырен. @ Aug 17 2017, 12:21) *
реальной сети NB-IoT,

да нет реальных сетей ни у кого брат sm.gif

МТС вам дал просто поработать через выделенный SGN с выделенным серваком во внешний интернет.
и к слову говоря он всем это дает поделать )
также как и мегафон с билайном.
и все там у них пока пластилиновое...

квалкомм этот ой дорогой... ты цену озвучь на него публике, чтобы понятно было...

NEOWAY_EFO.RU
Цитата(Telit @ Aug 17 2017, 16:54) *
квалкомм этот ой дорогой... ты цену озвучь на него публике, чтобы понятно было...

Ждем до конца года недорогой NB-IoT на MT2625...
CADiLO
>>>Ждем до конца года недорогой NB-IoT на MT2625...

Опять размерами как кафельная плитка? Или от такое повторите?
Mihail Gluhowchenko
Цитата(Цырен. @ Aug 17 2017, 16:21) *
Друзья,
успешно провел тесты SIM7000E в реальной сети NB-IoT, при поддержке очень хороших людей. Что проверил:
- данные TCP/IP ходят туда и обратно;
- UDP/IP проверил только в сторону сервера (не дали внешний IP);
- в режим PSM модуль заходит с таймерами 3324 и 3412, заданными модулем, что есть хорошо. Также модуль адекватно просыпается по POWERKEY(можно и по RTC если писать приложение на EAT) и шлет TAU, т.е. выходит на связь принудительно, раньше чем задает таймер 3412;
- в режим eDRX модуль тоже зашел успешно, но с параметрами ММЕ. Параметры, переданные от модуля, ММЕ видит, но ставит в attach accept свои значения, которые модуль обязан принять. Может так будет для всех, а может быть скважность можно будет менять для каждого клиента отдельно. Не вижу большого смысла в этой фиче для устройств, которые хотят жить по 5-10 лет, только если для устройств, которые постоянно должны быть запитаны и быть готовы принять данные в разумные сроки, но не прямо "он-лайн"-"он-лайн". Скажем обычные телефоны имеют пейджинг с интервалов 1.28сек, то в SIM7000E/E-N* можно будет настроить до 6 часов. Т.е. можно настроить модуль так, чтобы он ел батарейку, но выходил на сеанс приема раз в 60 сек.

Что будет с данными, которые идут от сети в модуль в режимах PSM и eDRX? Не проверял, но теоретически, в PSM данные должны накопиться в ММЕ(вопрос к оператору) и прийти в модуль при следующем сеансе TAU. В режиме eDRX, данные должны накопиться в ММЕ и прийти в модуль в моменты пейджинга, к примеру, раз в 60 сек.

* уточняйте у дистри

eDRX работает несколько по другому. Сеть должна запомнить настройки терминала и работать с увеличенными интервалами . Главное запомнить настройки, это сокращает потребление и время работы конечного устройства. Время RRC и Context/Security много больше чем передача пакетика данных. Что же вы там испытали?

Цитата(Telit @ Aug 17 2017, 20:54) *
да нет реальных сетей ни у кого брат sm.gif

квалкомм этот ой дорогой... ты цену озвучь на него публике, чтобы понятно было...

Есть тестовые вещи на которых можно попробовать кейс.
Дорогой но вполне для Smart модулей как универсальный комбайн для всех технологий пойдет.

Цитата(NEOWAY_EFO.RU @ Aug 18 2017, 13:53) *
Ждем до конца года недорогой NB-IoT на MT2625...

Они будут у всех дешевые если на одну технологию но без резерва на 2G, не очень надежно, на заре запуска технологии. Да и на все технологии, будут по вкусной цене.
Tweeek
Цитата(Mihail Gluhowchenko @ Aug 21 2017, 18:55) *
Они будут у всех дешевые если на одну технологию но без резерва на 2G, не очень надежно, на заре запуска технологии. Да и на все технологии, будут по вкусной цене.

А Sierra разве не альтаире делает, который также low cat only? 1210 - m1, 1250 - m1/NB.
Mihail Gluhowchenko
Цитата(Tweeek @ Aug 22 2017, 00:48) *
А Sierra разве не альтаире делает, который также low cat only? 1210 - m1, 1250 - m1/NB.

Альтаир уже производиться серийно.
А так у нас все вендоры + свои разработки.
Цырен.
Цитата(Mihail Gluhowchenko @ Aug 21 2017, 18:55) *
eDRX работает несколько по другому. Сеть должна запомнить настройки терминала и работать с увеличенными интервалами . Главное запомнить настройки, это сокращает потребление и время работы конечного устройства. Время RRC и Context/Security много больше чем передача пакетика данных. Что же вы там испытали?

нет, не верно. Сеть не должна ничего запоминать, она либо примет параметры eDRX в Attach request, идущий от модуля во время RRC, либо нет. В моем случае сеть не приняла мои настройки eDRX и поставила свои. (вроде я писал об этом)
Нажмите для просмотра прикрепленного файла

"это сокращает потребление и время работы конечного устройства." - не могу не согласиться sm.gif и решительно не буду спорить

"Время RRC и Context/Security много больше чем передача пакетика данных." - разве я утверждал обратное? верно, это время не зависит от модуля, этот процесс в моем случае занял примерно 30 сек, как мне сообщил инженер оператора.

"Что же вы там испытали?" - сквозит сарказмом, а у меня правило не реагировать на провокации. Однако, поясню по сути вопроса. Тест с eDRX выглядел так: я на стороне модуля SIM7000E ввожу АТ команды, которые пишут в память параметры Cycle length и PTW; перезагружаю модуль(ради процедуры Attach), жду когда модуль получит регистрацию(CGREG) и аттач(CGATT) и одновременно получаю от инженера оператора подтверждение, что пакеты Attach Request и Attach Accept содержат данные о eDRX и на стороне сети режим eDRX подтвержден. Не могу показать логи оператора, боюсь они могут обидеться. Есть еще вопросы? Если есть - задавайте, по горячим следам и пока память свежа, отвечу. Тема интересная, готов обсуждать.
Mihail Gluhowchenko
Цитата(Цырен. @ Aug 24 2017, 14:26) *
нет, не верно. Сеть не должна ничего запоминать, она либо примет параметры eDRX в Attach request, идущий от модуля во время RRC, либо нет. В моем случае сеть не приняла мои настройки eDRX и поставила свои. (вроде я писал об этом)
Нажмите для просмотра прикрепленного файла

"это сокращает потребление и время работы конечного устройства." - не могу не согласиться sm.gif и решительно не буду спорить

"Время RRC и Context/Security много больше чем передача пакетика данных." - разве я утверждал обратное? верно, это время не зависит от модуля, этот процесс в моем случае занял примерно 30 сек, как мне сообщил инженер оператора.

"Что же вы там испытали?" - сквозит сарказмом, а у меня правило не реагировать на провокации. Однако, поясню по сути вопроса. Тест с eDRX выглядел так: я на стороне модуля SIM7000E ввожу АТ команды, которые пишут в память параметры Cycle length и PTW; перезагружаю модуль(ради процедуры Attach), жду когда модуль получит регистрацию(CGREG) и аттач(CGATT) и одновременно получаю от инженера оператора подтверждение, что пакеты Attach Request и Attach Accept содержат данные о eDRX и на стороне сети режим eDRX подтвержден. Не могу показать логи оператора, боюсь они могут обидеться. Есть еще вопросы? Если есть - задавайте, по горячим следам и пока память свежа, отвечу. Тема интересная, готов обсуждать.

Я указал, что механизм сложнее. Вы указали только на один из механизмов он имеет место быть в стандарте, но вся суть в полной реализации.

No IP data transfer, я так понимаю вы не проверили?
Telit
Цитата(Mihail Gluhowchenko @ Aug 24 2017, 19:14) *
Я указал, что механизм сложнее. Вы указали только на один из механизмов он имеет место быть в стандарте, но вся суть в полной реализации.

No IP data transfer, я так понимаю вы не проверили?



Все правильно Вы пишите,

просто кой кто пока не в теме или недостаточно погружен туда sm.gif

P.S. более того, этот самый "механизм", при определенных сетевых условиях высосит вашу "10летнюю" батарею где то в 15-20 раз быстрее от расчетного времени...

что приравнивает эту технологию по потреблению к 2G/GPRS/EDGE со всеми вытекающими...
Цырен.
Цитата(Mihail Gluhowchenko @ Aug 24 2017, 19:14) *
No IP data transfer, я так понимаю вы не проверили?


нет, просто его реализации как таковой еще нет. Наша прошивка соответствует rel.13. Патчи под rel14 ждем.
Кстати, проверил сегодня до кучи еще одного производителя БС+CISCO, и плюс проверил работу в eMTC(LTE Cat.M1). Спасибо хорошим людям. Регистрацию проходит, в PSM переходит и просыпается по таймеру как надо, данные передаются в обе стороны. eDRX не прошел, прошивка БС пока не поддерживает.
На очереди еще один тест и можно будет переходить к полевым испытаниям, который надеюсь нам устроят очень скоро.
Mihail Gluhowchenko
Про полевые испытания особенно LTE-CAT-M1 у МТС очень хотелось бы услышать результаты. NBIoT как бы две опытные зоны имеют место быть.
Цырен.
Друзья, новость по теме!
В ряд к NB-IoT/eMTC/GSM модулю SIM7000E мы добавляем NB-IoT(Only) модуль SIM7000E-N. В нем нет голоса, навигации, поддержки GSM и eMTC - он только для передачи данных в сети LTE. Совместим с SIM7000E и частично с SIM800/SIM800F/SIM5300E/SIM5300EA. От этого цена ниже чем у SIM7000E. Точные цены, наличие образцов и прочие детали - у нашего дистрибьютора.
Спецификацию прилагаю.
Нажмите для просмотра прикрепленного файла
Hub
Цитата(Цырен. @ Sep 21 2017, 11:22) *
Друзья, новость по теме!
В ряд к NB-IoT/eMTC/GSM модулю SIM7000E мы добавляем NB-IoT(Only) модуль SIM7000E-N. В нем нет голоса, навигации, поддержки GSM и eMTC - он только для передачи данных в сети LTE. Совместим с SIM7000E и частично с SIM800/SIM800F/SIM5300E/SIM5300EA. От этого цена ниже чем у SIM7000E. Точные цены, наличие образцов и прочие детали - у нашего дистрибьютора.
Спецификацию прилагаю.
Нажмите для просмотра прикрепленного файла

А я добавлю информацию где почитать о модуле:
новость на сайте МТ
и сама страничка с описанием:
SIM7000E-N
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.