Зависает контроллер при работе с Ethernet Опции

[ZAA]

Проблема в следующем. В основе - FreeRTOS 5.0.2. Контроллер AT91SAM7x256. В программе 2 задачи - Modbus (написана собственноручно), в которой идет опрос датчиков. и UIP (за основу взят стандартный сервер FreeRTOS). Есть флэш-ролик, который запускается из стандартного браузера или Flash-playerа. Ролик по ethernet посылает запросы (аналогичные стандартным фриртосовским - только вместо страниц index.shtml, io.shtml, tcp.shtml и т д - приходит запросы 172.210.10.25/123.txt?0*, 172.210.10.25/123.txt?1*, 172.210.10.25/123.txt?2* и т д, где ?0*, ?1*, ?2*). В ответ (после сравнения полученного s->filename) контроллер посылает строку s->file.data с длиной s->file.len. В стандартном сервере строки s->file.data константы, а в моей программе длина строки каждый раз разная в зависимости от пришедшего запроса. Пытаюсь выделять память для строки pvPortMalloc'ом, а потом удалять указатель, но контроллер после нескольких десятков-сотен запросов зависает.

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

[KonstantinT]

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

[ZAA]

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

К сожалению работаю без отладчика, поэтому никак не могу посмотреть состояние регистров...
Еще добавлю - подозреваю, что проблема может быть и в этом. У меня осуществляется обмен данными между потоками. Для этого я использую Mutex. Для доступа к общим данным использую следующую структуру:
Например в потоке modbus
if (xSemaphore != NULL)
{
if (xSemaphoreTake(.....) != NULL)
{
buffer1 = vTableSensorConfigure.xSensorConfigureStruct[index1]->Sensor_Value_Float;
buffer2 = vTableSensorConfigure.xSensorConfigureStruct[index1]->Sensor_Error;
xSemaphoreGive(xSemaphore);
}
} //Далее оперирую с локальными переменными buffer1 и buffer2
В потоке uip
if (xSemaphore != NULL)
{
if (xSemaphoreTake(.....) != NULL)
{
var1 = vTableSensorConfigure.xSensorConfigureStruct[index1]->Sensor_Value_Float;
var2 = vTableSensorConfigure.xSensorConfigureStruct[index1]->Sensor_Error;
xSemaphoreGive(xSemaphore);
}
}

Приоритеты и величины стеков у обоих потоков одинаковые...

Зависает, или падает в Abort? Во втором случае найти причину будет гораздо проще.
Начните с проверки выделения памяти, проверьте, нет ли утечки.

Подскажите плз несведующему, как можно эту самую утечку проверить...или ссылочку на тему в форуме, где есть Спасибо

[aaarrr]

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

Для этого не обязательно пользоваться отладчиком. Разместите переходы на asm-обертки на векторах DataAbort и PrefetchAbort, а содержимое регистров выведите через UART, например.

Подскажите плз несведующему, как можно эту самую утечку проверить...или ссылочку на тему в форуме, где есть Спасибо

Просто проверьте, не сползает ли постепенно адрес при вызове malloc.

[ZAA]

Для этого не обязательно пользоваться отладчиком. Разместите переходы на asm-обертки на векторах DataAbort и PrefetchAbort, а содержимое регистров выведите через UART, например.
Просто проверьте, не сползает ли постепенно адрес при вызове malloc.

У меня к вам вопрос возник другого плана. Может ли такая ситуация складываться (зависание) из-за того, что я не пользуюсь очередями??? Расставив кучу точек в программе, я увидела, что контроллер "умирает" неизменно в одном месте - после вызова функции Poll. В ней программа крутится в цикле, пока не сброшен глобальный флаг (он сбрасывается при истекании таймера на ожидание ответа от опрашиваемого, либо при приеме корректного ответа)

Код

char Poll(void)
{
   //В КАКОЙ_ТО МОМЕНТ ПРОГРАММА ПОПАДАЕТ СЮДА И ЗАВИСАЕТ (не заходя в while)
   while ( MYFLAG !=0 )
   {
      switch (MYF)
      {
    case EV_FRAME_RECEIVED:
    Poll1_status = RECEIVE_FRAME (&aa, &number);
    if (Poll1_status == ERR_OK)
    {
        if (byte_regs_received == 0x04)
        {
             *((char*)(&float_value))  =aa[6];     //собираем float из 4-х char
             *((char*)(&float_value)+1)=aa[5];
             *((char*)(&float_value)+2)=aa[4];
             *((char*)(&float_value)+3)=aa[3];
        }
        else if (byte_regs_received == 0x06)
        {
             for (i = 0; i < byte_regs_received; i++)
             {
             key_mass[i] = aa[i+3];
              }
              int_value1 = (unsigned short)(key_mass[0] << 8 | key_mass[1]);
              int_value2 = (unsigned short)(key_mass[2] << 8 | key_mass[3]);
              int_value3 = (unsigned short)(key_mass[4] << 8 | key_mass[5]);
         }
     }
     MYF=EV_EXECUTE;
    break;
    
            case EV_NO_REPLY:
    Poll1_status = ERR_NO_REPLY;
    MYF=EV_EXECUTE;
     break;
    
             case EV_FRAME_SENT:
     MYF=EV_EXECUTE;
     break;
                     
     case EV_EXECUTE:
    break;
    }
     }
        
     return Poll1_status;
}

Без взаимодействия с uipTask, т е без постоянных опросов с сервера modbus работает нормально. Обязательно ли использовать очереди при работе 2-х задач и прерываний или же можно обойтись другим способом? И еще - attribute ("ISR") служит для обозначения обработчика прерывания, которое возвращается после прерывания именно в ту задачу, в которой оно произошло?? Или я неправильно понимаю???

[aaarrr]

Обязательно ли использовать очереди при работе 2-х задач и прерываний или же можно обойтись другим способом?

Не обязательно, но все от конкретных задач зависит.

И еще - attribute ("ISR") служит для обозначения обработчика прерывания, которое возвращается после прерывания именно в ту задачу, в которой оно произошло?? Или я неправильно понимаю???

Если прерывание не вызывает переключение контекста и оформлено без portSAVE_CONTEXT/portRESTORE_CONTEXT, то его обработчик должен иметь этот атрибут.

В КАКОЙ_ТО МОМЕНТ ПРОГРАММА ПОПАДАЕТ СЮДА И ЗАВИСАЕТ (не заходя в while)

Так все уже в Ваших руках - неужели не получается найти непосредственную причину зависания?