rain1975

Проверил загрузку из eeprom'а - один и тот же файл у меня загружается как с eeprom'а так и через UART (что вполне логично).

честно говоря с eeprom'не пробовал загрузку, но судя по описанию ситуациция аналогична UART'у. сейчас снова проверил загрузку через UART - у меня всё работает (как вариант проверки можете загрузить мой бинарник). Однако следует учесть что: 1) полный размер загружаемого файла должен составлять 2048 байт, с учётом записи CRUS, причём весь файл грузится с 0x80014000, а потому управление передаётся на точку 0x80014004 (надо учесть этот момент при компиляции!!!) 2) при попытке загрузить больший файл почему то у меня запуска не происходило, так и не понял почему, но это уже видимо другие глюки.

а этот же файл из eeprom нормально работает?

отправлять бинарный файл, видимо это bin (я c IARом не работал)

насколько я помню, всё так!

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

У меня использовался обычный часовой кварц, были проблемы с запуском. Без кварца, как известно процессор не стартует. Поскольку вы используете внешний генератор, вам должно быть виднее что делать. Но просто обратите внимание на этот момент. Если возможно, то попробуйте в качестве эксперемента часовой кварц.

как я понимаю - постоянно перегружается процессор! у меня была такое было при нестабильной работе часового кварца (подключённого к процессору), проверьте его запуск (обратите внимание на номиналы емкостей).

Судя по описанию SC32442A45 это с 512Mb mSDRAM (x32) Интересно за какие деньги они продаются?

Подозреваю что дело в логической адресации и физической адресации блоков, дело в том что нулевой блок не имеет логического адреса, а соответственно блок с физ.номером 1 имеет логический адрес 0. Видимо WinHex (и другие программы) через Win-ды видят логическое пространство. Соответственно считав с карты блок с адреса 512, видимо в WinHex'e он будет по нулевому адресу, проверьте интересно. А физический нулевой блок это просто бутовый блок (см. FILE SYSTEM SPECIFICATION). Кстати с нулевым блоком связаны интересные моменты, если его стереть (или испортить) то Wind'ы не смогут отформатировать карту, вот так вот они сделаны.

Как я понимаю вы пытаетесь работать в SPI режиме (я работал тольков SD-режиме). Судя по описания процедура инициализации SPI-режима должна начинатся так: командой CMD0 с активным CS (в нуле), далее идёт CMD1 и.т.д. Может карта осталась в SD-режиме.

1. Что касается команды CMD16, то BLOCKLEN обычно может быть от 1 до 512, карточки с возможной длиной более 512 не встречал. 2. Команду CMD17 подаётся в состоянии tran, вы правильно подаёте её, т.к вы находитесь в этом состоянии (иначе бы команда и CMD16 не работала). Проблема видимо в получении данных по линии DAT0-3(или DAT0 если 1-битный режим). Убедитесь что работает правильно код получения даныых по линии данных.

А как всё это пересобрать (вот это и вызывает затруднения, что где и как?), потому что видимо этот файл не подходит, т.к он под edb9707, а у меня своя разведённая плата, и я посмотрел схему edb9707, распределение памяти не совпадает с моей платой.

Смотрите в eCos - он оттуда, там и описано, как работает и как пересобрать. туда я посмотрел...но честно говоря не очень понятно, я взял redboot.bin отсюда http://arm.cirrus.com/files/linux/releases.../edb9307/images может он не подходит?

что за блок управления инжектором, какая инф-ия с него идёт? можно посмотреть описание этого блока, каков формат данных?

Как я понимаю этот загрузчик должен находиться во FLASH с адреса 0x00? Записал его туда, во время старта начинает помигивать зелёным светодиодом, но связь по терминалу установить не удаётся (во время старта ничего не идёт в терминалку).

Почему при чтении блоков с адресов близких к максимальной ёмкости карты она просто не отвечает, так задумано?

Любопытный момент: есть две SD карты (Transcend 512 и 256 Mb) на одной написано 80x На другой 45x, как я понимаю скоростные характеристики. Однако в CSD регистре как у первой, так и у второй в поле TRAN_SPEED вижу 25 Mbit/s. Т.е макс. скорости (по чтению) декларируются одинаковые. Вопрос в чём же разница между 80х и 45х?

всё равно не сходится. :(

Хорошая задача, были идеи, подумаю и напишу потом. А пока можно решить в лоб - будет медленно, но для проверки работоспособности сгодится. чего то в лоб не получилось...не сошлось, как я понимаю стартовый и стоповый бит в crc не входит, считаем только по данным?

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

Напишите, какую последовательность команд (с аргументами) Вы даете до CMD7, и какую команду - после. До CMD7 всё нормально. Посылаю CMD7 c аргументом RCA (и она переходит в trans mode) и сразу за ней посылаю CMD7 с аргументом 0 (ожидая что она перейдёт в stand-by), вот на вторую CMD7 ответ и не приходит.

Сигнал BUSY посылается. Первый ненулевой бит - это END-бит ответа, как я понимаю. Он посылается после CMD7? После команды смотрю DAT0 и там постоянно 1. Однако следущая команда уже не проходит (нет ответа).

Только не сбросить, а установить - бит Busy в OCR инверсный, насколько я помню. Понятно, это заработало. А что такое за BUSY посылается (к примеру на команду CMD7 и.т.п) по линии DAT0?

Кто знает Single 2-Input Positive-NAND Gate с быстродействием <5ns? Которые легко доставаемы в живом виде.