собираю девайс, основной функцией которого является передача некоторого количества информации на удаленный сервер (для примера, текст небольшого объема). устройство - клиент,комп в инете- сервер. железку собрал,отладил,все получилось, атмега инициализирует модем в режиме gprs, при передаче используется внутренний tcp\ip стек модема. все работает,НО скорость очень маленькая, выше 1 кб сек в пике так и не получилось достичь. вопрос:хочу попробовать реализовать тсп\ип стек на меге, 1-насколько это будет эффективнее и 2-где можно почитать краткий курс молодого бойца в етом направлении
зы:поиском пользоваться умею, может просто ктото сталкивался с подобным решением,и чтото посоветует,дабы не наступать на детские грабли..

если соединения "короткие", то ускорения вы скорее всего не получите

есть необходимость передавать до килобайта данных периодически. я так понял,лучше использовать внутренний стек да не мучать одно место..

Если будете делать свой стек, получите одно неоспоримое преимущество - независимость от модема.

вобщем то да.поетому и хочу разобраться, как это сделать. просто пок ане представляю,с какого конца взяться.

для килобайта нет смысла организовывать tcp-соединение, вполне можно обойтись одним udp-пакетом (и возможно ответом-подтверждением).

а дальше всё достаточно реально - заворачиваете данные в udp, получившееся заворачиваете в ppp - и готово.
самая сложная часть - поднятие ppp-соединения, честно говоря не уверен, что стоит с этим связываться.

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

udp-пакет или дошёл или нет. так что если нужна гарантированная доставка - то шлём пакет с каким-то уникальным номером, ждём пакет-подтверждение о доставке. не вижу тут никаких проблем в реализации.

ps: в случае использования tcp тоже надёжнее генерировать на сервере отклик и дожидаться его на клиенте.

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

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

Единственный случай, когда без стека не обойтись - когда тебе надо открывать или принимать одновременно _несколько_ TCP соединений. На внутренних командах симкома это не получится (там максимум одно соединение на вход и одно на выход). Во всех остальных случаях затраты времени и сил на прикручивание операционки и стека под твою платформу с нуля себя не окупят.

вобщем то так я и предполагал. пока юзаю внутренний стек. зы:а с ртос полюбому надо разбираться