roboforum.ru

В общем проблему устройства ttyACM0 решил. Описываю решение по шагам:
1) Включаем mini2440 в режиме NAND
2) При загрузке u-boot в течении 3..2..1..0 нужно нажать любую клавишу для прерывания загрузки
3) После того как u-boot перейдет в командный режим винда найдет устройство, которое нужно просто далее... готово (не нужно искать дрова но и не нужно его отменять)
4) В VirtualBox сделует по скриншоту Сергея подключить девайс, после чего VirtualBox найдет и установит свое устройство
5) После этого Dfu - устройство будет работать

Но столкнулся со следующей проблемой:
Даю в виртуалке команду заливки ядра линукс:

Код: Выделить всё • Развернуть

calculate mini2440 # dfu-util -a 0 -D ./images/uImage_T35 -R

В результате следующий лог выдается:

Код: Выделить всё • Развернуть

dfu-util - (C) 2007-2008 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

dfu-util does currently only support DFU version 1.0

Opening USB Device 0x0000:0x0000...
Claiming USB DFU Runtime Interface...
Determining device status: state = appIDLE, status = 0
Device really in Runtime Mode, send DFU detach request...
Resetting USB...
not at least 2 device changes found ?|?
Lost device after RESET?
calculate mini2440 #

И на этом все. Насколько я понимаю, ядро он не заливает

Добавлено спустя 49 минут 57 секунд:
В общем работа с dfu-util на моем экземпляре немного глючная, потому по совету Сергея я залил ядро через tftp:
(на хост линуксе должен быть поднят tftp (# /etc/init.d/atftp restart) и его корне (/tftproot) должен лежать файл uImage)

Код: Выделить всё • Развернуть

MINI2440 # setenv ipaddr (адрес миньки)
MINI2440 # setenv serverip (адрес виртуельной машины)
MINI2440 # nand erase kernel
MINI2440 # tftpboot 0x32000000 uImage
MINI2440 # nand write.e 0x32000000 kernel
MINI2440 # setenv bootcmd 'nboot.e kernel ; bootm'
MINI2440 # saveenv

Код: Выделить всё • Развернуть

Resetting USB...
not at least 2 device changes found 
Lost device after RESET?

Да, было тоже самое у меня) Думаю это из-за винды...

вероятно движок виртуал бокса на время отключает коннект USB от виртуалки в момент смены режима DFU
и его утилита просто теряет
ну да и фиг с ним, легко заменимо коннектом по сети

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

привет всем, я так понимаю что у всех прошит в NOR загрузчик VIVI а как он должен грузиться , просто переключением свичера NOR/NAND ? или же нужно проделать ещё какие то маниуляции ? пробовал ради интереса прошить в NOR u-boot , также результат ноль . что не так ? запрашиваю помощь зала . При переключении в положение NAND грузиться Qtopia без каких либо намёков на появление загрузчика .

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

Добавлено спустя 54 секунды:
NOR прошивается только программатором JTAG

ну всё правильно прошивал через JTAG проводком приложенным к комплекту по инструкции вот тут forum96/topic8402.html всё проходит нормально без ошибок , но и без прошивки с переключателем в положении NOR мини у меня не грузиться , тупо чёрный экран и всё.

значит прошилось криво

то есть в начало его не было , а теперь он ещё и криво встал ?

ну видимо так
а может NOR кривой - попробуйте почитать с него код
кстати бинарник какой шили, он через NAND проверенно работает ?

пробовал прошить и supervivi который прилагаеться и uboot который есть на форуме , данные пишутся нормально верификация проходит , пробовал считать и сличал друго с другом (исходный что шью и прочитаный) отличий нет , возможно нужно прошить его не с нулевого адреса как написано ? вообще как происходит загрузка щёлкнул переключателем грузимся с NOR , щёлкнул в другую сторону с NAND ? просто в NAND вгонять его пока не хочу , вдруг всё таки что то я не так делаю.

прошивается четко по инструкции
Flash Width x Chip: 16-Bit x 1-Chip
Flash Start Addr: 0
RAM Start Addr: 3 000 000 000

обращаю внимание что переключение NOR/NAND делается только на выключенном устройстве (что будет плохого не знаю но производитель это четко оговаривает)
когда переключатель в режиме NOR меняется адресация и пространство от нуля содержит код из NOR

ок , спасибо , ну вроде как всё значит по инструкции , ну вечером почитаю что не так , но похоже всё таки глюк в плате.

купил mini2440 с установленным Linux FriendlyARM 2.6.32.2-FriendlyARM.
не монтирует флешки с файловой системой ext2(ext3)(не автоматически, не вручную), с файловой системой fat32 монтируется без проблем.
подключил устройство к компьютеру через com порт, в консоли при подключении флешки пишет следующее:
[root@FriendlyARM /]# usb 1-1: new full speed USB device using s3c2410-ohci and address 3
usb 1-1: New USB device found, idVendor=1687, idProduct=3257
usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1: Product: USB2.0 FlashDisk
usb 1-1: Manufacturer: Kingmax
usb 1-1: SerialNumber: C080000000002292
usb 1-1: configuration #1 chosen from 1 choice
scsi1 : SCSI emulation for USB Mass Storage devices
scsi 1:0:0:0: Direct-Access Kingmax USB2.0 FlashDisk 1100 PQ: 0 ANSI: 4
sd 1:0:0:0: Attached scsi generic sg0 type 0
sd 1:0:0:0: [sda] 3932160 512-byte logical blocks: (2.01 GB/1.87 GiB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Assuming drive cache: write through
sd 1:0:0:0: [sda] Assuming drive cache: write through
sda: sda1
sd 1:0:0:0: [sda] Assuming drive cache: write through
sd 1:0:0:0: [sda] Attached SCSI removable disk
FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!

при попытке монтировать вручную пишет No such device

По умолчанию в ядре не включена поддержка ext2 и ext3