- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I have a Cyclone III EP3C5 design that uses an EPCS4 device in AS mode for remote system update. my question: what file format am I supposed to use when downloading a new application configuration into the EPCS16?.rpd or .rbf or else?
Please help. Thanks a lot in advanceLink Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
.rbf
But make sure you use the correct bit order. In some applications you need to flip the bits like this: out_byte[7] <= inByte[0]; out_byte[6] <= inByte[1]; out_byte[5] <= inByte[2]; out_byte[4] <= inByte[3]; out_byte[3] <= inByte[4]; out_byte[2] <= inByte[5]; out_byte[1] <= inByte[6]; out_byte[0] <= inByte[7];- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
i am afraid i have to disagree. RPD is the correct format. it is already bit reversed.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
If you are using srunner software then rpd is the obvious choice. But I wrote my own drivers from scratch and just used the rbf file because it was lying around on the disk. And yes, I had to bit reverse the bytes for use by the altera altasmi_parallel megafunction. Watch that one!
Nick- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
use the .rbf file and write it into your flash reversing the bits of each byte.
The .rbf file can be generated at build time, but its up to you to write it into flash correctly.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Where can I find the rbf format definition
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hmmm not sure I ever found a definition, which is why I had to find out the hard way that the bits are in reverse order with respect to the way the serial flash is programmed. But viewing with a hex editor, it just seems to be what it's name suggests: a binary config file (compressed if you have compression enabled). There are some bytes at the top that never change - some kind of header.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I did it as amilcar (http://www.alteraforum.com/forum/member.php?u=27697) said,it works, thanks a lot.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
RBF file is encrypted, isn't it? Then, how can you write its content in EPCS?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
RBF file is not encrypted,i wrote it to EPCS use I2c bus of CPU through FPGA,using remote configeration core in FPGA.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
lanliang714
I have made the settings in 'device and pin' settings in Quartus for rbf file genaration and compiled the design. Quartus have generated the .rbf file. When I open this .rbf file in Quartus editor, its contents are all symbols. Is it a problem of Quartus Licence? Which Quartus are you using? I am using Quartus II 12.0 sp2. Thanks.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I use quartus 9.0,same as you,i just see symbols ,that‘s doesn't matter
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Then what did you write into EPCS? How did you applied bit-reversal to each byte before writing into EPCS? You mentioned that you used I2C, so you must had some byte to transfer. You can't transfer symbols. I think you might be reading the file in some way and that's why you didn't bother about the contents of the file. How did you do that?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
i think you make this too complicated,CPU deliver the .rbf file without any change,
i did bit-reversal in fpga as foll assign d_to_E[0] = data_to_EPCS[7]; assign d_to_E[1] = data_to_EPCS[6]; assign d_to_E[2] = data_to_EPCS[5]; assign d_to_E[3] = data_to_EPCS[4]; assign d_to_E[4] = data_to_EPCS[3]; assign d_to_E[5] = data_to_EPCS[2]; assign d_to_E[6] = data_to_EPCS[1]; assign d_to_E[7] = data_to_EPCS[0];
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page