05-24-2006 12:59 PM
05-24-2006 02:50 PM
And what exactly is the problem you are having. It would help for someone to know that if you want it fixed.
The programs are pretty poorly written in that dataflow is not used, local variables are used for no apparent reason, some wires are hidden, just to name a few issues.
If you are getting any error messages, post the error code and actual message.
Also, none of your subVIs were included in the zip file. The correct way to post a main and it's subVIs is to a save with options and create a development distribution. This will create an llb with everything in it.
05-25-2006 02:50 AM
05-25-2006 08:43 AM
It would have been so much simpler if you had done as I said and created a distribution llb. There are still VIs missing. To repeat what I said, Go to File>Save With Options>Evelopement Distribution. The VI called RTL Test Runner Final V2 is missing the most and I didn't really bother looking at it. Your Initialize Memory sequence doesn't because your while loop starts running at the same time and I'm sure you have race conditions with the overuse of local variables. You really need to make the diagram fit onto one screen so that it is a little more readable. There are numberous other changes needed to make it really readable. There is a style guide that ships with LabVIEW (Help>Sarch the LabVIEW Bookshelf). You need to read that and make a lot of changes.
I see a big problem in your data_write program. You have two Read Lines From File and one Read From Spreadsheet functions. Unless you have entered a path in the front panel string control called "Data File", you will get prompted for a file name every time the functions are called. First, you should just use a path control on the front panel. Second, if you want the same file read each time and don't want to specify a file before the program runs, you should wire the file out of the first function to the file in of the next. Third, you should not wire out of a sequence structure and back in. Fourth, you don't need a sequence structure at all - think dataflow. Fifth, you shouldn't be using any local variables. I don't understand what the point is in doing that Initialize Array, Replace Array, then a Read From Spreadsheet - all on the same variable. Last (at least for now), you mention an .xls file. None of these functions can read a native Excel file and make any sense of the data.
05-25-2006 09:45 AM
05-25-2006 10:06 AM
There are still a whole bunch of missing VIs (PC.vi, On_Chip_Clk.vi, Off_Chip_Clk, I_Data_In. etc.). If you did select Development Distribution, the only way this could happen is if the missing VIs are located in the LabVIEW vi.lib folder. If VIs that you or someone else has developed are in this folder, that is a bad idea. You can choose to include v.lib files in the llb but you should really move them to someplace else.
I don't know what I can add. The main VI you have now is pretty unreadable and next to impossible to debug. There are a lot of resources available for learning LabVIEW. Check out http://www.ni.com/devzone/lvzone/fundamentals.htm.
05-25-2006 10:17 AM
05-25-2006 10:30 AM
05-25-2006 10:47 AM - edited 05-25-2006 10:47 AM
Well, they are finally in one place.
The attached picture shows just one example of sloppy coding. Because there is no data flow between the two different digital writes, LabVIEW will attempt to do things in parallel. What that means is that you do not know which line will be driven first or second. If it doesn't matter, then use a single digital write for both lines.
Message Edited by Dennis Knutson on 05-25-2006 09:47 AM
Message Edited by Dennis Knutson on 05-25-2006 09:48 AM
05-25-2006 10:52 AM