KEIL и lwIP, помогите начинающему! Опции

[nikkov]

Пытаюсь собрать простейший пример для lwIP под LPC2468, столкнулся с непонятной для меня проблемой, которая приведена на рисунке: LDR R0, [R6, #0x10] загружает в регистр не то значение!
Исходный пример был под GCC я его пытаюсь запустить на keil rv mdk 3.15. Сам только осваиваю АРМы, поэтому думаю ответ где-то на поверхности, но где копать пока не знаю. Возможно дело в выравнивании структур?

Эскизы прикрепленных изображений

 

[aaarrr]

Возможно дело в выравнивании структур?

В нем, родимом. Слово считывается по не выровненному адресу.

[nikkov]

В нем, родимом. Слово считывается по не выровненному адресу.

Я на PC сталкивался с такой ситуацией когда линковались библиотеки с другими выравниваниями. Но тут то все исходники компилятся в одном проекте, с одними настройками. Как такое возможно? И как победить? Заранее спасибо.

[scifi]

Я в свой проект на АРМе внедрял lwip 1.2.0. Скачивал source tarball с домашнего сайта. Может быть, это была ошибка: надо было взять прямо из CVS с нужным тегом, чтобы последние фиксы для багов все были. Сталкивался с проблемой выравнивания, она приводила к ошибкам при передаче данных. Даже нашёл, в каком именно месте это происходило. Вылечил изменением PBUF_LINK_HLEN с 14 на 16 (насколько я понял, вреда нет, просто возможен дополнительный расход памяти и меньше проблем с выравниванием). Ясно, что корень проблемы был глубже, но я понадеялся на то, что в других местах это не проявляется. Не исключено, что в последних версиях это пофиксено. Только в последних версиях вместе с фиксами могут быть и новые баги...

[nikkov]

Я в свой проект на АРМе внедрял lwip 1.2.0. Скачивал source tarball с домашнего сайта. Может быть, это была ошибка: надо было взять прямо из CVS с нужным тегом, чтобы последние фиксы для багов все были. Сталкивался с проблемой выравнивания, она приводила к ошибкам при передаче данных. Даже нашёл, в каком именно месте это происходило. Вылечил изменением PBUF_LINK_HLEN с 14 на 16 (насколько я понял, вреда нет, просто возможен дополнительный расход памяти и меньше проблем с выравниванием). Ясно, что корень проблемы был глубже, но я понадеялся на то, что в других местах это не проявляется. Не исключено, что в последних версиях это пофиксено. Только в последних версиях вместе с фиксами могут быть и новые баги...

Я брал этот проект с конфы по LPC2000. Он должен быть рабочим, но заточен на WinARM GCC компилятор, а мне надо под АРМовый компилятор Кейла. Неужели никто не собирал его под keil-ом?

[MALLOY2]

Я на PC сталкивался с такой ситуацией когда линковались библиотеки с другими выравниваниями. Но тут то все исходники компилятся в одном проекте, с одними настройками. Как такое возможно? И как победить? Заранее спасибо.

ARM компиляторы по умолчанию применяют выравнивание на границу 4 байтов (32 бит).
Для этого у LWIP обьявлены дефайны
#define PACK_STRUCT_STRUCT
#define PACK_STRUCT_END
#define PACK_STRUCT_FIELD(x) x
вы должны их заменить на дерективы вышего компилятора которые заставят создавать структуры с выравниванием к 1 байту.

P.S. я незнаю как в KEIL в IAR это #pragma pack(1)

[aaarrr]

ARM компиляторы по умолчанию применяют выравнивание на границу 4 байтов (32 бит).
Для этого у LWIP обьявлены дефайны
#define PACK_STRUCT_STRUCT
#define PACK_STRUCT_END
#define PACK_STRUCT_FIELD(x) x
вы должны их заменить на дерективы вышего компилятора которые заставят создавать структуры с выравниванием к 1 байту.

P.S. я незнаю как в KEIL в IAR это #pragma pack(1)

Для Keil'a должно быть

Код

#define PACK_STRUCT_START    __packed

[nikkov]

Для Keil'a должно быть

Код

#define PACK_STRUCT_START    __packed

Спасибо, помогло. Правда не PACK_STRUCT_START, а PACK_STRUCT_BEGIN, но это не важно.
Теперь столкнулся со следующей проблемой: при приеме ICMP пакета из EMAC читается длина на 4 байта меньше реального размера пакета. При увеличении длины на 4 байта под отладчиком весь пакет из EMAC-а вычитывается правильно и отвечает на пинг. Никто с таким не сталкивался?

вот что вычитал:

> I was just going through the FreeRTOS LPC2368 Webserver Demo. There is
> just one small thing that's been bugging me...in "emac.c", in function
> "StartReadFrame()", there is the following statement:
>
> RxLen = (RX_STAT_INFO(idx) & RINFO_SIZE) - 3;
>
> Since the "RxSize" field in RX status info is "actual RX size - 1",
> subtracting "3" from this field would make RxLen equal to "actual RX
> size - 4 ". So that means in the end 4 bytes less frame data will be
> stored, why is that so? Or am I interpreting it wrong here...
>
The last four bytes contain the Ethernet CRC, which is not passed to the
TCP/IP stack so are left to languish in the buffer.

но тогда срабатывает этот код в lwIP:

if (inet_chksum_pbuf(p) != 0) {
LWIP_DEBUGF(ICMP_DEBUG, ("icmp_input: checksum failed for received ICMP echo\n"));
pbuf_free(p);
ICMP_STATS_INC(icmp.chkerr);
snmp_inc_icmpinerrors();
return;
}

Как это понимать? Нужно ли последнее слово или нет?

[Quasar]

Как это понимать? Нужно ли последнее слово или нет?

Лично я в снифере не наблюдаю ни каких Ethernet CRC, поэтому нужен .

[Quasar]

Причем я заметил другое, если написать так:

RxLen = (RX_STAT_INFO(idx) & RINFO_SIZE) +1;

То на маленьких пингах всё ok. Но если попытаться пропинговать железку пакетами длиной большей чем размер pbuf'ра то перестает сходиться CRC...но проблема судя по всему в EMACе так как RxLen всегда выходит меньше на 1 реального размера пакета.
Если написать:
RxLen = (RX_STAT_INFO(idx) & RINFO_SIZE) +2;
То всё ok. Откуда эта 2 берется...?

[lebiga]

Я брал этот проект с конфы по LPC2000. Он должен быть рабочим, но заточен на WinARM GCC компилятор, а мне надо под АРМовый компилятор Кейла. Неужели никто не собирал его под keil-ом?

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

[lebiga]

или подскажите, где найти файл lwipweb.zip - пример применения lwip без rtos (Курт с сайта embeddedrelated.com)?
Что-то я не совсем понимаю...

[lebiga]

или подскажите, где найти файл lwipweb.zip - пример применения lwip без rtos (Курт с сайта embeddedrelated.com)?
Что-то я не совсем понимаю...

нашел сам, в yahoo tech group.

Прикрепленные файлы

 lwIPWeb.zip ( 362.48 килобайт ) Кол-во скачиваний: 242

 

[lebiga]

Насчет LWIP и выравнивания, LPC2368!

Сам просидел два дня, пока нашел
в многих include LWIPа описано

#ifdef PACK_STRUCT_USE_INCLUDES
# include "arch/bpstruct.h"
#endif

описание структуры (заголовка)

#ifdef PACK_STRUCT_USE_INCLUDES
# include "arch/epstruct.h"
#endif

достаточно в lwipopt.h указать параметр #define PACK_STRUCT_USE_INCLUDES 1
и сделать bpstruct.h со строкой #pragma pack(1) - это для иара, для Кейла packed
epstruct.h - #pragma pack()
поместить в каталог arch - и проблемы с выравниванием ушли.

Сейчас сижу - не могу прикрутить LWIP к INDY в DELPHI
пример Вasic TCP Client в инди синхронизируется c моим устройством (посылает SYN, получает SYN+ASK, посылает ASK - и я молчу, не знаю что ответить)
Записал протоколы обмена между двумя компами с примерами TCP CLIENT и TCP SERVER в файлы ниже
там после ASK идет пакет с текстом приветствия и данными

Вот мой код в LPC - открываю соединение

static void leb_init(void)
{
struct tcp_pcb* tcpleb;
struct tcp_pcb* tcpleb_listen;

tcpleb = tcp_new();
if (tcpleb == NULL)
return;

/* Bind to port 3333 for any address */
if (tcp_bind(tcpleb, IP_ADDR_ANY, 3333) != ERR_OK)
return;

tcpleb_listen = tcp_listen(tcpleb);
if (tcpleb_listen == NULL)
{
tcp_abort(tcpleb);
tcpleb = NULL;
return;
}

tcpleb = tcpleb_listen;
tcp_accept(tcpleb, lebiga_accept_callback);
}

lebiga_accept_callback - подпрограмма обработки - там нужна помощь!
объясните последовательность действий, что и как нужно применять
tcp_connect(), tcp_arg, tcp_recv(), tcp_sent(), tcp_poll()
делал подобно http - не работает

Прикрепленные файлы

 indy_client_server.rar ( 5.19 килобайт ) Кол-во скачиваний: 79

 

[VAI]

Кстати, сейчас коллега активно работает с последнис кейлом (МДК 3.22а), так он говорит, там #pragma pack работает, специально, говорит, проверял размеры передаваемых структур и т.д., т.к. в документации на компилятор пока ничего про это нет.
Его контроллер общается с разными другими железками, у которых и #pragma pack( 1 ) и #pragma pack( 2 ) и #pragma pack( 4 ) установлены. Данные передаются и принимаются корректно.

[lebiga]

объясните последовательность действий, что и как нужно применять
tcp_connect(), tcp_arg, tcp_recv(), tcp_sent(), tcp_poll()

Нашел ОТЛИЧНЫЙ документ!

Small TCP/IP stacks for micro controllers

Прикрепленные файлы

 B_assignment_vanderPloeg.pdf ( 307.6 килобайт ) Кол-во скачиваний: 937

 

[Quasar]

А у меня какие-то проблемы возникли при сборке с DHCP, линкер выдает кучу каких-то варнингов, типа вот таких вот:

Код

*** WARNING L25: DATA TYPES DIFFERENT
    SYMBOL:  etharp_arp_input
    MODULE:  .\ethernetif.obj (ethernetif)
   DEFINED:  .\etharp.obj (etharp)

Всё правда нормально работает, но не приятно. Хотя с домашним роутером железка почему-то не может договорится (роутер просто не отвечает), но например с DHCP установленном на Win машине, всё работает замечательно.

Пока собирал, столкнулся с глюками компилятора по всей видимости, например:

В tcp_in.c:

Код

seqno = tcphdr->seqno = ntohl(tcphdr->seqno);
ackno = tcphdr->ackno = ntohl(tcphdr->ackno);

Не работает, в seqno и ackno пишется хрень, если заменить на:

Код

  tcphdr->seqno = ntohl(tcphdr->seqno);
  tcphdr->ackno = ntohl(tcphdr->ackno);
  seqno = tcphdr->seqno;
  ackno = tcphdr->ackno;

То всё Ok.

В dhcp.c:

Код

  if (reply_msg->op != DHCP_BOOTREPLY) {
    LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE | 1, ("not a DHCP reply message, but type %"U16_F"\n", (u16_t)reply_msg->op));
    goto free_pbuf_and_return;
  }

Вообще не собирается, пишет какая-то там internal error...

Вот так, всё работает Ok:

Код

  i=reply_msg->op;
  if (i != DHCP_BOOTREPLY) {
    LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE | 1, ("not a DHCP reply message, but type %"U16_F"\n", (u16_t)reply_msg->op));
    goto free_pbuf_and_return;
  }

Версия такая:

µVision3 V3.34
Tool Version Numbers:
C Compiler: CA.Exe V2.00f
Assembler: AA.Exe V2.00
Linker/Locator: LA.Exe V2.01e

[lebiga]

Хотя с домашним роутером железка почему-то не может договорится (роутер просто не отвечает), но например с DHCP установленном на Win машине, всё работает замечательно.

А если выдернуть и вставить кабель на роутере - работает?
Или предварительно снести таблице arp (arp -d) ?

Пока собирал, столкнулся с глюками компилятора по всей видимости, например:

Я использую ИАР, 5.10 и к меня подобных ворнингов нет

В tcp_in.c:

Код

seqno = tcphdr->seqno = ntohl(tcphdr->seqno);
ackno = tcphdr->ackno = ntohl(tcphdr->ackno);

Не работает, в seqno и ackno пишется хрень, если заменить на:

Код

  tcphdr->seqno = ntohl(tcphdr->seqno);
  tcphdr->ackno = ntohl(tcphdr->ackno);
  seqno = tcphdr->seqno;
  ackno = tcphdr->ackno;

То всё Ok.

Скорее всего оптимизация компилятора, попробуй попереключать, в ИАРе у меня с подобными конструкциями все ок.

[Quasar]

А если выдернуть и вставить кабель на роутере - работает?
Или предварительно снести таблице arp (arp -d) ?

А что её чистить, DHCP discover широковещательный, вообщем-то это здесь непричем, скорее всего запрос какой-то не такой...

Я использую ИАР, 5.10 и к меня подобных ворнингов нет

Скорее всего оптимизация компилятора, попробуй попереключать, в ИАРе у меня с подобными конструкциями все ок.

Собрал под последним RealView, теперь тоже все Ok, ни каких варнингов и глюков

[mobidev]

нашел сам, в yahoo tech group.

Собственно можно взять на домашней страница автора Адама Дункеля

http://www.dunkels.com/adam/
http://www.sics.se/~adam/

http://www.sics.se/~adam/software.html
http://www.sics.se/~adam/lwip/
http://www.sics.se/~adam/miniweb/

Ещё есть uIP:
http://www.sics.se/~adam/uip/

[zltigo]

Собственно...

Собственно:
http://www.google.com/search?client=opera&...-8&oe=utf-8
Это я к тому, что америку открывать не надо. И уж тем более рассовывать по всем темам дежурные ссылки.

[aaarrr]

...да еще мертвые.

[mobidev]

...да еще мертвые.

Почему же мёртвые? Все приведённые ссылки живые.
В своё время пришлось именно uIP использовать на железке, правда тогда это было ещё не на ARM, а на AVR ATmega128.