TSL1401 Monitor program won't run!
Does anyone have advice on how to get the TSL1401_monitor.exe to run?
I've tried to run the extracted file on both a Windows 7 machine and on a XP.
On both computers when I double click on the TSL1401_monitor.exe I get a window that opens for a split second and closes before I can see if there is an message.
I suspected that it might be a Visual Basic program and would need to have the runtime files.· I seem to be up to date on .NET with version 3.5.· I also installed the runtime for Visual Basic 6 and 5.· Still nothing.
I have also download the file from Parallax twice in case I had a corrupted file.
Thanks for any help.
Bob
I've tried to run the extracted file on both a Windows 7 machine and on a XP.
On both computers when I double click on the TSL1401_monitor.exe I get a window that opens for a split second and closes before I can see if there is an message.
I suspected that it might be a Visual Basic program and would need to have the runtime files.· I seem to be up to date on .NET with version 3.5.· I also installed the runtime for Visual Basic 6 and 5.· Still nothing.
I have also download the file from Parallax twice in case I had a corrupted file.
Thanks for any help.
Bob
Comments
The monitor program works with the TSL1401-DB only when it's used in conjunction with the MoBoStamp-pe. Assuming this is the case with your setup, make sure you've preloaded the tsl1401.hex AVR firmware into coprocessor B. This is what drives the sensor chip. Plug the TSL1401-DB into socket B, then load the Stamp program, tsl1401_monitor.bpe. This is what communicates with the monitor program.
The monitor program requires no external files. If the problem persists, try running it from the command line to see if you get any error messages, and report back.
Thanks,
-Phil
I am using the MoBoStamp-pe board and I am able to download and run other programs on it.· So the MoBo is apparentlly working.
I have run LoadAVR.exe and downloaded into Socket B.· I get no indication from either LoadAVR or the MoBo that anything has happened.
I found the program that is downloaded to the Stamp-PE in a posting that you made last June.· That appears to have downloaded without problems (it displaced the bliking LED program I had used to test the Stamp-PE).
When I run the TSL1401-monitor.exe, it responds as before, I get a glimpse of a window that closes before I can read it.· I also ran it from the command line with the same results.
I am beginning to suspect that it is a problem with the LoadAVR program.· I see that 'Pete' had the same type of problem in a post on the Basic Stamp forum on 5/1/09.· In his case LoadAVR was not finding the stamp editor program (stampw.exe).· I've tried moving the LoadAVR into the same directory as the stamp editor but that has not worked.· It may be that the problem is that the stamp editor is in the path Program Files (x86)/Parallax Inc/Stamp Editor v2.4.2/stampw.exe.· From Pete's problem it may be that either the (x86) or v2.4.2 in the path may be the culprit.
On the MoBoStamp-pe board should the A1/RdX pins be jumpered?· Mine are left open.· I am also running from the USB port and jumpered for 5V.
Thanks,
Bob
editor = C:/Program Files (x86)/Parallax Inc/Stamp Editor v2.4.2/stampw.exe
That should eliminate any issues with the monitor program not finding the BASIC Stamp editor.
Likewise, the very same line should also exist in the file LoadAVR.ini.
Then try loading your AVR firmware again, and start the monitor. (You're right, BTW: it's the (x86) that's causing the problem.)
That's as it should be. That jumper was included in case a background serial input program were ever written for the AVR, so characters from the USB port could be buffered without the Stamp's intervention. So far, no such AVR firmware exists.
-Phil
P.S. I misspoke when I said to load the tsl1401_monitor.bpe program. You don't need to do that; the exe program does it for you.
Post Edited (Phil Pilgrim (PhiPi)) : 12/22/2009 6:59:27 AM GMT
I have been having the same exact problem Bob had. The monitor program just blinks the command prompt window for a split second, and loadavr shows no signs of actually loading the firmware.
Phil, I tried what you said about adding that line to the ini files. First of all, the monitor program didn't even have an ini file, so I just created on for it with only that line in it. Then I added the line to the existing LoadAVR.ini file.
Now, LoadAVR.exe starts up just the same, but when I actually click upload, I get an error window saying "Missing parameter required. /Download switch requires redirection to an output file"
I am also running Windows 7, but also tried on 2 different XP machines.
Would anyone have any suggestions?
Thanks,
Nick
Thanks,
-Phil
Yes I am running Windows 7 64-bit. My stampw.exe is in the same location as the line you suggested to add to the ini file:
C:/Program Files (x86)/Parallax Inc/Stamp Editor v2.4.2/stampw.exe
But now that I added that line both programs give me that output file error.
Thanks,
Nick
Try running the attached from the same directory as LoadAVR.exe. This time a DOS window will pop up. Whatever gets displayed in that window will help get to the bottom of this issue.
Thanks,
-Phil
Thanks, I just tried the debug one out now. Running it from the same folder as the normal LoadAvr, the debug program seemed to work completely fine. The normal basic stamp editor download window came up and downloaded the firmware leaving this message on a debug screen:
Checking program integrity .......................[noparse][[/noparse]OK]
Selecting chip: A ................................[noparse][[/noparse]OK]
Connecting to AVR chip ...........................[noparse][[/noparse]OK]
Erasing ..........................................[noparse][[/noparse]OK]
Writing program ..................................[noparse][[/noparse]OK]
Verifying program ................................[noparse][[/noparse]OK]
Writing Fuses ....................................[noparse][[/noparse]OK]
Verifying Fuses ..................................[noparse][[/noparse]OK]
Selecting chip: B ................................[noparse][[/noparse]OK]
Connecting to AVR chip ...........................[noparse][[/noparse]OK]
Erasing ..........................................[noparse][[/noparse]OK]
Writing program ..................................[noparse][[/noparse]OK]
Verifying program ................................[noparse][[/noparse]OK]
Writing Fuses ....................................[noparse][[/noparse]OK]
Verifying Fuses ..................................[noparse][[/noparse]OK]
FINISHED: PROGRAMMING SUCCESSFUL!
PLEASE CLOSE THIS WINDOW TO CONTINUE.
And the command window that the debug program opened up just has one line:
Temp dir: C:\Users\Admin\AppData\Local\Temp
But when I try either he normal LoadAVR.exe or the monitor program I still get the same results as before. So is there some problem with those files? I downloaded them both sever times.
Thanks,
Nick
What verson number appears in the LoadAVR window of the program you downloaded from Parallax? Have you given this program administrative privileges? I ask because it looks like it needs to write into a temp directory in the admin user area. The same will be required of the TSL1401 monitor program.
-Phil
Post Edited (Phil Pilgrim (PhiPi)) : 2/23/2010 9:09:14 PM GMT
LoadAVR is version 1.4
I tried running both as administrator but still get the same problem for both of them. By that I mean the same error window about the output file.
-Nick
-Phil
Well thanks anyway, I do appreciate all of your help. I'll let you know how it goes trying on the other computer.
Thanks,
Nick
-Phil
-Phil
I extracted the programs from the compressed folder first. Thanks though.
@Phil
Ok thanks, I tried that one but it doesn't run either. It flashed the command prompt window, but this time I could see writing in it. But it closed itself too quickly, so I just made a batch file to run it and pause it and this is what I got:
C:\Users\Admin\Desktop\TSL1401_monitor_debug>TSL1401_monitor_debug.exe
Use of uninitialized value in concatenation (.) or string at C:\Users\Admin\Desk
top\TSL1401_monitor_debug\TSL1401_monitor_debug.exe line 516, <DATA> line 164.
'""' is not recognized as an internal or external command,
operable program or batch file.
Died at C:\Users\Admin\Desktop\TSL1401_monitor_debug\TSL1401_monitor_debug.exe l
ine 520, <DATA> line 164.
C:\Users\Admin\Desktop\TSL1401_monitor_debug>pause
Press any key to continue . . .
So does that help at all? I am still going to try getting it to work on my older XP machine when I get a chance today, since that is looking like the better plan at this point.
Thanks,
Nick
Did you remember to add the TSL1401_monitor.ini file to your directory, as before? I think what it's complaining about is not having a valid command (i.e. path to the PBASIC editor). (This is still an issue to resolve for the next version of the program. It's supposed to present a dialog box if it can't find the program on its own. But the ini file will resolve that for now.)
-Phil
I did add it, but I added it as TSL1401_monitor_debug.ini to follow the file now, but just now I took the debug part out, and it finally worked! It loaded up the code and brought up the monitor window. So far, I don't get any scans in the monitor window, but maybe I just need to play around with it now. I have the TSL1401 plugged into socket b, should I have to change much to get results in the monitor?
Thanks for all the help,
Nick
-Nick
I'm glad it worked, but I'm mystified why the debug version works and the non-debug version does not, since they're compiled from the same code. If you would, could you try one more thing for me, please? Open a DOS command window, cd to the directory that the non-debug program is in, and run it from the command line prompt. (You will still need the ini file for this.) Let me know if anything gets displayed in the command window.
As long as the TSL1401-DB is plugged into socket B and the socket B AVR has the TSL1401 driver hex file loaded into it, you should see activity on the screen. Try aiming the camera at a bright light. Also try fiddling with the exposure time. It may be that all the pixels are either zero or saturated when you first start up. And do make sure the lens cap is off!
Thanks,
-Phil
Edit: Looks like our posts crossed. Glad you got it working! I would still be interested in any results you could post from running the non-debug version in a command window. Thanks.
Post Edited (Phil Pilgrim (PhiPi)) : 2/24/2010 5:48:46 PM GMT
Well now I think you will be even more confused. When I ran the normal program right from the command line, it worked fine. I ran it through the explorer again just to see if it still gets the output file error and it did. I made a batch file in the same folder with just "TSL1401_monitor.exe" in it, and even that runs it fine. Maybe it has something to do with windows explorer for Windows 7. I have no idea. If there is anything else you would like me to try, I'd be happy to do it. But at least I know how to get it to work now.
Thanks again,
Nick
-Phil
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
- Stephen
I do suspect it's some kind of permissions issue, but the PBASIC file that the editor is supposed to load (but apparently can't find) is being written here: C:\Users\Admin\AppData\Local\Temp, which appears to be a "user" space. I'm still running WinXP, though, so I'm not familiar with these extra security measures designed to keep people from using their own computers.
-Phil
Give it a try on Win7, and see if it helps. Be sure to delete your .ini file first, as having it there would defeat the test.
Note: This does not fix the presumed "permissions" issue. That's still a mystery. You may be able to solve it in the interim by downloading Virtual PC from Microsoft and running the program in XP mode.
Thanks,
-Phil
_
Post Edited (Phil Pilgrim (PhiPi)) : 3/2/2010 9:41:44 PM GMT