vladec 12 26 мая, 2015 Опубликовано 26 мая, 2015 · Жалоба Пытаемся использовать новый Симкомовский модем SIM5360 с управлением от МК STM32 по USB. Поскольку Линукс не используем обмен с USB самописный. В общем все видится и работает, а проблема такого рода: обмен по USB работает, данные по TCP принимаются нормально, но передаются с непонятной задержкой- до 30 секунд. Эта задержка также непонятным образом зависит от темпа подачи данных и их объема, они могут и сразу уйти если много навалить. Но, что важно, все данные посланные через USB, в конце концов всегда доходят до сервера, т.е. это не проблема USB. И это не проблема канала связи, так как подтверждения TCP ACK от модема возвращаются на сервер через 1-3 секунды. А вот с данными проблема. Такое впечатление, что они накапливаются во внутреннем буфере модема, пока он не решит наконец их послать. В старых модемах (SIM900) была команда AT+CIPCCFG, которая задавала в том числе и задержки передачи данных в транспарентном TCP-канале. В новом модеме есть такая же команда, но у нее совершенно другие параметры, и задержки в передаче она не регулирует. Вопрос: каким образом регулируются задержки при передаче данных в Transparent mode (может быть другая команда?), и может ли чем то помочь перепрошивка модема какой то новой прошивкой? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Pavel☺ 0 28 мая, 2015 Опубликовано 28 мая, 2015 · Жалоба Пытаемся использовать новый Симкомовский модем 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 12 29 мая, 2015 Опубликовано 29 мая, 2015 · Жалоба Добрый день. 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 раз меньше. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
