SX/B question - How do I find out how much EEPROM is written to /Is there a M

LoopyByteloose

Hello,
Well I got my HP Printer with the SX-28 board, but I am thinking of adding DATA.
[noparse][[/noparse]It is for the HP Contest and I·want to print some special graphic characters and maybe some Chinese in a 24x24 matrix].

While I am pleased to see that I can write to 24LC64 EEPROM if necessary, I would prefer to leave that intact as it has 3 12x12 fonts in it that I would have to later restore or loose.·

[noparse][[/noparse]I don't see that there is a file available to duplicate them, so I would have to download and save before I modify.]

To date, I have tried downloading the SX/B and compiling it [noparse][[/noparse]no problem with doing so] and then trying to find out how much of the program memory remains available for additional DATA and additional software.

Without actually programing an SX-28, I cannot seem to locate the information.
Do I have to duplicate this on an actual SX-28 and run the Debugger?
Can the SX-Sim provide the information without doing so?

Or, is this not available as a feature?

Or, can I somehow read the LIST software to sort all this out?

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
"When all think alike, no one is thinking very much.' - Walter Lippmann (1889-1974)

······································································ Warm regards,····· G. Herzog [noparse][[/noparse]·黃鶴 ]·in Taiwan

Jon Williams

Compile the program and then open the Device window (Run -> Device); that will let you scroll through the flash to see what's used and what's not.

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Jon Williams
Applications Engineer, Parallax

LoopyByteloose

Thanks Jon, that was quite easy.

And I see that I have available more than 600 bytes of the 2k.
[noparse][[/noparse]Plenty for an additional graphic image.]

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
"When all think alike, no one is thinking very much.' - Walter Lippmann (1889-1974)

······································································ Warm regards,····· G. Herzog [noparse][[/noparse]·黃鶴 ]·in Taiwan

Guenther Daubach

Kramer,

when SX/B compiles an application, a list file, and some other files are generated but by default, they will be deleted again after a successful compile.

In the IDE, select "Run - Configure, and then SX/B Compiler from the Category list. Uncheck the "SX/B files to "Output Files dir" option. This will write the output files to the path where your source code file is located, and they won't be deleted. So you can check the list file if you need more information about available program memory.

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Greetings from Germany,

G

LoopyByteloose

I am a bit embrassed that I had to ask. But since this is a hobby and not a profession for me, I learn more slowly. Maybe I forget more quickly as well.

I took a look and found the box to uncheck.

You really do think of everything. I was wondering how to get a print out of the list and it seems this will make it easier.

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
"When all think alike, no one is thinking very much.' - Walter Lippmann (1889-1974)

······································································ Warm regards,····· G. Herzog [noparse][[/noparse]·黃鶴 ]·in Taiwan

Thomas Taylor

Good morning all,

I too am interested, as Kramer, about the layout of the program space. Yesterday I learned the good information Guenther just shared by doing a search (probably landed on a previous post of his!). Then I went and followed Jon's directions and observed the hex code for one of my programs (which is my first attempt at paging). The same desire as Kramer hit me about wishing to have a printout of the program space to have a more visual idea of my memory usage. I went back to RUN/DEVICE and selected SAVE HEX and saved the file (remembering to change the file type selection to ALL FILES (*.*) so I would be able to locate it later - it is an .SXH file). Opening this file I was able to FILE/PRINT and get a hard copy.

Now my questions! What I printed was not a perfect reproduction of the screen map as seen under RUN/DEVICE (which is what I was hoping for and I believe Kramer also wanted to see). I could locate my code by comparing the RUN/DEVICE screen map and the printout. There seemed to be what I would call a high/low storage reversal of the data.

2EA 00C 1E2 B2F B2F ..... is printed out as EA020C00E2012F0B2F0B.... [noparse][[/noparse] EA02 0C00 E201 2F0B 2F0B ]

What I have not been able to figure out is the last two hex characters at the END of each line of the printout and the eight "address" characters at the BEGINNING of each line. The code that actually starts at $100 in my program appears in the printout at :20020000.

Can anyone help by explaining the format of this printout?

I am hoping that there may be a way to print the hex map as it appears in the RUN/DEVICE screen display.....then answers to these questions won't be necessary as this printout is not easy to follow.

Thanks in advance.

Thomas Taylor

LoopyByteloose

I believe that you may be looking at a 'standard' hex file.
That file is intended to be loaded straight into a programing device without any changes.
It allows you to provide code that others cannot easily peek at on the production line and is the file that is used to move code directly into an SX via the SX-Key or SX-Blitz.

Each line has the same amount of bytes, but the computer needs to know where there are a beginning and an end. Also, there is a checksum to recognize errors. So it adds bytes to encode what it is and where it belongs.

Usually there is first a colon, double the number of instructions in the line, and so on. There are actually two or more formats based on different manufacturers.

I was actually more interested in the LIST file as it will help be compare the SX/B [noparse][[/noparse]which is Basic] to the SASM [noparse][[/noparse]which is assembler mnemonics]. The Mnemonics really help jog your memory rather than trying to read a sequence of pure Hexidecimal machine code.

The easiest way to get the Hexmap that is on the screen is to press "Ctrl + PrtSc", then open a WordPad file and do a 'Ctrl+V".
You should have a file with an exact image of your screen.

Be careful though. It looks so much like your screen [noparse][[/noparse]when in full size] that you may think you have frozen your computer. It won't respond to mouse clicks or cursor control. You have to do a File Save and edit it as a visual image.

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
"When all think alike, no one is thinking very much.' - Walter Lippmann (1889-1974)

······································································ Warm regards,····· G. Herzog [noparse][[/noparse]·黃鶴 ]·in Taiwan

Post Edited (Kramer) : 3/9/2006 6:19:38 AM GMT

Thomas Taylor

Kramer,

Thanks for all the information.

Thomas