lwIP (PPP) проблема, странная Опции

[kan35]

Модем Quectel M72, FreeRTOS 7 на sm32.
Работаем через PPP протокол и сверху TCP/IP по виалоновскому протоколу.
При приемо-передаче небольших пакетов данных проблем не возникает. Но при передаче на устройство большого массива байтов прием сбоит. Стек принимает ровно 9 IP пакетов (по ~1400байт каждый), после чего netconn_recv перестает принимать пакеты (потому что модем их перестает выдавать). Память нигде не утекает, это контроллируется. На нехватку памяти не похоже. FreeRTOS находится в IDLE >92% времени. Такое ощущение что проблема на уровне IP, перешевелил все настроки, которые понимал и не понимал, но бесполезно - 9 пакетов и хоть умри. Тип и содержание файла не влияет на результат.
Из зависания выходит если начать новую передачу на устройство. При этом в лог сыпется такое:

Код

pppInProc[0]: got 1355 bytes
[b]pppInProc[0]: Dropping bad fcs 0x63B8 proto=0x0021[/b]
pppDrop: pbuf len=500
pppInProc[0]: got 1405 bytes
pppInput[0]: ip in pbuf len=492
pppifOutput[0]: proto=0x0021
pppInProc[0]: got 1405 bytes
pppInput[0]: ip in pbuf len=492
pppifOutput[0]: proto=0x0021

Тут видно, что начинается передача которая подвисла, но срывается FCS (но потом восстанавливается) и в конечном итоге, когда массив допередастся, система вновь приходит в штатное состояние.

Подскажите где могла собака порыться? Чую что какие то настройки надо подправить в lwipopt.h, но допетрить не могу. Спасибо!!!!!

Сообщение отредактировал kan35 - Oct 21 2011, 13:08

[cpl]

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

[kan35]

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

Использую heap_2, и в lwIP используется только куча freeRTOS, памяти выделил около 50кБ, стеку хватает, так как в ином случае последний бы ругался в лог и к тому же принимая в цикле данные pbuf = netconn_recv вижу, что используются одни и те же сегменты pbuf - и паять не утекает. И еще - увеличение или уменьшение кучи не приводит ник чему - 9 пакетов и стопорится. Хотя изредка 1 на 100 случаев принимается от 10 до 13 пакетов.
Подключался в разных местах - размеры пакетов у разных операторов в разных точках немного отличались - от 1260 до 1460 байт, но результат один - 9 пакетов:-)
Модемы тоже менял - без изменений!

Код

    struct netbuf * in_buf;
    unsigned short k = 2;
    while (bytesleft)
    {
        if (in_buf = netconn_recv(conn))
        {
            // успешно приняли что то
            char * incoming_data;
            unsigned long buflen = netbuf_len(in_buf);

            if (incoming_data = (char *)pvPortMalloc(buflen))
            {
                {
                    char * data; u16_t len;
                    netbuf_data(in_buf, (void **)&data, &len);
                    printf_diagn("%d: %lX->%lX (%d:%d)\r\n\r\n", k, data, incoming_data, buflen, bytesleft-buflen );
                }
                netbuf_copy(in_buf, incoming_data, buflen);
                //file_write(file, buflen, (unsigned char *)incoming_data);
                vPortFree(incoming_data);
            }
            bytesleft -= buflen;
            netbuf_delete(in_buf);
            k++;
        }
        else
            bytesleft = 0;
    }

lwipopts.h
sio.c

Порт sys_arch.c lwIP для FreeRTOS взял из примера ST для STM32F2xx.
Больше ничего в стеке я не менял! И потому хотел поинтересоваться - получалось ли у вас принимать такие передачи в стеке lwIP и в частности через их PPP?

Вот логи:
TCP log: TCP+.txt
IP log: IP.TXT
PPP log: PPP.txt
Сняты с разных подключений, но все остановлены на месте где модем перестает выдавать очередной пакет - всегда после 9 пакета.

Сообщение отредактировал kan35 - Oct 29 2011, 08:00

[cpl]

CTS-RTS модема обрабатываются корректно ?
Попробуйте посмотреть не влетает ли ртос в функцию FREERTOS:vApplicationMallocFailedHook.

[kan35]

CTS-RTS модема обрабатываются корректно ?
Попробуйте посмотреть не влетает ли ртос в функцию FREERTOS:vApplicationMallocFailedHook.

У меня между модемом и контроллером только RX и TX. У модема эти сигналы висят в воздухе. В режиме связи конкретный модем QUECTEL L72 использует XON XOFF и стек это поддерживает.

[cpl]

Где в стеке поддержка XON XOFF, в lwip1.3.2 не нашел ?
Работу XON XOFF проверяли ?
Смотреть пробовали когда выдает pppInProc[0]: Dropping bad fcs 0x63B8 proto=0x0021
что выкинул модем и что действительно было принято контролером.
Попробуйте посмотреть не влетает ли ртос в функцию FREERTOS:vApplicationMallocFailedHook.
Если IP_REASSEMBLY=1 ?
если убрать (char *)pvPortMalloc(buflen) будет ли затык ?

[kan35]

Где в стеке поддержка XON XOFF, в lwip1.3.2 не нашел ?
Работу XON XOFF проверяли ?

cpl, спасибо большое тебе
Оказалось следующее: модем действительно работал через аппаратные CTS и RTS, хотя при согласовании параметров выдавал поддержку XON/XOFF:

Код

...
ppp_send_config[0]: outACCM=0 0 A 0
ppp_recv_config[0]: inACCM=0 0 A 0
link_established: 0
upap_lowerup: 0 s=0
IPCP: lowerup state 0 (LS_INITIAL) -> 2 (LS_CLOSED)
upap_authwithpeer: 0 user=beeline password=beeline s=1
...

Возможно, я не правильно это понимаю (0 0 A 0)?

Достаточно было подать AT команду
AT+IFC=1,1 и XON XOFF действительно заработали, а по поддержке стеком, сейчас изучаю, думал что поддерживает...

Сообщение отредактировал kan35 - Nov 2 2011, 07:09