Jump to content

    
Sign in to follow this  
stapleman

Проблема с режимо сна в модеме WS6318

Recommended Posts

Здравствуйте.

 

Возникла следующая проблема с модемом 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.

Спасибо.

 

 

 

Share this post


Link to post
Share on other sites

не сочтите за флуд, но использую ws6318 с автопереходом в сон без DTR, несколько каналов CMUX по одному их которых PPP, по другим двум AT команды

и все очень стабильно работает, вам DTR принципиально?

Share this post


Link to post
Share on other sites
не сочтите за флуд, но использую 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, чтобы модем не пропустил первую после сна АТ-команду.

 

 

 

Share this post


Link to post
Share on other sites
Или вы обмен данными с модемом всегда начинаете с отправки каких-нибудь ничего не значащих CR+LF, чтобы модем не пропустил первую после сна АТ-команду.

Именно так. Если более 1с ничего не отправляю на модем (в своем случае контроллирую через таймер ртос), то да, отправляю '\r' и жду 10мс. Если даже модем находится не во сне, то ничего не случается. таким образом, максимум может потеряься 1% от пропускной способности, но по факту гораздо меньше.

Кстати, пробовал по DTR, парвда на Quectel M72, но если используешь CMUX, то перед усыплением нужно ему давать определенные команды, иначе не уснет, с автозасыпанием однозначно все проще получилось.

 

Share this post


Link to post
Share on other sites
Именно так. Если более 1с ничего не отправляю на модем (в своем случае контроллирую через таймер ртос), то да, отправляю '\r' и жду 10мс. Если даже модем находится не во сне, то ничего не случается. таким образом, максимум может потеряься 1% от пропускной способности, но по факту гораздо меньше.

Кстати, пробовал по DTR, парвда на Quectel M72, но если используешь CMUX, то перед усыплением нужно ему давать определенные команды, иначе не уснет, с автозасыпанием однозначно все проще получилось.

 

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

 

P.S. Может вы и по этой теме что-нибудь подскажите: http://electronix.ru/forum/index.php?showtopic=127893

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