Мульти-системный NB-IoT/eMTC/GSM - SIM7000E, от SIMCom Wireless Solutions Опции

[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 микроампер это реально круто!

[Mihail Gluhowche...]

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

[Цырен.]

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

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

Сообщение отредактировал Цырен. - Jun 7 2017, 15:23

[Tweeek]

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

9206?

[Mihail Gluhowche...]

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

По моему он достаточно жоркий. И там не чистый LTE Cat M
А поддержка PSM, eDRX?
Как реализована поддержка no IP?

[Цырен.]

По моему он достаточно жоркий. И там не чистый LTE Cat M
А поддержка PSM, eDRX?
Как реализована поддержка no IP?

Для нашего рынка справедливей говорить о NB-IoT. eMTC больше для Америки и части Европы.
 NBIOT_eMTC_WW_carrier.pdf ( 3.14 мегабайт ) Кол-во скачиваний: 129


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

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

"Как реализована поддержка no IP?" - не понял, поясните вопрос.

[Mihail Gluhowche...]

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


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

По этому ваши Sleep 1mA и PSM 9 мкА несколько запутанно в показаниях.
В общем вы его не распаковывали и испытаний с операторами и вендорами не проводили?

[Hub]

О результатах тестов в наших сетях, в РФ, похвастаюсь чуть позже, лучше, лично по почте.

В общем вы его не распаковывали и испытаний с операторами и вендорами не проводили?

результаты живых тестов в сетях РФ будут чуть позже

[Telit]

результаты живых тестов в сетях РФ будут чуть позже

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

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

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

[Hub]

особенно если сравнивать с текущим NB чипсетом хуавей будика ....

Это с тем, который Boudicca_V100? Про который сами Huawei заявили, что будут его дорабатывать напильником и только осенью выложат V120 (или 150, не помню точно), который "уж точно будет работать в NB" и на котором нет 2G (по крайней мере у u-blox).

[Mihail Gluhowche...]

только вот цена мягко говоря не очень, особенно если сравнивать с текущим 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 сек.

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

Сообщение отредактировал Цырен. - Aug 17 2017, 09:26

[Telit]

реальной сети NB-IoT,

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

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

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

[NEOWAY_EFO.RU]

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

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

[CADiLO]

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

Опять размерами как кафельная плитка? Или от такое повторите?

Эскизы прикрепленных изображений

 

[Mihail Gluhowche...]

Друзья,
успешно провел тесты 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 много больше чем передача пакетика данных. Что же вы там испытали?

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

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

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

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

Они будут у всех дешевые если на одну технологию но без резерва на 2G, не очень надежно, на заре запуска технологии. Да и на все технологии, будут по вкусной цене.

[Tweeek]

Они будут у всех дешевые если на одну технологию но без резерва на 2G, не очень надежно, на заре запуска технологии. Да и на все технологии, будут по вкусной цене.

А Sierra разве не альтаире делает, который также low cat only? 1210 - m1, 1250 - m1/NB.

[Mihail Gluhowche...]

А Sierra разве не альтаире делает, который также low cat only? 1210 - m1, 1250 - m1/NB.

Альтаир уже производиться серийно.
А так у нас все вендоры + свои разработки.

[Цырен.]

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

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



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

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

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

[Mihail Gluhowche...]

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



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

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

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

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

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

[Telit]

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

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

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

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

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

что приравнивает эту технологию по потреблению к 2G/GPRS/EDGE со всеми вытекающими...

[Цырен.]

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

нет, просто его реализации как таковой еще нет. Наша прошивка соответствует rel.13. Патчи под rel14 ждем.
Кстати, проверил сегодня до кучи еще одного производителя БС+CISCO, и плюс проверил работу в eMTC(LTE Cat.M1). Спасибо хорошим людям. Регистрацию проходит, в PSM переходит и просыпается по таймеру как надо, данные передаются в обе стороны. eDRX не прошел, прошивка БС пока не поддерживает.
На очереди еще один тест и можно будет переходить к полевым испытаниям, который надеюсь нам устроят очень скоро.

[Mihail Gluhowche...]

Про полевые испытания особенно LTE-CAT-M1 у МТС очень хотелось бы услышать результаты. NBIoT как бы две опытные зоны имеют место быть.

[Цырен.]

Друзья, новость по теме!
В ряд к NB-IoT/eMTC/GSM модулю SIM7000E мы добавляем NB-IoT(Only) модуль SIM7000E-N. В нем нет голоса, навигации, поддержки GSM и eMTC - он только для передачи данных в сети LTE. Совместим с SIM7000E и частично с SIM800/SIM800F/SIM5300E/SIM5300EA. От этого цена ниже чем у SIM7000E. Точные цены, наличие образцов и прочие детали - у нашего дистрибьютора.
Спецификацию прилагаю.
 SIM7000E_N_SPEC_V1709_RUS.pdf ( 1.22 мегабайт ) Кол-во скачиваний: 135


Сообщение отредактировал Цырен. - Sep 21 2017, 08:25

[Hub]

Друзья, новость по теме!
В ряд к NB-IoT/eMTC/GSM модулю SIM7000E мы добавляем NB-IoT(Only) модуль SIM7000E-N. В нем нет голоса, навигации, поддержки GSM и eMTC - он только для передачи данных в сети LTE. Совместим с SIM7000E и частично с SIM800/SIM800F/SIM5300E/SIM5300EA. От этого цена ниже чем у SIM7000E. Точные цены, наличие образцов и прочие детали - у нашего дистрибьютора.
Спецификацию прилагаю.
 SIM7000E_N_SPEC_V1709_RUS.pdf ( 1.22 мегабайт ) Кол-во скачиваний: 135

А я добавлю информацию где почитать о модуле:
новость на сайте МТ
и сама страничка с описанием:
SIM7000E-N