Jump to content

    
Sign in to follow this  
Dobermann

NB-iot модули, кто работал

Recommended Posts

3 минуты назад, CADiLO сказал:

Возьмите даташит посвежее - http://microchip.ua/simcom/LTE/SIM7020/SIM7020 Hardware Design_V1.02.pdf

Там уже есть эти данные.

 

Спасибо, svadon и CADiLO. Значит, в режиме Sleep (что только и возможно для IoT) можно надеяться на 236 мкА у SIM7020. Это очень значимая информация. 

Share this post


Link to post
Share on other sites

Коллеги если есть желание протестировать с сетью МТС могу поспособствовать. Есть пара симок NBIoT  и доступ к SCEF. Есть свои особенности но работает. Для начала надо прочитать про Swagger и T8 интерфей с SCEF. И команды для NIDD +csodcp +crtdcp. Поднимать ip сессию для малопотребляющего модема несколько не правильно вообще.

Share this post


Link to post
Share on other sites
19 часов назад, Ural сказал:

Значит, в режиме Sleep (что только и возможно для IoT) можно надеяться на 236 мкА у SIM7020

Не совсем точно. В режиме PSM (Power saving mode) ток потребления ВС95 5 мкА. При этом модуль не теряет регистрацию в сети в течение времени, которое определено таймером Т3412. Это цикл TAU. Время нахождения в данном режиме может достигать 413 дней.  Выше спрашивали а зачем это? Да затем, чтобы не тратить лишнюю энергию на перерегистрацию в сети.

Share this post


Link to post
Share on other sites

>>> Не совсем точно. В режиме PSM (Power saving mode) ток потребления ВС95 5 мкА

 

Спрашивали про eDRX режим.

 

В PSM тестируя SIM7020G и SIM7080G мы получили 3 микроампера.

Надеемся что когда получим образцы SIM7090G там будет еще меньше.

 

Share this post


Link to post
Share on other sites
50 минут назад, CADiLO сказал:

>>> Не совсем точно. В режиме PSM (Power saving mode) ток потребления ВС95 5 мкА

Спрашивали про eDRX режим.

 

Устройства IoT  с точки зрения потребителей должны находиться в интерактивном режиме. Потребители хотят знать в любой момент времени (хотя и изредка) состояние устройства (его параметры). Потребителем здесь может быть и другое IoT устройство. Именно для этого экономичное устройство IoT должно быть в состоянии как отправить свое сообщение, так и принять в любой момент для себя. Если ранее для GSM/GPRS модули SIMCOM потребляли без разрыва регистрации до 700 мкА (находясь в периодическом приеме и в состоянии готовности через короткое время начать обмен), то сейчас заявлено 236 мкА, что очень радует.

Режим сохранения питания PSM сохраняет энергию, но отрезает доступ к удаленному устройству, что недопустимо.

Share this post


Link to post
Share on other sites
3 hours ago, CADiLO said:

>>> Не совсем точно. В режиме PSM (Power saving mode) ток потребления ВС95 5 мкА

Спрашивали про eDRX режим.

В PSM тестируя SIM7020G и SIM7080G мы получили 3 микроампера.

Надеемся что когда получим образцы SIM7090G там будет еще меньше.

 

Это же какой микроконтроллер такое потребление дает? 3 можно получить на техасе. У вас в модеме какой? Звучит как фантастика.

2 hours ago, Ural said:

Устройства IoT  с точки зрения потребителей должны находиться в интерактивном режиме. Потребители хотят знать в любой момент времени (хотя и изредка) состояние устройства (его параметры). Потребителем здесь может быть и другое IoT устройство. Именно для этого экономичное устройство IoT должно быть в состоянии как отправить свое сообщение, так и принять в любой момент для себя. Если ранее для GSM/GPRS модули SIMCOM потребляли без разрыва регистрации до 700 мкА (находясь в периодическом приеме и в состоянии готовности через короткое время начать обмен), то сейчас заявлено 236 мкА, что очень радует.

Режим сохранения питания PSM сохраняет энергию, но отрезает доступ к удаленному устройству, что недопустимо.

Можно озвучить значение таймеров для 236 мкА для online  сценария? У меня получалось на около 500 мкА.

Для обычных модемов 700 мкА тоже не видел обычно 2 - 4 мА если контекст есть. Можно тоже пример.

Share this post


Link to post
Share on other sites

>>>> Можно озвучить значение таймеров для 236 мкА для online  сценария? У меня получалось на около 500 мкА.

 

Правильно получилось, то 236 для sleep указано, а так - 25.6s eDRX=163.84s DRX=2.56s, Typical 0.59mA

 

>>>> Для обычных модемов 700 мкА тоже не видел обычно 2 - 4 мА если контекст есть.

 

Это в спящем режиме без потери сети, UART в третьем состоянии - просыпание по RI.

При работе конечно повыше.

 

>>> Это же какой микроконтроллер такое потребление дает? 3 можно получить на техасе. У вас в модеме какой?

 

SIM7020 - MT2625

SIM7080 - MDM9205

 

Там маленьким извратом можно до 3.0 дожать.

 

2625.jpg

Share this post


Link to post
Share on other sites

Доброго дня. Подскажите, может кто сталкивался. При перешивке моделя SIM7020E программа прошивки выдает ошибку 2023. Сигналы на дебаг порт (Rx) приходят корректно на скорости 921600 бод, информация с дебаг порта тоже читается в терминалке.

Пробовал под XP и Win7.

Share this post


Link to post
Share on other sites

Я тестировал прошивку по UART-2 и максимальная скорость 115200. Все нормально.

Если будет сбоить на этой скорости смотрите что в преобразователях уровня нахомутали.

Или киньте схемку как уровни согласовывали.

По USB SIM7020 не перешивается.

Share this post


Link to post
Share on other sites
16 часов назад, CADiLO сказал:

>>>> Можно озвучить значение таймеров для 236 мкА для online  сценария? У меня получалось на около 500 мкА.

 

Правильно получилось, то 236 для sleep указано, а так - 25.6s eDRX=163.84s DRX=2.56s, Typical 0.59mA

 

>>>> Для обычных модемов 700 мкА тоже не видел обычно 2 - 4 мА если контекст есть.

 

Это в спящем режиме без потери сети, UART в третьем состоянии - просыпание по RI.

При работе конечно повыше.

 

Тут обязательно нужно уточнить требуемый процесс. В существующих документах (например SIM7020G Hardware Design_V1.00.pdf, таблица 34) указано, что при периоде прерывистого приема (DRX) 1,28 сек с окном пейджинга (PTW) 10,24 сек ток потребления 230 мкА. При этом режиме сообщения от сети принимаются, т.е. запрос от внешнего устройства устройством IoT обрабатывается и можно надеяться в реальном времени (с задержкой не более 10+1,28=12 сек) получить ответ от устройства IoT.

Со стороны же самого IoT устройства в режиме Sleep функционирует интерфейс последовательного порта, можно от управляющего контроллера опять же с задержкой не более 10...15 сек послать сообщение.

На основании документальных данных я надеюсь, что приведенные расчеты правильны, энергозатраты удаленного устройства IoT именно на связь не более 230 мкА или даже меньше (при бОльших периодах).

Остается только вопрос - примет ли оператор сети такие параметры таймеров.

Share this post


Link to post
Share on other sites
19 часов назад, MIkler сказал:

Это же какой микроконтроллер такое потребление дает? 3 можно получить на техасе. У вас в модеме какой? Звучит как фантастика.

 

1.jpg

Share this post


Link to post
Share on other sites

Интереснее пункт с включенным часовым генератором. У "PB" с этим тоже неплохо - чуть больше полутора uA @3V. У прежних семейств было хуже. STM8 тоже может похвастаться хорошей экономичностью, там и того меньше, а часики аппаратные и довольно навороченные (на AVR это все программно, а асинхронный режим TMR2 исключительно коряв).

Share this post


Link to post
Share on other sites
2 минуты назад, rx3apf сказал:

Интереснее пункт с включенным часовым генератором

Согласен, уместнее использовать STM, но в данный момент посчитал это излишним. 328РБ с лихвой хватило собирать данные с 7 входов и выдавать управляющее воздействие на два выхода + 4 датчика магнитного поля на I2C.

НА плате стоит сам модуль, мега328рв, часы М41Т81, память 24М01 запущена собака и в режиме сна всё это добро есть около 20 мкА. Следующие образцы будем переводить на STM конечно.

Собранные платы.jpg

Share this post


Link to post
Share on other sites

Вообще то для полноты картины нужно питать МК от батареи, а модуль от батареи через DC-DC который сам мало ест. Долгие блуждания по инету привели меня на TPS610995, который ест 1 мкА, но я как глянул на его корпус и всё желание пропало. Размер 2 х 2 мм и 6 ножек. При всём желании не смогу припаять вручную. :biggrin: Поэтому пока питаемся напрямую. На правой плате вверху видна попытка сделать преобразователь на другой МСХ, но потребление не позволило. Сдул всё напрочь.:dance4:

 

2.jpg Вот желательная схема и злополучный TPS. :ireful1:

1.jpg

Edited by svadon

Share this post


Link to post
Share on other sites
8 часов назад, svadon сказал:

 но я как глянул на его корпус и всё желание пропало. Размер 2 х 2 мм и 6 ножек. При всём желании не смогу припаять вручную.

 

 

В WSON он совершенно пугающим не выглядит - аж целых 0.65 mm между центрами площадок, это, я бы сказал, вообще до фига. Народ даже на ЛУТ-платы ставил QFN с шагом 0.4, а уж тут-то тривиально. Но ему же надо теплоотвод, так что ЛУТ-вариантом не обойтись, значит два слоя и металлизация переходных. Паять одно удовольствие. Но не паяльником, конечно (хотя можно и паяльником, получится, если маска хоть на миллиметр от корпуса вскрыта. Ноги "иголкой" сбоку, брюшко через металлизацию снизу), а феном.

 

А то, может быть, внешний ключик в питание и что-то типа BL8536 ? Но мне TPS610995 уже нравится, спасибо ! (Как-то не очень слежу, что там у TI появляется, его много, глаза разбегаются).

 

А вот на счет 20 uA потребления - что-то уж больно много. Разве что собака такая прожорливая. У меня и на "PA" такое с 16-Hz опросом датчиков в 10 укладывалось, и часики программные были.

Edited by rx3apf

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this