Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: AtMega+SIM300DZ TCP/IP
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Сотовая связь и ее приложения
skaarj
собираю девайс, основной функцией которого является передача некоторого количества информации на удаленный сервер (для примера, текст небольшого объема). устройство - клиент,комп в инете- сервер. железку собрал,отладил,все получилось, атмега инициализирует модем в режиме gprs, при передаче используется внутренний tcp\ip стек модема. все работает,НО скорость очень маленькая, выше 1 кб сек в пике так и не получилось достичь. вопрос:хочу попробовать реализовать тсп\ип стек на меге, 1-насколько это будет эффективнее и 2-где можно почитать краткий курс молодого бойца в етом направленииsmile.gif
зы:поиском пользоваться умею, может просто ктото сталкивался с подобным решением,и чтото посоветует,дабы не наступать на детские грабли..
edo
если соединения "короткие", то ускорения вы скорее всего не получите
skaarj
есть необходимость передавать до килобайта данных периодически. я так понял,лучше использовать внутренний стек да не мучать одно место..
Andrewak
Цитата(skaarj @ Sep 1 2008, 10:41) *
есть необходимость передавать до килобайта данных периодически. я так понял,лучше использовать внутренний стек да не мучать одно место..

Если будете делать свой стек, получите одно неоспоримое преимущество - независимость от модема.
skaarj
вобщем то да.поетому и хочу разобраться, как это сделать. просто пок ане представляю,с какого конца взяться.
edo
для килобайта нет смысла организовывать tcp-соединение, вполне можно обойтись одним udp-пакетом (и возможно ответом-подтверждением).

а дальше всё достаточно реально - заворачиваете данные в udp, получившееся заворачиваете в ppp - и готово.
самая сложная часть - поднятие ppp-соединения, честно говоря не уверен, что стоит с этим связываться.
skaarj
от юдп отказался изначально,тк требуется гарантированая доставка информации.конешно, на юдп это тоже реализуемо- надстройкой в моем собственном протоколе,но...это уже действительно не стоит. ладно,1кб \сек есть- уже хорошо,всеж не смсками инфцию гонять..
edo
udp-пакет или дошёл или нет. так что если нужна гарантированная доставка - то шлём пакет с каким-то уникальным номером, ждём пакет-подтверждение о доставке. не вижу тут никаких проблем в реализации.

ps: в случае использования tcp тоже надёжнее генерировать на сервере отклик и дожидаться его на клиенте.
stream
Цитата(skaarj @ Aug 28 2008, 15:40) *
вопрос:хочу попробовать реализовать тсп\ип стек на меге, 1-насколько это будет эффективнее и 2-где можно почитать краткий курс молодого бойца в етом направленииsmile.gif

Эффективнее будет, только если лить потоком большой объем - 3-4 килобайта в секунду на аплоаде большого файла я видел.

Если брать даже самые простые готовые стеки с поддержкой ppp, типа lwip, они требуют наличия операционки с threads и semaphores. У меня, допустим, все это уже есть - железка на ARM, ресурсов хватает, операционка использовалась изначально. А вот если тебе придется прикручивать все с нуля, то лучше не надо.

Единственный случай, когда без стека не обойтись - когда тебе надо открывать или принимать одновременно _несколько_ TCP соединений. На внутренних командах симкома это не получится (там максимум одно соединение на вход и одно на выход). Во всех остальных случаях затраты времени и сил на прикручивание операционки и стека под твою платформу с нуля себя не окупят.
skaarj
вобщем то так я и предполагал. пока юзаю внутренний стек. зы:а с ртос полюбому надо разбираться
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.