Hi Mr.Lorquet, Randy,
Thanks a lot for the reply to my query on SDCC binary.
The ROM which I use expects a hex file not a binary(sorry i called it binary)
I get a .hex file when I use packihx utility.
I am attaching the 2 files.You may have a look at it and suggest me something.
.dua fil
test please ignore
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. D
Hi Randy,
bob...@comcast.net schrieb:
> Instead of packihx, try:
>
> makebin -p test.bin
If you want more please use srecord http://srecord.sourceforge.net/
It's cross platform, free (beer and freedom) and a lot better than
*anything* that I've commercially seen.
For the immediate need to conve
I have done something similar with an Altera DE1 board (Cyclone II)
and the 8052 core from opencores.org. Fortunately this softcore
comes with all the standard 8052 peripherals, including the serial
port. I had to modify the VHDL code in order to use the altsyncram
megafunction for RAM, XRAM,
- prateeksikka wrote:
> On Linux I do,
> sddc test.c(compiling the code , this gives me .ihx file)
> and then
> packihx test.ihx > test.hex (This gives me a hex file).
Instead of packihx, try:
makebin -p test.bin
I don't believe it is necessary to use packihx before makebin (I could b
your attachements got lost.
I think you know it: the hex file is not a binary image. the interpreted
contents has to be loaded in ROM at address zero, the read strobe for code
memory is /PSEN, not /RD. Just use google to learn how to unpack ihx data to
binary if needed.
I did not know this compan
Hello,
I am using SDCC (small device c compiler)on Linux to compile a C code for the
8051 core to execute.. The VHDL source code I use for the Core is available
free from Oregano Systems.
On Linux I do,
sddc test.c(compiling the code , this gives me .ihx file)
and then
packihx test.i
