Reliable Compiled Code Size on NI700 32 MB model
jdonachiue@shaw.ca
Junior Member
I am not onsite and I do not have the same model NI700 to test with...
Any insight will be greatly appreciated.
Thank you in advance.
THE INFO
NI700:
FG2105-03 • 32 MB SDRAM (not upgradeable)
• 16 MB Flash chip (not upgradeable)
• 512 Kb of Non-volatile SRAM
I have generic code and it compiles to:
//#define SYS_HAS_32MB True;
When this is Commented out Compiled Code Size is:
998665 Bytes
#define SYS_HAS_32MB True;
When this is Un-Commented Compiled Code Size is:
534924 Bytes
THE QUESTION
What Compiled Size can I reliably run on a 32MB System with 2 Duet Modules?
Any insight will be greatly appreciated.
Thank you in advance.
THE INFO
NI700:
FG2105-03 • 32 MB SDRAM (not upgradeable)
• 16 MB Flash chip (not upgradeable)
• 512 Kb of Non-volatile SRAM
I have generic code and it compiles to:
//#define SYS_HAS_32MB True;
When this is Commented out Compiled Code Size is:
998665 Bytes
#define SYS_HAS_32MB True;
When this is Un-Commented Compiled Code Size is:
534924 Bytes
THE QUESTION
What Compiled Size can I reliably run on a 32MB System with 2 Duet Modules?
Comments
-
There's no real good way to know until you try. Ram also gets used by the program for variable storage. So, for example, I could create a very small program hat uses huge amounts of memory depending upon how much room I declare in my variables.
One way you could test is to put it on another master first taking note of its memory shown using an empty program and the doing the math to see how much is used by the running program. If it fits it'll work. -
The small memory 700 with DUET version firmware leaves very little room for code even with DUET MEM set to the 3 meg minimum. And many DUET modules won't work reliably with only 3 meg of DUET memory. So you are likely to be out of luck. But as Eric says, you won't know til you try, because not all code uses your memory the same.
-
Thank you gentlemen, I thought it was going to be a trial and error situation.
I will set things up for a minimal runtimne memory usage and adjust when I get to site.
What level Memory would Duet Modules reliably run in?
Thank you again. -
jdonachiue@shaw.ca wrote: »Thank you gentlemen, I thought it was going to be a trial and error situation.
I will set things up for a minimal runtimne memory usage and adjust when I get to site.
What level Memory would Duet Modules reliably run in?
Thank you again.
Not trying to be coy but the answer is basically the same: it depends...
For example a duet module that controls a simple device will probably use less.
Typically the lowest duet memory I set is 8. But I'm typically up around 12~24
I have some install with way more but they're running quite a few duet modules. -
Thanks for the insight, I will start with 8 and go from there.
-
Use the VOLATILE keyword on your variable declarations in any place they don't *need* to be non-volatile or persistent. There is far more volatile memory available than non.
Categories
- All Categories
- 2.5K AMX General Discussion
- 922 AMX Technical Discussion
- 514 AMX Hardware
- 502 AMX Control Products
- 3 AMX Video Distribution Products
- 9 AMX Networked AV (SVSI) Products
- AMX Workspace & Collaboration Products
- 3.4K AMX Software
- 151 AMX Resource Management Suite Software
- 386 AMX Design Tools
- 2.4K NetLinx Studio
- 135 Duet/Cafe Duet
- 248 NetLinx Modules & Duet Modules
- 57 AMX RPM Forum
- 228 MODPEDIA - The Public Repository of Modules for Everyone
- 943 AMX Specialty Forums
- 2.6K AMXForums Archive
- 2.6K AMXForums Archive Threads
- 1.5K AMX Hardware
- 432 AMX Applications and Solutions
- 249 Residential Forum
- 182 Tips and Tricks
- 146 AMX Website/Forums