01-05-2006 09:52 AM
01-05-2006 10:49 AM
01-05-2006 10:52 AM
I'm not sure, but it's possible this is caused by memory problems. For example, if you're building an array over time, eventually the array will be so big that you will have no more memory left for anything else.
Do you have nodes like Build Array, Insert Into Array and Concatenate Strings in your code?
01-05-2006 11:31 AM
01-05-2006
11:54 AM
- last edited on
05-22-2025
03:21 PM
by
Content Cleaner
A quick look doesn't reveal any clear cause of the source, but I would strongly suggest that you clean your code up. This will make it easier to read, debug and maintain the code. You seem to be doing the same thing many times. Why not make it a subVI and call it in a for loop with the appropiate parameters?
One thing I saw which might be the cause of this is your writing to the disk. If the disk becomes full, I suppose it could be possible that your constant deleting and writing could be causing trouble. That depends on how often you're writing. Another point about that - why are you using a shift register to pass the boolean to the next iteration? Why not just wire it into the case structure?
01-05-2006 12:21 PM
01-06-2006
02:15 PM
- last edited on
05-22-2025
03:22 PM
by
Content Cleaner
Hello ESengbus,
The LEDs on the cFP-2020 Network Controller are a very good resource for diagnosing problems with network communication. Appendix A of the cFP-2020 User Manual has a section on troubleshooting using the Status LED on the Network Module. Generally, this LED should be solid and any series of blinks indicates a problem. Is your Status LED blinking? The Link Act LED blinks when the cFP-20xx receives data from or transmits data via Ethernet. Does this LED continue blinking even when you are unable to communicate with the module?
As always, make sure you are using the latest version of FieldPoint software, which can be found here.
Finally, judging from the shear size of your embedded program, I really think that running out of memory might be the real problem here. When you download the program to the cFP-2020, you should see a statistic about the amount of free memory available on the controller. Are you approaching the limit shown there? Also, you are downloading your program into the internal memory of your cFP-2020. Are you also logging your data to this memory or are you logging the data instead to a removable Compact Flash card? The cFP-2020 takes a Type I or II Compact Flash card of up to 512 MB. To read or write to this card, you need to point your File I/O VIs to the D drive on the controller (see the cFP-20xx User Manual for more information). Can you increase the performance or delay the failure by increasing the minimum amount of memory to maintain before overwriting data?
The last thing you might want to try is to reformat the internal memory and reinstall all software on your cFP-2020. This can be done through Measurement & Automation Explorer by right clicking on your module under 'Remote Systems' and selecting 'Format Disk'. Warning! - This will erase all software and data onboard the controller. You will need to reinstall LabVIEW Real-Time and FieldPoint.
Give these suggestions a try and let us know if you can narrow down the problem.
Regards,
Travis Gorkin
Applications Engineering
National Instruments
www.ni.com/support