8/20/2009 10:05 AM | |
Joined: 8/20/2008 Last visit: 6/25/2024 Posts: 11 Rating: (0) |
hello, can cpu 95u added memory RAM (internal). internal Ram 16 kb. thx, |
9/8/2009 11:45 AM | |
Joined: 10/7/2005 Last visit: 10/13/2024 Posts: 3024 Rating: (1054) |
Hello TMP edr is correct and you can NOT expand the 16KB. As edr also mentioned, you could try to optimise your code to "free up" RAM and here are some ideas on what is worthwhile checking/doing: Please note that item 1-3 of the list require some care and understanding of the logic. Shouldyounotbe really sure, please err on the safe side, make sure you keep a backup of the orginal logic and optimise only while the machine/Plant is NOT running(and bear in mind that there's always a chance that indirect addressing may be used which means youcan NOT fully trust the X-ref). 1.) "Leftover" blocks. Use theX-ref to see if your logic hasPB's or FB's that arenot called (i.e. "leftover" from development or commissioing test routines) and delete these (offline and online) 2.) Check additionally if pure online "leftover" bocks exist (e.g. someone removed them from the offline version but not from the CPU). 3.) More often than not, DB's are created to have a few (or many) spare words at the end. This will require some effort, butit may pay off to check what the actual required DB lenght is per DB and adjust the lenght of each accordingly to save memory. 4.) If possible/applicable, consider rewritingcertain parts of the logic in STL which is less "memory hungry" than LAD/FBD. 5.)This basically straight from the manual (I never had this problem): A 95U compiles what you download in its 16KB RAM and then executes the compiled code in a seperate 64KB RAM. Under extreme conditions, the 64KB RAM for the compiled program in the 95U might overflow although the STEP 5 program takes up less than 16 KB. This will lead to aCPU STOP and should this be your problem then theremedy is tobreak up long blocks into smaller ones. |
Cheers |
|
Follow us on