Здравствуйте!
Модифицировал простой работающий на at91sam9xe-ek пример basic-emac-uip-helloworld-project из IAR 6, добавил поддержку d-cache и i-cache. После чего он частично перестал работать. Функция EMAC_Poll() возврашает код "нет принятых данных". Ниже вывод программы в терминале:


Код проекта в приложении:
 at91sam9xe_ek_basic_emac_uip_helloworld_prj.rar ( 470.7 килобайт ) Кол-во скачиваний: 75


Помогите разобраться!

Вы буферы EMAC не закэшировали ли часом?

Пробовал перемещать буферы и дескрипторы Rx Tx в некэшируемую область, не помогло.
Что еще есть в emac, macb что нужно переместить в некэшируюмую область?

Переделал проект basic-emac-project, чтобы избавиться от uIP.
Проблема та-же: после включения MMU, d-cache перестают приниматься/передаваться данные.
Область памяти в которой располагаются дескрипторы и буферы чтения/записи EMAC не кэшируется.

EMAC_Handler постоянно вызывается.
Не устанавливается бит EMAC_RX_OWNERSHIP_BIT.

Выкладываю basic-emac-project проект полностью.
 basic_emac_project.rar ( 2.63 мегабайт ) Кол-во скачиваний: 73

Уточняю: Один раз выполняется условие в EMAC_Handler():

и дальше в статистике сохраняется, что был установлен бит OVR регистра EMAC_RSR, т.е.
выполняется это условие:

Далее EMAC_Handler() вызывается "вхолостую" нет ни приема, ни передачи.

Такая ситуация возникает, когда включаются d-cache, i-cache, mmu.
Может быть я неправильно задал таблицу трансляции или буферы остались кэшируемыми?
Если я все сделал правильно куда дальше "копать"?

Сообщение отредактировал IgorKossak - Aug 16 2011, 12:33

Ну, на вид правильно.


Трясти надо. Попробуйте инвалидировать кэш перед обращениям к дескрипторам/буферам из программы.

Надеюсь область периферии не забыли тоже объявить как некешируемую?

Не забыл.
Получается, что не устанавливается флаг EMAC_RX_OWNERSHIP_BIT в дескрипторах буферов приема,
или EMAC_Poll() не застает установленных флагов EMAC_RX_OWNERSHIP_BIT.
Дескрипторы буферов приема передачи то-же помещены в некэшируемую область как и собственно буферы.
Увеличивал количество буферов приемных до 64-х, но результат тот-же.
Затык где-то в EMAC драйвере.
В примерах FreeRTOS есть EMAC драйвер для sam7x, я этот пример собрал для sam9, но он не заработал.

1. Если честно, то так как вы инициализируете таблицу TTB ни без поллитры, ни с поллитрой не понять. В ecos есть хороший пример, как это внятно сделатъ.

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

3. Внимателъно проверить правильно ли инициализирована структура дескриптора.

Большей частью этот код результат работы нескольких человек с этого форума. Таблицы оформлены в коде таким образом для хранения во внутренней flash контроллера at91sam9xe.
Код инициализации mmu, i-cache, d-cache работает, проверено.
Я переносил буферы SPI для работы с PDC в некэшируемую область SRAM, после чего обмен по SPI с исп. PDC заработал.

Здравствуйте!
Сегодня вышел на работу, перепроверил еще раз таблицы трансляции, нашел ошибку.
Изменил icf, адреса сегментов таблиц, но не поменял адрес таблицы второго уровня в коде.
Мои изменения за беспокойство! Всем спасибо!
Добавляю работающий код (к проекту basic-emac...).
 const_flash.rar ( 1.9 килобайт ) Кол-во скачиваний: 85

А вспомните, как вы первый раз ответили насчет проверенных-перепроверенных таблиц? Руками заполненная таблица в 4096 байт постоянный потенциальный источник проблем.

Мои извинения за беспокойство! Всем спасибо!

Здравствуйте!
Заменил uIP на lwIP 1.3.2. За основу взял простой пример
 tcpecho_raw.rar ( 3.58 килобайт ) Кол-во скачиваний: 85

Как и раньше не использую SDRAM и соответственно в настройках lwIP все по минимуму. Получил скорость 1,7 Мбайт/сек.
Пока не смог модифицировать проект для передачи потока данных от микроконтроллера в ПК.
В связи с этим вопрос: Почти все примеры для TCP из lwIP используют методику запрос/ответ, т.е. на запрос с ПК возвращается порция данных. Как сделать, что-бы на запрос началась непрерывная передача данных? Как правильно использовать tcp_write не из callback функций, т.е. чтобы контроллер выступал инициатором передачи данных?

Исправил ошибки, все заработало, без оптимизации lwip с драйверами Atmel. Lwip 1.3.1, raw TCP/IP без FreeRtos. Данные "заталкиваю" в стек из основного цикла программы.

Для размера сегмента:
512 байт - скорость 7 Мбайт/сек.
1024 байт - 10 Мбайт/с.

Больше не экспериментировал, т.к. в проекте не используется SDRAM. Все буферы в SRAM.