.SPC file format from Galactic Industries (for spectroscopy files)

[Eli_S]

Here are the files... I actually had to remove the Bin folder from the ZIP because it was too big and I wasn't able to post it here. If you use your own bin directory it should be OK


Message Edited by Eli_S on 06-17-2008 03:59 PM

[DonRoth]

Hi Eli - can you do me a favor and try the following:

1) Unzip and place in folder the SPC files in test1.zip

2) Run the top-level VI in the attached LLB

3) Verify that the SPC files translated properly to .txt files (this is easy to verify because the spectra will display in the waveform graph)

4) create an executable out of the LLB files.  Copy the SPC files to the machine that does not have LabVIEW, and run on that machine.  Let me know if that works.

Thanks,

Don

[Eli_S]

It worked! Here is a screenshot of just one SPC file, but when I was running, a few windows popped-up. Just to confirm, the computer in which I ran the executable, DID NOT have LabVIEW installed.

[DonRoth]

Ok - what that means is that on my machine without LabVIEW, for some reason the URI file is somehow not getting registered, or the LabVIEW 8.5 rte is not on the machine.  I believed the LabVIEW 8.5RTE to be on the machine, but when I did a search for it, I could not locate it. Then I went to install the LabVIEW 8.5 rte by including it in an installer, it would not install it (I am supposed to have admin privileges on my machine but will check).

I then took the LabVIEW 8.5 rte file from the shared directory on a computer that does have LabVIEW 8.5, and placed it in the c:\program files\national instruments folder on the computer without LabVIEW.  Still the SPC file translator does not work right (getting the -2560 error).

Another guy is having the identical issue that I am but he definitely has the LabVIEW 8.5 RTE running on his machine because I sent him another EXE that was written in LabVIEW 8.5.  I think what I am going to do is put this EXE on my machine and thereby make sure the LabVIEW 8.5 RTE is on there, so we can at least narrow it down to the registration issue.

I'll have to revisit this sometime next week and get back with you.

Sincerely,

Don

[Eli_S]

This is a little strange. If you do not have the RTE installed on the computer, then the EXE should not run at all and you should get an error message specifically saying that the RTE is missing. Another point is that you cannot simply copy files from an installed location to a computer where it is not installed, you have to run an installer for the RTE to be properly installed.

I quickly looked over your code and I did not see any parts in that that actually regiester the the URI, but I that might be in a sub VI and I might have overlooked it. Also remember that Bin directory that contains the usireg.exe along with all the other necessary files. You have to be sure you have this directory in the target computer that that the command you are using to register is pointing to this directory. I might have worked on my computer because I already had the USI registered (using the executable I sent you before).

[DonRoth]

I made an executable out of the registration code you sent and ran it separately instead of putting it in my code.   So I should have been properly registered.  I know I am pointing to the proper locations for the files, and I do have the bin directory as I posted in an earlier post.   I also tried to register manually in a dos window as I mentioned earlier. 

Yes, being able to just start the EXE would  mean that the 85RTE is on the machine somewhere. That makes sense because I created an installer for my code.  So I think I have the 85RTE (which is maybe why it refused to install it the second time I tried to).  So that indicates that we still have a registration problem.

Can you take the code I posted and create an installer from it, and retry on another machine without LabVIEW, note the error, and then perform registration using your code, run again, and see if it will work?  In other words, can you start from clean system and duplicate what you did?   I am sorry this is taking such an effort, but something is still not right.

Thanks,

Don

[Eli_S]

I don't think making an installer will make a difference. I suggest you download the RTE installer from here and install it on your target machine. Then run the executable I sent you that registers the URI, which HAS to work because it is very simple and since it is using command line instructions, if it worked on my machine it has to work on yours as well as long as you have that Bin folder. Once you have registered the URI, try running your code.

[DonRoth]

I can try tomorrow but remember you said yourself - if my EXE even ran, that means the 85RTE is already somewhere present on the system.

Sincerely,

Don

[DonRoth]

EUREKA!  (still can't understand why but now it works after downloading the 85RTE and running your registration code since I believed the RTE was somewhere on here already and I had repeatedly run the registration process from DOS window).

Thanks for your patience and help.

Sincerely,

Don

[mlenz]

Don,

I ran into the same types of issues as you have described.  I have been through these posts about 10 times trying to make my application work.  I discovered that in my application build, the category for "additional installers" only had the pertinent runtime engine checked.  There is another installer for the NI USI which was not checked.  Once I made a build with this checked, everything worked fine.

I added this for those readers who might have made a similiar oversight.

Regards,

Mike