Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Первый запуск платы
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Отладочные платы > Siberia
Страницы: 1, 2
SHUR1K
Цитата(decsal @ Apr 12 2010, 12:40) *
Как эту плату приобрести? А то на e-mail указанный на сайте не отправляются письма. Приходит ответ, что Ваше сообщение не может быть доставлено. 1111493779.gif

Я нахожусь в Киеве. И с сайта нас отправили на Караваевы Дачи павильон 9В.
Цитата
Павильон 9-В "Радиодетали", радиорынок "Караваевы дачи"

Ул. Ушинского, 4
тел/факс: (044) 242-20-79, тел: 362-04-24
e-mail: radiomagazin@list.ru

Режим работы:
Вт-Вс: 9-00 16-00

Через них, собственно и была куплена плата.
dch
Цитата(SHUR1K @ Apr 12 2010, 10:00) *
Я пробовал запускать тест памяти, при этом процесс повис на попытке записи, т.е. я увидел Writing...и все.

попробуйте специфицировать область тестирования, но там достаточно плохо, у u-boot-а стэк лежит в SDRAM и сам он тоже тамже находится, если память сбойная Вы как бы в промпт можете с какойто вероятностью влететь, а вот дальше результат непредсказуем, хотя при загрузке по tftp должны контрольные суммы считаться, этот момент может быть конечно опущен при разработке u-boot-а, пропущенные куски файлов там переповторяются это точно, хотя если стэк бъется то ситуация трудно прогнозируема.
decsal
Понятно, а в Москве приобрести возможно? Или наложенным платежом например.
SHUR1K
Цитата(dch @ Apr 12 2010, 15:04) *
попробуйте специфицировать область тестирования, но там достаточно плохо, у u-boot-а стэк лежит в SDRAM и сам он тоже тамже находится, если память сбойная Вы как бы в промпт можете с какойто вероятностью влететь, а вот дальше результат непредсказуем, хотя при загрузке по tftp должны контрольные суммы считаться, этот момент может быть конечно опущен при разработке u-boot-а, пропущенные куски файлов там переповторяются это точно, хотя если стэк бъется то ситуация трудно прогнозируема.

Похоже, что проблема у меня с DataFlash. Хочу подчеркнуть, что именно у меня с ней, а в ней самой. Из SAM-BA я ее прекрасно вижу, для чистоты эксперимента вытер ее полностью командой Erase all в SAM-BA. Потом заново залил bootstrap и u-boot. Все стартонуло, но при попытке залить ядро по сети я снова увидел ненавистную мне надпись:
Код
Verifying Checksum ... Bad Data CRC
ERROR: can't get kernel image!

Далее попробовал залить ядро через последовательный порт:
Код
U-Boot> loadb 22200000
## Ready for binary (kermit) download to 0x22200000 at 115200 bps...

ядро нормально залилось в SDRAM:
Код
## Total Size      = 0x0012f454 = 1242196 Bytes
## Start Addr      = 0x22200000

но при попытке скпировать его в DataFlash я вижу ошибку:
Код
U-Boot> cp.b 22200000 D0040000 200000
Copy to DataFlash... Can't write to protected/invalid DataFlash sectors

попробовал отключить защиту (поскольку хелп в u-boot отвратительный, то пришлось практически подбирать синтаксис команды protect экспериментальным путем), сработала команда только на сектор 0, остальные писали об ошибке:
Код
U-Boot> protect off 0
Un-Protect 1 DataFlash Sectors

Код
U-Boot> protect off 1
Bad DataFlash sector specification

В общем, пока воюю...

еще обратил внимание, что при старте u-boot пишет:
Код
U-Boot 1.3.4 (Jun  2 2009 - 18:04:39)                                    

DRAM:  64 MB            
DataFlash:AT45DB321                  
Nb pages:   8192                
Page Size:    528                
Size= 4325376 bytes                  
Logical address: 0xD0000000                          
Area 0: D0000000 to D00041FF (RO) Bootstrap                                          
Area 1: D0004200 to D00083FF      Environment                                            
Area 2: D0008400 to D0041FFF (RO) U-Boot                                        
Area 3: D0042000 to D0251FFF      Kernel                                        
Area 4: D0252000 to D041FFFF      FS                                    
*** Warning - bad CRC, using default environment

Похоже, что проблема все-таки в DataFlash
SHUR1K
Цитата(decsal @ Apr 13 2010, 11:42) *
Понятно, а в Москве приобрести возможно? Или наложенным платежом например.

Попробуйте спросить здесь: evodbg
SHUR1K
Эпопея продолжается:
залил через SAM-BA образ ядра прямо в DataFlash и попытался с него загрузиться:
Код
U-Boot> bootm D0042000
## Booting kernel from Legacy Image at 22000000 ...
   Image Name:   linux-2.6
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    1242132 Bytes =  1.2 MB
   Load Address: 20008000
   Entry Point:  20008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

Starting kernel ...


И все.... больше ничего не увидел sad.gif
S_agent
Цитата(SHUR1K @ Apr 14 2010, 21:50) *
Starting kernel ...[/code]

И все.... больше ничего не увидел sad.gif

а в параметрах коммандной стоки есть чтото похожее на console=ttyS0,115200 ?
SHUR1K
Цитата(S_agent @ Apr 15 2010, 11:48) *
а в параметрах коммандной стоки есть чтото похожее на console=ttyS0,115200 ?

да, все есть:
Код
U-Boot> printenv
bootcmd=tftpboot 0x22200000 kernel; bootm 0x22200000
bootdelay=3
baudrate=115200
ethaddr=00:32:18:9A:12:02
ethact=macb0
bootargs=mem=64M console=ttyS0,115200 root=/dev/mmcblk0p1 rw rootdelay=10
stdin=serial
stdout=serial
stderr=serial
filesize=12F454
fileaddr=22200000
netmask=255.255.255.0
ipaddr=192.168.0.19
serverip=192.168.0.21

Environment size: 333/15868 bytes
dch
Цитата(SHUR1K @ Apr 14 2010, 00:01) *
Area 0: D0000000 to D00041FF (RO) Bootstrap
Area 1: D0004200 to D00083FF Environment
Area 2: D0008400 to D0041FFF (RO) U-Boot
Area 3: D0042000 to D0251FFF Kernel
Area 4: D0252000 to D041FFFF FS

Не знаю как обстоит дело в этой версии , команда protect off <стартовый адрес> <концевой адрес> снимает брокировку защиты от записи. Команда flinfo показывет сектора, если там RO то сектор запщищен от записи

там ещё можно комадночкой cp.b попробовать скопировать образ в SDRAM, командочка flinfo <адрес> выдает информацию о образе.
SHUR1K
Цитата(dch @ Apr 16 2010, 04:30) *
там ещё можно комадночкой cp.b попробовать скопировать образ в SDRAM, командочка flinfo <адрес> выдает информацию о образе.

Записать ядро в DataFlash у меня наконец-то получилось:
Код
U-Boot> loadb 22200000
## Ready for binary (kermit) download to 0x22200000 at 115200 bps...
## Total Size      = 0x00137d00 = 1277184 Bytes
## Start Addr      = 0x22200000
U-Boot> cp.b 22200000 D0042000 200000
Copy to DataFlash... done

P.S. Раньше не получалось из-за своей невнимательности, тупо копировал команду с сайта (cp.b 22200000 D0040000 200000) и не обратил внимание, что надо лить с адреса D0042000, а так получалось, что я зализал на область u-boot, а она ведь RO, вот команда cp.b и ругалась справедливо.
После этого:
Код
U-Boot> setenv bootcmd cp.b D0042000 0x22200000 200000

и на всякий случай:
Код
U-Boot> saveenv
Saving Environment to dataflash...

а потом:
Код
U-Boot>bootm 22200000

и о счастье:
Код
Uncompressing Linux.............................................................                                                                                
...................... done, booting the kernel.                                                
Linux version 2.6.27 (xuser@iron) (gcc version 4.2.0 20070413 (prerelease) (Code                                                                                
Sourcery Sourcery G++ Lite 2007q1-10)) #625 Thu Jun 25 16:11:59 EEST 2009      
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
Machine: Atmel AT91SAM9260-EK
Memory policy: ECC disabled, Data cache writeback
Clocks: CPU 198 MHz, master 99 MHz, main 18.432 MHz
CPU0: D VIVT write-back cache
CPU0: I cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets
CPU0: D cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
Kernel command line: mem=64M console=ttyS0,115200 root=/dev/mmcblk0p1 rw rootdel
ay=10
AT91: 96 gpio irqs in 3 banks
PID hash table entries: 256 (order: 8, 1024 bytes)
Console: colour dummy device 80x30
console [ttyS0] enabled


Большое спасибо всем за участие.

И для меня пока все еще остается загадкой, почему ядро не грузиться после заливки его по сети. Есть предположение, что не хватает мощности источника питания (у меня 0,75А). Попробую позже еще запустить с другим источником.
SHUR1K
Залить ядро по сети у меня так и не получилось при любых источниках питания. Стартовать получается либо при заливке ядра через RS-232 либо при заливке его напрямую в DaraFlash через SAM-BA.
Что пробовал:

1. Стабилизированный импульсный источник 9В 0.75А. Этого источника явно недостаточно для видео. Идет полный срыв синхронизации, увидеть нормальную картинку на экране монитора нельзя.

2. Нестабилизированный источник 12В 1.5А. При использовании этого источника вообще начали происходить какие-то чудеса чудесатые с платой - старт BootStrap и тут же самопроизвольная перегрузка процессора.

3. Стабилизированный импульсный источник 18В 1.5А. С этим источником удалось получить нормальную картинку на экране монитора.

И еще один момент - обещанного на сайте X-сервера я в линуксе не обнаружил.
dch
Цитата(SHUR1K @ Apr 14 2010, 00:01) *
*** Warning - bad CRC, using default environment[/code]
Похоже, что проблема все-таки в DataFlash

Тут проблемма в следующем, это может быть не ошибка. Там может быть сделано по следующей схеме, когда компилите u-boot дописывается к бинарнику переменные окружения по умолчанияю с контрольной суммой, а когда
прописывается u-boot по используемое для записи не трогает область Environmentи соответственно контрольная сумма там не та, да и переменных окружения нет, u-boot это понимает и идет такой варнинг.

по питанию сказать вообще ничего не могу схему не смотрел

Цитата(decsal @ Apr 12 2010, 13:40) *
А то на e-mail указанный на сайте не отправляются письма. Приходит ответ, что Ваше сообщение не может быть доставлено.

действительно контактный адрес не работает, может идет процесс отлова независимых девелоперов и посадка их в дурдом?
X-Shadow
Здравствуйте.
Запускаю линукс на плате как написано на сайте.
Проблема в следующем. Все нормально грузится, загружается ядро, драйвера, на экране появляется изображение пингвина. В консоли надпись:

Код
Waiting 5sec before mounting root device...
EXT2-fs warning: mounting unchecked fs, running e2fsck is recomended
VFS: Mounted root (ext2 filesystem).
Freeing init memory: 92K
INIT: version 2.86 booting


И на этом загрузка заканчивается. На нажатие на клавиатуру не реагирует. Попытка подождать подольше ни к чему не приводит.

С чем это может быть связано? Заранее спасибо
ecos-rtos_in_ua
Цитата(X-Shadow @ Dec 1 2010, 23:48) *
И на этом загрузка заканчивается. На нажатие на клавиатуру не реагирует. Попытка подождать подольше ни к чему не приводит.

С чем это может быть связано? Заранее спасибо

Сообщение на экране или в консоле (RS-232)? rootfs какая?
X-Shadow
Все разрешилось, просто я взял ядро с другими параметрами собраное и оно не подходило к rootfs.

Появился еще вопрос, я взял ядро которое выложено на сайте. Хочу попробовать использовать SPI который стоит на плате. В процессе загрузки линукса появляется строчка что есть SPI по такомуто адресу и прерывание 13 вроде как. Но в /dev нетуустройств spi. Это значит что они не подключены были в ядре при сборке? Нужно ли пересобирать ядро или можно так пообщаться по SPI? И если не трудно не подскажете ссылку на простейший пример работы с SPI? Спасибо большое.
X-Shadow
С SPI вроде разобрался. Но обнаружилась другая проблема. Хочу запустить TFT дисплей. При старте Linux пишет:

Код
Epson S1D13XXX FB Driver
        =======> nb_trial:1,ack:0,status:0xffffff02
s1d13xxxfb: chip revision 4
s1d13xxxfb: regs mapped at 0xc4802000, fb 2304 KiB mapped at 0xc4c00000
s1d13xxxfb: bpp=8, lcd_bpp=18, crt_enabled=1, lcd_enabled=0
s1d13xxxfb: xres=800, yres=600, vxres=800, vyres=2949 is_color=1, is_dual=0, is_
tft=1
s1d13xxxfb_set_par: bpp=8
pseudo colour 8
writing 03 to display mode register
setting line_length to 800
done setup
Console: switching to colour frame buffer device 100x37
fb0: S1D13806 frame buffer device


Т.е драйвер стартовал и даже вроде как должен на TFT дисплей выводить. Одновременно подключен обычный монитор через VGA разъем. На мониторе картинка пингвина и предложение ввести логин.

Однако на TFT дисплее ничего нет. Мало того, щупаю осциллографом порт на плате контроллера - все по нулям, т.е сигналов FPFRAME, FPLINE, FPSHIFT и DRDY нету как и сигналов на линии данных дисплея (FDAT0-FDAT15).

Подскажите пожалуйста с чем это может быть связано и что нужно сделать чтобы включить работу TFT дисплея
X-Shadow
Выяснил в чем проблема. Дисплей на самом деле отключен, установлен вывод только на внешний монитор. Для вывода на дисплей необходимо сконфигурировать исходник драйвера дисплея.

Я видел в соседней теме что удалось запустить дисплей от PSP на этиой плате. Есть ли у кого нибудь исходный код драйвера сконфигурированный под дисплей от PSP? У меня дисплей такой: http://media.digikey.com/PDF/Data%20Sheets...35JU-LW-ADN.pdf и я так понимаю что конфигурация от PSP не совсем подойдет но хотябы будет откуда дальше двигаться.
S_agent
гляньте в аттаче пример для psp.
этого должно быть достаточно для Вашей задачи

p.s добавил конфигуратор регистров дисплея 13506cfg под винду, думаю с ним быстрее справитесь.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.