Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Проблемы с модемом SIM5360
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Сотовая связь и ее приложения
vladec
Пытаемся использовать новый Симкомовский модем SIM5360 с управлением от МК STM32 по USB.
Поскольку Линукс не используем обмен с USB самописный.
В общем все видится и работает, а проблема такого рода: обмен по USB работает, данные по TCP принимаются нормально, но
передаются с непонятной задержкой- до 30 секунд. Эта задержка также
непонятным образом зависит от темпа подачи данных и их объема, они могут и
сразу уйти если много навалить. Но, что важно, все данные посланные через
USB, в конце концов всегда доходят до сервера, т.е. это не проблема USB. И
это не проблема канала связи, так как подтверждения TCP ACK от модема
возвращаются на сервер через 1-3 секунды. А вот с данными проблема. Такое
впечатление, что они накапливаются во внутреннем буфере модема, пока он не
решит наконец их послать.

В старых модемах (SIM900) была команда AT+CIPCCFG, которая задавала в
том числе и задержки передачи данных в транспарентном TCP-канале. В новом
модеме есть такая же команда, но у нее совершенно другие параметры, и
задержки в передаче она не регулирует.

Вопрос: каким образом регулируются задержки при передаче данных в
Transparent mode (может быть другая команда?), и может ли чем то помочь
перепрошивка модема какой то новой прошивкой?
Pavel☺
Цитата(vladec @ May 26 2015, 10:49) *
Пытаемся использовать новый Симкомовский модем SIM5360 с управлением от МК STM32 по USB.
Поскольку Линукс не используем обмен с USB самописный.
В общем все видится и работает, а проблема такого рода: обмен по USB работает, данные по TCP принимаются нормально, но
передаются с непонятной задержкой- до 30 секунд. Эта задержка также
непонятным образом зависит от темпа подачи данных и их объема, они могут и
сразу уйти если много навалить. Но, что важно, все данные посланные через
USB, в конце концов всегда доходят до сервера, т.е. это не проблема USB. И
это не проблема канала связи, так как подтверждения TCP ACK от модема
возвращаются на сервер через 1-3 секунды. А вот с данными проблема. Такое
впечатление, что они накапливаются во внутреннем буфере модема, пока он не
решит наконец их послать.

В старых модемах (SIM900) была команда AT+CIPCCFG, которая задавала в
том числе и задержки передачи данных в транспарентном TCP-канале. В новом
модеме есть такая же команда, но у нее совершенно другие параметры, и
задержки в передаче она не регулирует.

Вопрос: каким образом регулируются задержки при передаче данных в
Transparent mode (может быть другая команда?), и может ли чем то помочь
перепрошивка модема какой то новой прошивкой?

Добрый день.
1) Зависит ли это от оператора или местоположения устройства?
2) Что модуль отвечает на запросы “AT+CSQ” и “AT+CPSI?”?
3) Может ли это зависеть от серверной части или работы сети? Почему Вы уверены, что данные "накапливаются во внутреннем буфере модема, пока он не
решит наконец их послать"? Можете ли проверить это так: посылаем данные, не дожидаемся 30 сек, а вырубаем модем через 10-15 сек.. смотрим, доставятся ли они через пол минуты на сервер.
vladec
Цитата(Pavel☺ @ May 28 2015, 10:40) *
Добрый день.
1) Зависит ли это от оператора или местоположения устройства?
2) Что модуль отвечает на запросы “AT+CSQ” и “AT+CPSI?”?
3) Может ли это зависеть от серверной части или работы сети? Почему Вы уверены, что данные "накапливаются во внутреннем буфере модема, пока он не
решит наконец их послать"? Можете ли проверить это так: посылаем данные, не дожидаемся 30 сек, а вырубаем модем через 10-15 сек.. смотрим, доставятся ли они через пол минуты на сервер.


> 1) Зависит ли это от оператора или местоположения устройства?
Нет, не зависит. Ни от оператора ни от качества или стандарта связи.
Подтверждения на уровне TCP приходят через пару секунд, пользовательские
данные- через 20 секунд.

> 2) Что модуль отвечает на запросы “AT+CSQ” и “AT+CPSI?”?
На AT+CSQ отвечает что сигнал нормальный (значение 15 например).
Командой AT+CPSI мы не пользуемся, т.к. не используем информацию о базовах
станциях. Что касается режима соты- в любом режиме (EDGE, UMTS, HSPA, и
т.д.) результат передачи один и тот же.

> 3) Может ли это зависеть от серверной части или работы сети? Почему Вы
> уверены, что данные "накапливаются во внутреннем буфере модема, пока он не
> решит наконец их послать"? Можете ли проверить это так: посылаем данные,
> не дожидаемся 30 сек, а вырубаем модем через 10-15 сек.. смотрим,
> доставятся ли они через пол минуты на сервер.
От серверной части это не зависит, т.к. я дополнительно проверяю
траффик сетевым сниффером.
От работы сети это зависеть не должно, т.к. SIM900 в режиме EDGE так не
делает, а SIM5360 что в режиме EDGE, что в 3G, накапливает буфер. Плюс
подтверждения TCP, которые идут от SIM5360 "параллельно" моим данным,
доходят до сервера мгновенно, и данные задерживаются.
Данные не доставляются, пока в модем не накидают достаточно данных.
Такое впечатление, что пороговое значение в этом случае- 1400-1500 байт,
т.е. значение MTU для IP-сети. В моем случае 35-30 сек- это время за которое
в модем набивается достаточный объем посылок и перепосылок от меня, чтобы он
что-то наконец передал в сеть. Этот объем равен максимальному пакету IP +
еще чуть-чуть. После передачи модем опять ждет такого же объема переред
следующей передачей. Если каждую посылку сделать в 2 раза больше, время
накопления и передачи как раз получается около 2 раз меньше.

Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.