Я както по-ошибке пытался залить в свой Эон битстрим от DE1, и тоже сначала недоумевал, почему в самом начале заливки nSTATUS падал на "0". Я думаю в битстриме есть какая-то информация о самом камне, контрольные суммы и т.д.
И вот ещё что... при последовательном программировании у альтеры первым битом в байте идёт младший бит. Это очень важно при последовательном программировании и приходится перед заливкой менять местами биты. Советую проверить это! Посмотри доки на достоверность, может при паралельном тоже так?
Или просто попробуй в rbf-файле перед его прошивкой в PROM поменять местами биты во всех байтах: 7<->0, 6<->1 и т.д.
з.Ы. с флексами я никогда дела не имел, только с циклонами
Raw Binary File (.rbf)
The RBF is a binary file containing the configuration data. The RBF does not contain byte separators (e.g. commas or carriage returns); it is literally a raw binary file that contains a binary bitstream of configuration data. For example, one byte of RBF data
is 8 configured bits 10000101 (85 Hex). Data must be stored so that the least significant bit (LSB) of each data byte is loaded first. The converted image can be stored on a mass storage device. The microprocessor can then read data from the binary file and load it into the FPGA. You can also use the microprocessor to perform real-time conversion during configuration. In the PS configuration schemes, each byte of data should be sent with LSB first. In the FPP, PPS, and PPA configuration schemes, the target device receives its information in parallel from the data bus, a data port on the microprocessor, or some other byte-wide channel.


Ответить с цитированием
Размещение рекламы на форуме способствует его дальнейшему развитию 


