stapleman 0 8 мая, 2015 Опубликовано 8 мая, 2015 · Жалоба Здравствуйте. Возникла следующая проблема с модемом 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 7 8 мая, 2015 Опубликовано 8 мая, 2015 · Жалоба не сочтите за флуд, но использую ws6318 с автопереходом в сон без DTR, несколько каналов CMUX по одному их которых PPP, по другим двум AT команды и все очень стабильно работает, вам DTR принципиально? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
stapleman 0 12 мая, 2015 Опубликовано 12 мая, 2015 · Жалоба не сочтите за флуд, но использую 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 7 12 мая, 2015 Опубликовано 12 мая, 2015 · Жалоба Или вы обмен данными с модемом всегда начинаете с отправки каких-нибудь ничего не значащих CR+LF, чтобы модем не пропустил первую после сна АТ-команду. Именно так. Если более 1с ничего не отправляю на модем (в своем случае контроллирую через таймер ртос), то да, отправляю '\r' и жду 10мс. Если даже модем находится не во сне, то ничего не случается. таким образом, максимум может потеряься 1% от пропускной способности, но по факту гораздо меньше. Кстати, пробовал по DTR, парвда на Quectel M72, но если используешь CMUX, то перед усыплением нужно ему давать определенные команды, иначе не уснет, с автозасыпанием однозначно все проще получилось. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
stapleman 0 12 мая, 2015 Опубликовано 12 мая, 2015 · Жалоба Именно так. Если более 1с ничего не отправляю на модем (в своем случае контроллирую через таймер ртос), то да, отправляю '\r' и жду 10мс. Если даже модем находится не во сне, то ничего не случается. таким образом, максимум может потеряься 1% от пропускной способности, но по факту гораздо меньше. Кстати, пробовал по DTR, парвда на Quectel M72, но если используешь CMUX, то перед усыплением нужно ему давать определенные команды, иначе не уснет, с автозасыпанием однозначно все проще получилось. Понял, спасибо. Тогда остановлюсь на автозасыпании. P.S. Может вы и по этой теме что-нибудь подскажите: http://electronix.ru/forum/index.php?showtopic=127893 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться