Перейти к содержанию
    

Мульти-системный NB-IoT/eMTC/GSM - SIM7000E

Друзья,

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

А так у нас все вендоры + свои разработки.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

post-67706-1503562031_thumb.jpg

 

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

post-67706-1503562031_thumb.jpg

 

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

 

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

 

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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 не прошел, прошивка БС пока не поддерживает.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Про полевые испытания особенно 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

Изменено пользователем Цырен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Друзья, новость по теме!

В ряд к 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

А я добавлю информацию где почитать о модуле:

новость на сайте МТ

и сама страничка с описанием:

SIM7000E-N

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...