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

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

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

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

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

 

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

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


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

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

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


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

19 часов назад, Ural сказал:

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

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

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


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

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

 

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

 

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

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

 

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


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

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

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

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

 

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

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

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


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

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 мА если контекст есть. Можно тоже пример.

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


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

>>>> Можно озвучить значение таймеров для 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

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


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

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

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

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


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

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

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

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

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

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


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

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 мкА или даже меньше (при бОльших периодах).

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

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


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

19 часов назад, MIkler сказал:

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

 

1.jpg

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


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

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

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


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

2 минуты назад, rx3apf сказал:

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

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

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

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

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


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

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

 

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

1.jpg

Изменено пользователем svadon

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


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

8 часов назад, svadon сказал:

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

 

 

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

 

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

 

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

Изменено пользователем rx3apf

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


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

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

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

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

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

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

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

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

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

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