Недавно поднял uIP 1.0 для своей платы с LPC2364. Реализовал на ней web сервер, потом - telnet. Документация потрясающая, все понятно. Но это все были стеки IP/TCP/, моя же техническая задача состоит в реализации IP/UDP/TFTP(modbus). Если кто имеет исходнички на UDP и TFTP, плиз, ПОДЕЛИТЕСЬ. А если кто-то, вообще, уже делал такую связку, то я буду несказанно рад взять и воспользоваться вашими плодами работы безо всяких угрызений совести blush.gif.
Попутно спрошу.
1. Я так понимаю, что в uIP есть возможность подключения нескольких соединений равно как и несколько портов, но последнее не означает, что в uIP можно врубить два сервака сразу, например, web сервер и telnet, поскольку существует только одно определение app_call, которое вызывается обработчиком событий TCP. Правильно я понимаю?
2. Могут ли одновременно работать TCP и UDP в uIP?

Спасибо за внимание.

Кажется я ответил себе как отследить состояние каждого соединения для того, чтобы реализовать множественное подключение к моему серверу.
Ответ был как всегда под руками и никаких дополнительных глобальных переменных, отслеживающих состояние сервера не надо. Ответ вот где:

struct uip_udp_conn {
uip_ipaddr_t ripaddr; /**< The IP address of the remote peer. */
u16_t lport; /**< The local port number in network byte order. */
u16_t rport; /**< The remote port number in network byte order. */
u8_t ttl; /**< Default time-to-live. */

/** The application state. */
uip_udp_appstate_t appstate;
};

typedef struct tftp_state uip_udp_appstate_t;

struct tftp_state {
u16_t opcode; /* Êîä îïåðàöèè */
u16_t block_id; /* Íîìåð áëîêà */
u8_t *data; /* Óêàçàòåëü íà äàííûå */
};

Делая так:
struct uip_udp_conn *tftp_conn; // некое UDP-соединение
tftp_conn = (struct uip_udp_conn*)uip_udp_conn;
имеем доступ к состоянию текущего UDP-соединения (из таблицы UDP-соединений):

tftp_conn->appstate.opcode -код операции, которую данное соед. совершает (дает читать или записывать)
tftp_conn->appstate.block_id -какой блок данных он дает читать/записывать
tftp_conn->appstate.data -указатель на данные с которыми сервер должен сделать что-либо(записать/прочитать блок в/из файл).

Кому интересно:

Причем текущее соединение устанавливается только если:
1. в таблице UDP-соединений есть хоть одна запись с локальным номером порта TFTP(69 или иной не равный 0)
2. UDP-датаграмма предназначена именно порту текущего соединения
3. Текущее соединение "узнает" номер порта удаленного хоста или видит его впервые, но готов пообщаться, т.к. rport=0(типа сервер свободен и готов к новой связи)
4. Текущее соединение "узнает" IP-адрес удаленного хоста или видит его впервые, но готов пообщаться, т.к. tipaddr=0.0.0.0.
(IP-адрес проверяет IP)

При входе в наш обработчик APP_CALL() (у меня это void tftp_appcall(void)) надо:
1. определить состояние флага uip_flags( либо UIP_POLL либо UIP_NEWDATA)
1.1. Если UIP_POLL, то проверить условие истечения таймаута
1.2. Если UIP_NEWDATA, то проверить для какого порта именно предназначен пакет:
1.2.1 Если для порта 69, то создать новое соединение tftp_conn = uip_udp_new(&ripaddr, rport) и
обработать запрос (ничего другого быть и не может).
1.2.2 Если для нашего(а это проверялось еше в uip_process()), тогда обработать данные или
подтверждение.

З.Ы. При закрытии соединения (удаления ее из таблицы UDP-соединений) обязательно обнулять поля ripaddr и rport.
З.Ы. При инициализации надо создавать UDP-соединение в таблице под номером порта 69.
void tftp_init(void)
{
uip_ipaddr_t addr;
struct uip_udp_conn *c;

uip_ipaddr(&addr, 0,0,0,0);
c = uip_udp_new(&addr, HTONS(0)); // Адрес и номер порта удаленного хоста нулевые.
if(c != NULL) {
uip_udp_bind(c, HTONS(69)); // Стандартный порт TFTP
}
}

уважаемый Цырен!
поможите исходничком, а? не понимаю, как обрабатывать tftp_appcall (сущность его какая должна быть).
заранее благодарен.

Как я понял, вам нужен UDP сервер? Только что закончил такую разработку и прекрасно обошелся без готовых uIP, в которых сам черт ногу сломит. Суть проста. -Принимаем пакет, адресованный серверу по МАС, по IP, и по номеру порта. Выделяем запрос, обрабатываем его и выдаем пакет ответа в хидере которого, стоят МАС клиента, IP-клиента, и порт запроса клиента. Все эти данные выделяются из хидера запроса. Таким образом, UDP-сервер откликается всякому клиенту, кто грамотно к нему обратился. И никаких таблиц соединений и прочей лабуды не требуется.

Кстати, скорость передачи потока данных в пакетах UDP размером 1.5К у меня на STR912FAW44 получилась 96 Мbit/s Получилась только потому, что никакого готового софта uIP не использовал.

Подскажите с UDP на uIP v1.0. Никак не получается отправить пакет, хотя принимать получается.

обработчик принятых данных

отправка буфера по UDP


Может есть у кого рабочий пример с UDP?

а lwip слишком тяжел? По мне так продвинутее на порядок

Да, это проект bootloader'a, чем меньше размер тем лучше. lwIP используется в основной прошивке.

Есть рабочий пример. Как раз загрузчик.

Спасибо за пример, но что-то не получается. Вроде все так же делаю, а в чем причина не пойму. Может какую-нибудь мелочь упустил?
Во вложении проект в Keil и приложение для отправки UDP пакетов.

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

Одна проблема решилась. Оказывается uip шлет udp сообщения, но адрес получателя и порт нулевые, поэтому ближайший роутер отбрасывает это сообщение и я в Wireshark'е на компе его не вижу. После подключения STM к компу на прямую, сообщения стали видны, но проблема с неправильным адресом получателя и портом осталась. Насколько я понял, происходит это из-за того что при отправке сообщения uip использует первую структуру(соединение) , в которой как раз и есть все нули в поле адреса и порта. Пробовал присвоить указателю адрес структуры, полученной при создании нового соединения, но тогда сообщения вообще не отправляются.


P.S. uIP из моего проекта.

Наконец я победил uip:) Как и думал проблема заключалось в одном маленьком недочете:
При начальной инициализации udp вместо нулевого указателя на адрес удаленного хоста я передавал указатель на структуру с забитыми нулями

Добрый день. Что-то не получается у меня отправить данных с МК на комп. Отвечать на сообщения с компа я умею, колбэки вызываются, там обрабатываю пакеты, отправляю ответы в виде uip_send().
Но вся беда в том, что uip_send() нужно вызывать только в качестве ОТВЕТА на запрос с компа.

А как сделать так, чтобы независимо слать данные с МК на комп? Чтобы через WireShark видеть что что-то шлется..?

Вы бы посмотрели тем же ваирШарком как это делает обычная рабочая станция. в теории - зная IP шлётся бродкаст ARP запрос. По ответу(если отозвался) формируется пакет, со всеми уже известными полями.
Как реализовано в конкретной библиотеке - надо вкуривать.

Столкнулся с такой же проблемой: адрес и порт получателя нулевые, хотя нулевой указатель передаю и адрес структуры при получении сообщения.
Вы не могли бы выложить свою программу для контроллера, отвечающую за отправку UDP?

Сообщение отредактировал kramener - Sep 20 2013, 11:48

Только что сам разобрался с uIP ) Выложу код на всякий случай. Вдруг кому пригодится.
Разрабатываю на Stellaris DK-LM3S9D96. uIP 1.0

Инициализация:


Callback. process_msg записывает в структуру outputMsg содержимое и выходной размер outputLen


P.S: Просьба модераторам объединить 2 сообщения.


Юзайте uip_poll(). Вот что по этому поводу говорит мануал: http://www.gaisler.com/doc/net/uip-0.9/doc/html/main.html


Сообщение отредактировал kramener - Sep 20 2013, 13:49

Мне бы вернутся к теме о двух серваках на uIP. Делаю всё как в посте Цырена. Но в результате получаю ошибку "Error[Pe070]: incomplete type is not allowed" в строке struct httpd_state uip_tcp_http;.
При этом typedef struct httpd_state uip_tcp_appstate_t; компилируется без проблем.
Что я сделал не так?