*** Error 71 "alarm2.c" Line 545(1,2): Out of ROM,

[qwwe]

Hi, I want to save a sound that I've converted to Hex code into ROM memory Microcontroller and then play it through the Changing the PWM duty cycle.
But when compiling, it gives the following error:

[temtronic]

You really,really need to read the datasheet ! I know, 400 pages of dull, boring information, but a lot of it is very,very important. I downloaded the DS and saw that in the 'family types' chart on page 4 it says that PIC has 2K words of program storage.
so....
do you think you can store 8,000 bytes of data AND your program into 2K words ??

THIS is why it is CRITICAL to read any PICs datasheet. Even after 20 years of 'playing with PICs' I scan all the pages, read entire chapters 2-3 times when I'm using a new peripheral . It's 'little' details like VDD vs speed charts, odd register definitions, clock configurations...that you need to understand. Those are just some of the reasons I've standardized all my products on the PIC18F46K22. I've yet to run out of pins,peripherals or memory...

Jay

[Ttelmah]

Particularly on a PIC16, where each ROM location only holds 14bits, so a whole ROM word has to be used for every byte.

[qwwe]

Now, what should I do to solve the problem?
I did not get it right.

[Ttelmah]

Attach something like an external EEPROM, and store your data in this.

A little 24128. will give you 16K bytes of storage.

Only two wires needed (preferably the hardware MSSP lines), drivers in the standard library.

[temtronic]

The other option is to select a PIC with a LOT more 'program memory'. PICs are really , really inexpensive today.
If this is a hobby, consider a 40 pin device with TWO hardware UARTs and 32 or 64KW of memory.
I've been using the PIC18F46K22 as my 'goto' PIC for years now and have yet to run out of memory or peripherals.It's also good for either 3V or 5 V operation at 64MHz !

[newguy]

[temtronic]

Reminds me of how we checked for a bad RAM chips in the 70s..
test each chip by touching with a finger, the one that burnt you was the bad one ! Easy to replace as everything was in sockets back then ! Good old days...

[qwwe]

I used the 16f1829 IC, but it still has the same problem
This IC has 8 KB of memory.
And I also reduced the size of the array.Because I used the Midi format this time to reduce the volume of the song

[temtronic]

hmm you need to post your compiler version !! Critical

While the #device =16 should have allowed the memory to appear contiguous, perhaps it's a compiler bug.

Curiously it needs 0x831 which is 2097 decimal and your array is 2088. Maybe the 10 extra bytes are 'overhead' but it is a 'red flag' to me.

Makes me wonder if you're trying to use a 'student' version of the compiler where it's 'range' is limited ??


Again, please post compiler version.

[PCM programmer]

The compiler is not allowing a 'const' array to be larger than a Flash
memory page. I can't find this documented anywhere, so far.
They do document that a function can't exceed a 'segment' (Flash memory
page size): https://www.ccsinfo.com/faq.php?page=out_of_rom

The page size for the 16F1829 is 2K. So that's why you're getting the
error. Your array exceeds 2K. Also, a few more ROM words are added
by the compiler to allow accessing the array data.

One simple solution is to break up the array into two or more smaller
arrays. Then add code to access the correct array based on the index
value. Look at the CCS driver file, Graphics.c. (This is in the \Drivers
folder in the CCS installation folder on your PC). It has two font arrays,
named FONT and FONT2. Each one contains part of the font data.
Look at the glcd_text57() function. It has the following code which
selects the correct array to use, depending on the index value:

[temtronic]

Interesting what PCM P says.....makes 100% sense. Also 'interesting' that the CCS code gets around the 'bug'. Makes me thik they knew about it back then and have never addressed the issue, maybe since no ones reported it ??