Народ кто имел дело с EP9302, Как оно глюков много Опции

[asen]

Вот хочу поизучать EP9302 есть возможность достать на халяву может кто работал подскажите много ли там глюков найдено и есть ли порт под него на какую нибудь ось зарание спасибо

[aaarrr]

Взять WinCE было не проблемно:
Сначала скачал Windows Embedded CE 5.0 Evaluation Kit with Platform Builder файлик в 2 мб, который вытянул ещё ~1.5 Гбайт.

Понятно. У меня он все так и не вытянул

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

[sff]

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

Действительно очень любопытно было запустить =) только вот 16мб для неё маловато =( я так всё что хотел посмотреть так и не посмотрел...
А вытягивал он тоже не без сюрпризов, раз 5 появлялось окно не могу скачать такой-то файл, приходилось retry нажимать.

PS хотел iperf запустить из под WinCE и посмотреть насколько ethernet там шустрый но увы быстро портировать мне не удалось.

[MemoryTest]

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

Действительно очень любопытно было запустить =) только вот 16мб для неё маловато =( я так всё что хотел посмотреть так и не посмотрел...
А вытягивал он тоже не без сюрпризов, раз 5 появлялось окно не могу скачать такой-то файл, приходилось retry нажимать.

PS хотел iperf запустить из под WinCE и посмотреть насколько ethernet там шустрый но увы быстро портировать мне не удалось.

Там дело такое по умолчанию в проекте стоит переменная BSP_EP93XX_COPY_FLASH_TO_RAM
(в Platforn\settings\environment) и поэтому образ пишеться ебутом в НОР флешь(и соотвентственно ограничен размерами флеши). Для отладки, эту переменную можно убрать -> тогда ебут будет закачивать образ прямо в СДРАМ и передовать ему управление. У меня образ с CF2.0-headless порядка 7мб релиз версия.

[sff]

Там дело такое по умолчанию в проекте стоит переменная BSP_EP93XX_COPY_FLASH_TO_RAM
(в Platforn\settings\environment) и поэтому образ пишеться ебутом в НОР флешь(и соотвентственно ограничен размерами флеши). Для отладки, эту переменную можно убрать -> тогда ебут будет закачивать образ прямо в СДРАМ и передовать ему управление. У меня образ с CF2.0-headless порядка 7мб релиз версия.

Спасибо за дельный совет, но пока я грузил весь образ во флеш через COM. А вот насчёт Eboot'a надо во флеш eboot.nb0 прошить и потом он по DHCP берёт ип и путь к вытягиваемому файлу? и по TFTP его тянет? Вообще где к нему доку найти можно?

7мб прикольно =) Я то пока туда можно сказать всё что есть накидал, типа пасьянса, всяких ворд вьюверов, .NET Compact framework и оно кране неприлично отъело. Хотя в проекте это нафиг не нужно но просто интересно.

Кстати вот ещё один моментик хотел уточнить насчёт СЕ. Он весь образ с флеш безвариантно в RAM распаковывает, или как в линуксе с cromfs только в моменты доступа к файлам? Тоесть не распаковывает ли тупо в RAM а потом при запуске модуля сново в RAM образ проецирует. А то даже на референсной конфигурации от Cirrus получал раза 2 сообщения что памяти не хватает...

[MemoryTest]

Там дело такое по умолчанию в проекте стоит переменная BSP_EP93XX_COPY_FLASH_TO_RAM
(в Platforn\settings\environment) и поэтому образ пишеться ебутом в НОР флешь(и соотвентственно ограничен размерами флеши). Для отладки, эту переменную можно убрать -> тогда ебут будет закачивать образ прямо в СДРАМ и передовать ему управление. У меня образ с CF2.0-headless порядка 7мб релиз версия.

Спасибо за дельный совет, но пока я грузил весь образ во флеш через COM. А вот насчёт Eboot'a надо во флеш eboot.nb0 прошить и потом он по DHCP берёт ип и путь к вытягиваемому файлу? и по TFTP его тянет? Вообще где к нему доку найти можно?

7мб прикольно =) Я то пока туда можно сказать всё что есть накидал, типа пасьянса, всяких ворд вьюверов, .NET Compact framework и оно кране неприлично отъело. Хотя в проекте это нафиг не нужно но просто интересно.

Кстати вот ещё один моментик хотел уточнить насчёт СЕ. Он весь образ с флеш безвариантно в RAM распаковывает, или как в линуксе с cromfs только в моменты доступа к файлам? Тоесть не распаковывает ли тупо в RAM а потом при запуске модуля сново в RAM образ проецирует. А то даже на референсной конфигурации от Cirrus получал раза 2 сообщения что памяти не хватает...

По ком порту очень долго обычный путь по езернету.
Ебут там сделан так: если он прошит Вами в НОР флешь и отконфигурирован для работы по езернету
1. он стартует и начинает слать BOOT ME на 255.225.255.255
2. Принимает образ в СДРАМ по езернет
3. В зависимости от место назначения образа FLASH\SDRAM
(уснавливается флагом BSP_EP93XX_COPY_FLASH_TO_RAM; смотрите config.bib) он или прошивает его
во флешь или передает управление образу в СДРАМ соответственно.
причем если вы используете все как сделано у Цирруса в конфигах, и прошиваете во флешь - то
он затирает сам себя этим образом чтобы при следующем старте образ уже стартовал самостоятельно.
4. При старте образ проверяет по PC где он работает: есди он работает из флешь- он копирует себя
в SDRAM и начинает уже работать из неё.
это все относится когда не установлен IMGFLASH.

Когда установлен IMGFLASH предпологается использование XIP режима т.е. ось будет работать прямо из флешь., при этом выключается режим компресси-> размер растет.


Для non-XIP режима сам образ когда скопирутся в память, уже там самостоятельно расспаковывыется.,
разворачивает файловую систему в памяти и.д.

Насчет ебута: да он может работать по DHCP но можно и жеско привязать его к IP
options.h в \inc каталоге

#define EBOOT_STATIC_IP
#ifdef EBOOT_STATIC_IP
#define EBOOT_CS8950_IP_ADDRESS "192.168.0.xxx"
#define EBOOT_CS8950_SUBNET_MASK "255.255.255.0"
#define EBOOT_CS8950_TFTP_PORT 0x0900
#endif

после добавления пересобрать и все ок.

там все просто

насчет ебута и tftp: можно закачать образ и без Platform Buildera с помощью
http://kin.klever.net/pumpkin/ порт нужно поставить 980 и имя файла должно быть boot.bin

[sff]

PumpKIN помог и с помошью EBOOTа писать в флешь гооораздо быстрее сенкс

3. В зависимости от место назначения образа FLASH\SDRAM
(уснавливается флагом BSP_EP93XX_COPY_FLASH_TO_RAM; смотрите config.bib) он или прошивает его
во флешь или передает управление образу в СДРАМ соответственно.
причем если вы используете все как сделано у Цирруса в конфигах, и прошиваете во флешь - то
он затирает сам себя этим образом чтобы при следующем старте образ уже стартовал самостоятельно.

А вот с RAM не получилось. Установил я BSP_EP93XX_COPY_FLASH_TO_RAM в 0 в Settings->Enviroment ( было 1) после sysgen a ничего не изменилось сново образ во флеш пишет. Eboot.nb0 я для надёжности тоже перепрошил результат не изменился..

А вообще где эту переменную прописывать?

[MemoryTest]

PumpKIN помог и с помошью EBOOTа писать в флешь гооораздо быстрее сенкс

3. В зависимости от место назначения образа FLASH\SDRAM
(уснавливается флагом BSP_EP93XX_COPY_FLASH_TO_RAM; смотрите config.bib) он или прошивает его
во флешь или передает управление образу в СДРАМ соответственно.
причем если вы используете все как сделано у Цирруса в конфигах, и прошиваете во флешь - то
он затирает сам себя этим образом чтобы при следующем старте образ уже стартовал самостоятельно.

А вот с RAM не получилось. Установил я BSP_EP93XX_COPY_FLASH_TO_RAM в 0 в Settings->Enviroment ( было 1) после sysgen a ничего не изменилось сново образ во флеш пишет. Eboot.nb0 я для надёжности тоже перепрошил результат не изменился..

А вообще где эту переменную прописывать?

Нада её вообще делит сделать! она прописана в (в Platforn\settings\environment)
или просто переменовать ее в типа аля BSP_EP93XX_COPY_FLASH_TO_RAM_
Config.bib её не анализирует на значения 1 или 0, он ее анализирует на то что она есть или её нет )