| ??? 11/30/07 11:04 Read: times |
#147632 - Thanks - That's fixed it! Responding to: ???'s previous message |
Thanks!
I have been using the sram but it does seem to behave in unusual ways. I have set DME0 to 1 as the first line in the main loop (after the prototype and global variable definitions). PMR = PMR | 0x01; // Need to set PMR bit 0 to 1 to enable SRAM (xdata) Looking at the Keil support document, however, it talks of adding a line to the Startup.A51 file to enable the SRAM. I didn't have this line so I added it to assembler: ORL PMR,#1 ;PMR.DME0=1 (set to 1 to enable SRAM) The code now works perfectly - the table can be stored into xdata without any problems. The other niggling issues with xdata have also resolved themselves Thanks again for everyones help |
| Topic | Author | Date |
| Dallas DS89C450 - placing a large array into xram | 01/01/70 00:00 | |
| of course it does | 01/01/70 00:00 | |
| OP is using large memory model | 01/01/70 00:00 | |
| Yep - I'm using the large memory model | 01/01/70 00:00 | |
| large memory model and timing | 01/01/70 00:00 | |
| I'm using the XRAM inside the DS89C450 | 01/01/70 00:00 | |
| Do Not Forget pdata | 01/01/70 00:00 | |
| I'll look into this | 01/01/70 00:00 | |
| Divide and conquer | 01/01/70 00:00 | |
| Thanks - I will try this | 01/01/70 00:00 | |
| one other thing ... | 01/01/70 00:00 | |
| You're welcome | 01/01/70 00:00 | |
| We've fixed it | 01/01/70 00:00 | |
| It's been a while... | 01/01/70 00:00 | |
| Thanks - That's fixed it! | 01/01/70 00:00 | |
Thanks for your help | 01/01/70 00:00 |