Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Проблема с режимо сна в модеме WS6318
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Сотовая связь и ее приложения
stapleman
Здравствуйте.

Возникла следующая проблема с модемом WS6318.

В модема существует 2 режима управления сном:
0: The module doesn’t go in sleep mode as long as DTR is set to high level (default value)
1: The module decides by itself (internal timing) when it goes in sleep mode
Т.е. "ручное" управление с помощью ножки DTR и автоматический переход в сон (в модеме WISMO228 аналогично).

Мы в своих изделиях используем "ручное" управление режимом сна. И данную технологию отработали в модеме WISMO228.

В модеме WS6318 с версией прошивки L30, возникла проблема, описанная в данной теме: http://electronix.ru/forum/index.php?showt...1&hl=ws6318
В ней никто решения проблемы не предложил.

В модеме WS6318 с версией прошивки R32 ситуация другая.
Режим сна не включается ножкой DTR вообще. Т.е. потребление вообще не меняется и остается 20 мА как во сне, так и обычном режиме. Я нашёл эту тему: https://forum.sierrawireless.com/viewtopic....=148&t=6724
В ней описан нужный алгоритм действий. Его суть заключается в том, что выполняется команда "AT+WHCNF=6,1" , т.е. включается 8-ми проводной режим управления модемом (что для прошивки L30 не требовалось). Я проделал эти действия и результат следующий: модем действительно начинает переходить в сон с помощью ножки DTR, НО потребление модема увеличилоь на 30 мА, как в режиме сна так и в рабочем режиме. Т.е. в режиме сна увеличилось с 1 мА до 30 мА.

Итого:
1. прошивка L30 - переход в сон с помощью DTR работает, но не верно работает пробуждение.
2. прошивка R32 + 4-х проводный режим управления модемом - переход в сон с помощью DTR не работает.
3. прошивка R32 + 8-ми проводный режим управления модемом - переход в сан с помощью DTR работает, но потребление увеличивается на 30 мА.

Подскажите, пожалуйста, как заставить модем WS6318 корректно переходить в режим сна ножкой DTR.
Спасибо.


kan35
не сочтите за флуд, но использую ws6318 с автопереходом в сон без DTR, несколько каналов CMUX по одному их которых PPP, по другим двум AT команды
и все очень стабильно работает, вам DTR принципиально?
stapleman
Цитата(kan35 @ May 8 2015, 19:11) *
не сочтите за флуд, но использую ws6318 с автопереходом в сон без DTR, несколько каналов CMUX по одному их которых PPP, по другим двум AT команды
и все очень стабильно работает, вам DTR принципиально?


В общем, не принципиально. Не хотелось, просто, что-то менять по сравнению с WISMO228 (всё было отлажено и хорошо работало).
Да и как-то не очень удобно вот такую рекомендацию выполнять:
"it is recommended to have at least 10ms latency time after the wake-up character before sending AT commands to the embedded module".


Посоветуйте, пожалуйста, как вы контролируете переход модема в сон? В документации сказано "When the module is sleeping, it will set CTS to low".
Или вы обмен данными с модемом всегда начинаете с отправки каких-нибудь ничего не значащих CR+LF, чтобы модем не пропустил первую после сна АТ-команду.


kan35
Цитата(stapleman @ May 12 2015, 09:39) *
Или вы обмен данными с модемом всегда начинаете с отправки каких-нибудь ничего не значащих CR+LF, чтобы модем не пропустил первую после сна АТ-команду.

Именно так. Если более 1с ничего не отправляю на модем (в своем случае контроллирую через таймер ртос), то да, отправляю '\r' и жду 10мс. Если даже модем находится не во сне, то ничего не случается. таким образом, максимум может потеряься 1% от пропускной способности, но по факту гораздо меньше.
Кстати, пробовал по DTR, парвда на Quectel M72, но если используешь CMUX, то перед усыплением нужно ему давать определенные команды, иначе не уснет, с автозасыпанием однозначно все проще получилось.
stapleman
Цитата(kan35 @ May 12 2015, 13:05) *
Именно так. Если более 1с ничего не отправляю на модем (в своем случае контроллирую через таймер ртос), то да, отправляю '\r' и жду 10мс. Если даже модем находится не во сне, то ничего не случается. таким образом, максимум может потеряься 1% от пропускной способности, но по факту гораздо меньше.
Кстати, пробовал по DTR, парвда на Quectel M72, но если используешь CMUX, то перед усыплением нужно ему давать определенные команды, иначе не уснет, с автозасыпанием однозначно все проще получилось.


Понял, спасибо. Тогда остановлюсь на автозасыпании.

P.S. Может вы и по этой теме что-нибудь подскажите: http://electronix.ru/forum/index.php?showtopic=127893
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.