Jump to content

    

rain1975

Участник
  • Content Count

    104
  • Joined

  • Last visited

Community Reputation

0 Обычный

About rain1975

  • Rank
    Частый гость
  1. Проверил загрузку из eeprom'а - один и тот же файл у меня загружается как с eeprom'а так и через UART (что вполне логично).
  2. честно говоря с eeprom'не пробовал загрузку, но судя по описанию ситуациция аналогична UART'у. сейчас снова проверил загрузку через UART - у меня всё работает (как вариант проверки можете загрузить мой бинарник). Однако следует учесть что: 1) полный размер загружаемого файла должен составлять 2048 байт, с учётом записи CRUS, причём весь файл грузится с 0x80014000, а потому управление передаётся на точку 0x80014004 (надо учесть этот момент при компиляции!!!) 2) при попытке загрузить больший файл почему то у меня запуска не происходило, так и не понял почему, но это уже видимо другие глюки.
  3. а этот же файл из eeprom нормально работает?
  4. отправлять бинарный файл, видимо это bin (я c IARом не работал)
  5. насколько я помню, всё так!
  6. во премя ресета горят одновремнно зелёный и красный, потом при загрузке с UARTа должен загораться зелёный светодиод, красный выключается.
  7. У меня использовался обычный часовой кварц, были проблемы с запуском. Без кварца, как известно процессор не стартует. Поскольку вы используете внешний генератор, вам должно быть виднее что делать. Но просто обратите внимание на этот момент. Если возможно, то попробуйте в качестве эксперемента часовой кварц.
  8. как я понимаю - постоянно перегружается процессор! у меня была такое было при нестабильной работе часового кварца (подключённого к процессору), проверьте его запуск (обратите внимание на номиналы емкостей).
  9. SC32442Axx

    Судя по описанию SC32442A45 это с 512Mb mSDRAM (x32) Интересно за какие деньги они продаются?
  10. Подозреваю что дело в логической адресации и физической адресации блоков, дело в том что нулевой блок не имеет логического адреса, а соответственно блок с физ.номером 1 имеет логический адрес 0. Видимо WinHex (и другие программы) через Win-ды видят логическое пространство. Соответственно считав с карты блок с адреса 512, видимо в WinHex'e он будет по нулевому адресу, проверьте интересно. А физический нулевой блок это просто бутовый блок (см. FILE SYSTEM SPECIFICATION). Кстати с нулевым блоком связаны интересные моменты, если его стереть (или испортить) то Wind'ы не смогут отформатировать карту, вот так вот они сделаны.
  11. Как я понимаю вы пытаетесь работать в SPI режиме (я работал тольков SD-режиме). Судя по описания процедура инициализации SPI-режима должна начинатся так: командой CMD0 с активным CS (в нуле), далее идёт CMD1 и.т.д. Может карта осталась в SD-режиме.
  12. 1. Что касается команды CMD16, то BLOCKLEN обычно может быть от 1 до 512, карточки с возможной длиной более 512 не встречал. 2. Команду CMD17 подаётся в состоянии tran, вы правильно подаёте её, т.к вы находитесь в этом состоянии (иначе бы команда и CMD16 не работала). Проблема видимо в получении данных по линии DAT0-3(или DAT0 если 1-битный режим). Убедитесь что работает правильно код получения даныых по линии данных.
  13. redboot.bin & ep9307

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

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