xmodem.zip ( 151.17 килобайт ) Кол-во скачиваний: 208
 uboot_handshake.zip ( 168.66 килобайт ) Кол-во скачиваний: 180
 8hex2bin.zip ( 32.16 килобайт ) Кол-во скачиваний: 191
 diff.zip ( 111.04 килобайт ) Кол-во скачиваний: 161
На плате Rainbow у меня стоит микроновкая память MT48LC4M16A2TG-75 ( 1 Meg x 16 x 4 banks).
Xmodem при записи в SDRAM не работает - выдает ошибки. Поэтому приходится писать в плату при помощи своих самодельных протоколов. CRC - сервисы процессора правильно считают CRC16, CRC32, ... только когда подсчитываемый массив находится в во внутренней SRAM процессора.
Записал в DataFlash romboot.bin, модифицировав его таким образом, чтобы он копировал себя из internal SRAM в DataFlash.
Записал u-boot в DataFlash, побайтно возвращая из платы на PC hex-символы для контроля ошибок при коммуникации DBGU, затем сбрасывая копию массива из SDRAM через DBGU по 4 hex - символа в файл на РС, и побайтно сравнивая затем переданный и принятый файлы, и затем записывая массив из SDRAM в DataFlash.
При попытке запустить u-boot ничего не происходит. Сбросив копию области 0x20F00000 u-boot'a через DBGU на PC и побайтно сравнив файлы обнаружил массу ошибок по адресам, соответствующим младшему байту на шине данных процессора.
Визуальный осмотр под микроскопом монтажа на плате дефектов не выявил. Пропайка микросхемы памяти и резисторов на шине данных не помогла.
Что можно сделать еще, кроме замены микросхемы памяти, соотв. младшим разрядам шины данных процессора.


P.S. В аттаче MS VC6 проекты моих консольных приложений, которые я использую, и файл diff с данными побайтного сравнения переданного и считанного u-boot'a.

Сообщение отредактировал Vishay - Jul 31 2007, 08:39

В romboot память верно настроена ?

 cmdline.zip ( 413.59 килобайт ) Кол-во скачиваний: 187


В соответствии с документацией на м/сх SDRAM NR=12 NC=8 NB=4 и init.c romboot'a SDRAMC_CR=0x2188c154.

Сообщение отредактировал Vishay - Jul 31 2007, 08:35

Если сбоит только младший байт шины, то можно предположить наличие проблемы с соответствующим сигналом DQM.

Если сбоит только младший байт шины, то можно предположить наличие проблемы с соответствующим сигналом DQM.

To a3r3:

Спасибо. Буду смотреть сигнал SDR_DQM0.

там вроде все cбойное, надо прозвонить, обычно такого трудно добиться

Написал небольшой тест записи байтов по шине в SDRAM, смотрел в осциллограф сигналы SDR_DQM0, SDR_DQM1, SDR_DQM2, SDR_DQM3 на микросхемах памяти и на резисторных сборках - ничего подозрительного не обнаружил.
Прозвонил тестером в диодном режиме ( плюс тестера на корпус платы ) контакты на резисторных сборках, соответствующие сигналам SDR_DQM0, SDR_DQM1, SDR_DQM2, SDR_DQM3 : на трех последних напряжения одинаковые, а на первом существенно отличается. Обнаружил непропай контакта резисторной сборки , соответствующий сигналу SDR_DQM0 со стороны процессора. Пропайка проблему устраила.
Сейчас уже работает Linux на плате Rainbow .

Сообщение отредактировал Vishay - Aug 6 2007, 08:35