| |
 TCP соединение через SIM900, производительность передачи данных |
|
|
|
|
 Sep 5 2012, 10:26
|
Знающий
Группа: Участник
Сообщений: 881
Регистрация: 21-03-10
Из: _// \\_
Пользователь №: 56 107
|
Имеем типовую задачку для телеметрии и удаленного обмена данных прибор-сервер. Ранее у нас реализован был вполне развитый протокол управляющих сообщений, бегающих по RS-485. Теперь вот хотим вставить новый кирпичик - GSM-концентратор. Уперлись в следующий вопрос. Можно ли средствами SIM900 установить TCP соединение с помощью AT команд, после чего перевести все это в прозрачный режим, выбрав конкретное (оно у нас единственное) TCP соединение в качестве терминала? Просто наш собственный протокол и так не очень сложен, и вписывается в подмножество ASCII 32-127. Нам и этого (небольшого впрочем) оверхеда хватит  Несколько напрягает алгоритм приема IP-пакетов через AT-команды. Получается, что прием утяжелен оверхедом в виде +CIPRXGET в различных комбинациях, и кушает до 80% трафика. То есть на скорости UART 115200 останется не более 1-2КБ/с, маловато, как мне кажется. В режиме терминала теоретически можно было бы все 100% трафика по UART использовать, ну или хотя бы близко приблизится к потолку трафика по GPRS (вроде 85.6Кб). Но нас вообще больше закачка на сервер интересует, а там вроде только 42.8Кбит/с обещано. Но это все равно больше, чем получится при возне с АТ командами...
Сообщение отредактировал Hoodwin - Sep 5 2012, 10:31
|
|
|
|
|
|
|
|
Sep 5 2012, 11:29
|
Знающий
Группа: Участник
Сообщений: 881
Регистрация: 21-03-10
Из: _// \\_
Пользователь №: 56 107
|
Да я и спрашиваю про прозрачный режим, как его включить то?
Хочется как с модемом раньше было, получил CONNECT и пиши себе все что хочешь, потом +++ и обратно к AT командам. Такое можно сделать?
Ну, я понимаю, что при интерфейсе, поддерживающем потенциально несколько соединений, это не всегда возможно сделать, но может быть можно сказать, что вот хочу превратить соединение X в простой терминал, и после этого прозрачный доступ как по модему.
Сообщение отредактировал Hoodwin - Sep 5 2012, 11:30
|
|
|
|
|
|
|
|
Sep 6 2012, 09:31
|
Знающий
Группа: Участник
Сообщений: 881
Регистрация: 21-03-10
Из: _// \\_
Пользователь №: 56 107
|
Верю, что нога DTR лучше. Но в design guide про нее написано только в отношении sleep, про режим терминала ничего не сказано. Вообще странно, что там все как-то половинчато расписано. DTR можно использовать для перевода модуля в спящий режим, но для этого надо сначала включить эту фичу (AT+CSCLK=1), а можно ее не включать и переводить в спячку с помощью AT+CFUN. Аналогично, расписаны фичи сигнала RING, а потом выясняется, что статусы звонков и СМС прекрасно валятся по UART. Спрашивается, зачем тогда пин анализировать. Почитав этот документ я сделал вывод, что больше пользы будет от RING, и сейчас подключены три сигнала RING, TXD, RXD. Вопрос сводится к тому, действительно ли DTR имеет функцию входа выхода из режима команд AT и простого терминала, и можно ли его тогда подключить к МК вместо RING. Дело в том, что выводов свободных у МК уже нет, и нужно искать компромис.
|
|
|
|
|
|
|
|
Sep 6 2012, 10:03
|
Гуру
Группа: Свой
Сообщений: 6 023
Регистрация: 26-08-05
Из: Днепр
Пользователь №: 7 988
|
>>> Но в design guide про нее написано только в отношении sleep, про режим терминала ничего не сказано. Вообще странно, что там все как-то половинчато расписано. А кроме design guide что-то пользовали??? Например апнотесы? Там поболее написано..... По первому вопросу SIM900_TCPIP_Application Note_V1.02.pdf По DTR SIM900_Serial Port_Application Note_V1.03.pdf http://microchip.ua/simcom/?link=/SIM900x/AppNotesЯ обычно исхожу из того что разработчик просмотрел всю доступную документацию и не нашел ответ или не допонял его. Ваши вопросы просто не возникли бы после прочтения апнотесов. Тем более что все доки в свободном доступе.
--------------------
Не можна втрачати надію. Не можна здаватися до останньої миті. Можливо саме вона, остання мить, принесе весну, яка стане початком нового життя.
|
|
|
|
|
|
|
|
Sep 6 2012, 11:03
|
Знающий
Группа: Участник
Сообщений: 881
Регистрация: 21-03-10
Из: _// \\_
Пользователь №: 56 107
|
Да, действительно, есть такие документы Почитаем, спасибо. Я не против чтения док, просто культурные фирмы ссылаются обычно из главного документа на дополнительные. Читать вообще все доки, чтобы воспользоваться 10% - это неправильно. Ну, видимо, у SIMCOM такая нетривиальная организация док, не совсем привычно, мягко говоря. Например, глянул бегло в Serial port AN. Оказывается, там приведены схемы подключения к МК со сдвигом уровней. Зато в design guide их нет, и даже нет ссылки, что есть подробный мануал на Serial port, в котором повторено все, что есть в design guide.
|
|
|
|
|
|
|
|
Sep 6 2012, 12:38
|
Знающий
Группа: Участник
Сообщений: 881
Регистрация: 21-03-10
Из: _// \\_
Пользователь №: 56 107
|
Ну, я привык к градациям док от TI. У них доки, в которых расписана столбовая дорога, называются user guide, иногда reference guide. Но никогда (!) не application notes. В Application notes они публикуют труды своих инженеров (с указанием авторства), которые могут быть полезны кому-то, например, практическая реализация какого-то алгоритма, справка по использованным для него ресурсам, и т.п. То есть это весьма такие второстепенные документы, которых может быть много, и которые могут никогда не пригодиться. При этом документ, в котором описаны absolute maximum ratings, electrical characteristics, AC timing characteristics, назначение выводов и чертеж, коды для заказа, обычно называется datasheet, а не hardware design. Конечно это все не фатально, научимся, будет работать, никуда не денется .
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
