My apologies if this is a regular question, but this is driving me to bad pieces.
What we have here is
ToolChain pk51 Prof Developers kit Version 8.12 ToolChain Path C:\Keil\C51\Bin\ C Compiler C51.EXE v8.12 Assembler A51.exe v8.01 Linker/Locator LX51.exe v4.25 Librarian LibX51.exe v4.24
I am not sure how much else you may need.
I have an application which lives on an 8051 derivative controller. I can compile it ok, and the initial testing in the simulation was ok. So we ( more than one folks out here ) put it on the controller.
We use a Ulink 2.0 kinda -- its marked ULINK 2.1
Okay --- Once compiled for target and loaded on, we set some breakpoints in the text pane, flipped into debug and......
Sometimes the application starts immediately as if the run button got clicked. Other times one can push the reset button and then hit the go button. In either case, the process does not heed halt messages and will not stop at any breakpoints that were set earlier. You do not see the red square you put near a line -- you see a grey ghost.
We tried other PCs to run this procedure. Only one machine does not have the "set breakpoint" menu greyed out. Its the only one that can do debug on target. Our other three have set breakpoint greyed out while running on target, and its possible to start a run, but breakpoints are ignored.
The C51 project options window for the working machine as well as the problem children were compared and differing options were modified. This did not result in any improvement. We also tried different machines in case it was hardware. The good box runs ok, the rest do not. since we are all running the same machine ( a dell with windows xp ) I think it may be a sw option we did not see or set.
Any and all assistance in this matter is greatly appreciated. Flames cheerfully ignored. Accolades acknowledged. Even Better - What works will be posted back to share with the long suffering people!
Which particular "8051 derivative" controller, exactly?
What happens if you enter Debug mode first, and then set the breakpoints...?
IF you've got LX51, you must have a full licence - so you could ask Keil support direct...
very explicit, and then I have an application which lives on an 8051 derivative controller.
???
Erik
Some replies !!
Ok -- Support licenses run for one year after purchase. The support for what we have has run out. management folk have yet to decide where we go with this. Most likely not with the current product. The stuff we are working on is entering end of life
I have an application which runs on an 8051 derivative controller is an adequate description of the chip and the c based application that lives there. The app and the board have demonstrated many times their ability to be debugged via a attached PC connected to a KEIL JTAG pod. ( ulink 2.1)
Our difficulty is the following -- only one of the three development PC's can connect to the target -- the other two can download code and run, however there is no ability to establish breakpoints - as stated above.
The reason for this post was to find out if anybody had experienced the same problem and overcome it. Right now, I am copying and then comparing the files in the keil directory with my install.
Before being able to tell if it's the same problem, don't you think we'd need to know if we're talking about the same chip?!
Why can't you say what chip it is?? There aren't that many 8051s with JTAG, so it shouldn't take too many guesses...
"there is no ability to establish breakpoints - as stated above"
You didn't confirm whether that's no ability at all, or just that the particular sequence described above doesn't work.
You seem to be running on multiple PC. Do you have multiple license? Did you do a full install or did you copy from one PC to the others? Bradford
Way cool -- let me answer
We all ran the install, then we all entered the license strings ( one string per user )as per the manual.
The chip we are using on the controller is: uPSD3454EB
I will point out -- only one PC of the 3 we have licenses on can run and debug on the target using the ulink 2.1 JTAG pod. The other 2 cannot. They are all running the same XP -- I have yet to check on drivers for the USB.
Target hardware is 100% identical. All three PCS were run against it. Only one does debug.
PC Hardware may not be perfectly identical. I am chasing this as well.
>>> in the meantime.....
I copied the full contents of the KEIL directory from the PC that works ( the one that can debug ) to a stick. Running a full directory comparison with mine ( which can download but cannot debug ) has shown some file differences. They resolve out as different features for the editor, as well as tools we use for post processing. ( my tools live elsewhere )
>>? data continues to kerpuffle by here...
You said your process is: 1. Set breakpoints; 2. Enter Debug mode.
What happens if you make that: 1. Enter Debug mode; 2. Set breakpoints.
?
I had a problem a while ago where there appeared to be some conflict between the uLink and something else on the PC: http://www.keil.com/forum/14502/
>>> Learned while testing.
I plugged the PC in, and went looking for a driver id.
and found nothing....
So i kept poking into the other usb ports. Suddenly, one lights up the screen with a message "Human interface device detected" The keil ulink turns up in the device manager as ulink
I confirmed - all 3 pcs are using the same drivers.
We are refocusing attention on build options - what exactly are we supposed to be building with?
<<<
Will reread your link --- I am getting time outs like you did after code load and start from debug on target.
Once the machine says it saw the Human interface, the greyed out options for setting break points had become active. It ignored whatever I set, but the options were in black.
So loading code followed by entering debug followed by setting breakpoints is only kinda working. The box is ignoring all breakpoints. --d
I have an application which runs on an 8051 derivative controller is an adequate description of the chip and the c based application that lives there
that MAY be so, but ULINK is by definition device dependent
Recapping: ( Just in case )
We have 3 Dell PCs. They are not exactly the same model.
They are all running the same version of XP.
They are all using the same USB driver.
Only One is able to download code to our target, and use the Keil debugger on the target. The other two can download code, but not debug. The software on the PC displayed greyed out menu options for setting breakpoints as well as not acknowledging a breakpoint or stop run at all.
The remaining areas to look were:
The SW itself.
Keil turned up some file diffs but nothing fantastic. None dealt with debug.
The workspace
Difficult to do, but not impossible. Currently in progress.
Since so much is in common, and in continuing examination, the parts left may have something to do with our problem. We may need to build with some option we have not set.
--dan
do/did you have 3 licenses?
One more time. Do you have three different licenses? Remember the LIC is tied to your NIC and disk drive to create a magic number as the license enable.
Can you compile and LINK on all three computers?
Are you attempting to run from a Wireless Stick as a NIC device?
Can you run the code on the simulator with full breakpoint control (eliminates the uLink and target problems)?
Have you tried to slow the uLink clock speed?
Are you running the same uLink driver with the same settings?
Have you tried to run the uLink from a self powered USB hub. Some laptops just won't run the uLink in a stable mode. Power or clock speed, I don't know but I know that a self powered hub will often correct a laptop problem. Might be the same problem here.
I don't remember any specific uLink problems with V8.12 Bradford
One More Time ------
We have three systems that work. That requires 3 licenses. The code is too big to run minus a license. ( real small maybe. But this stuff has seen size and is big )
>>>Can you compile and LINK on all three computers?
Hmmm --- a theme here.
Yes we can compile and link on all 3 machines. If a link involving the simulator is used ( we have compiler options we need to do that kind of thing ) the simulation will run. We really want to test on the hardware as the target is better equipped for determining satisfaction of customer requirement.
As stated before - we cannot run with breakpoints on the target.
>> Are you attempting to run from a Wireless Stick as a NIC device?
No. The USB stick was used to copy the keil installation and several of the workspaces. The files were compared between working machine ( we only have one that can debug on target ) and the other two ( which cannot debug on target.) That comparison has yielded some results that are up for test this morning.
>> Can you run the code on the simulator with full breakpoint control (eliminates the uLink and target problems)?
As stated in the original post and in this one a few lines above( maybe not large enough or clear enough - sorry ), in simulation we have no problems with full breakpoint control. We have problems on the target.
>> Have you tried to slow the uLink clock speed?
No. As the uLink is not a roadblock on all 3 PCs. As is the box works. In looking for areas of common cause among all three PCs, I was left with Workspace settings and Kiel Installation vectors. That is the area of current investigation. Commonality of systems is likely not the source of the current difficulty. I am gunning for any diference vectors.
>> Are you running the same uLink driver with the same settings?
This was confirmed in the PMA. All three were checked for what driver they use. Its the same one for all three systems. Again one functions ok on target, the other two can upload and start a run. They cannot debug.
>>>Have you tried to run the uLink from a self powered USB hub. Some laptops just won't run the uLink in a stable mode. Power or clock speed, I don't know but I know that a self powered hub will often correct a laptop problem. Might be the same problem here.
I cannot look at this now, as I have to find a hub. I will keep this in mind as it may be useful in a bit.
>>I don't remember any specific uLink problems with V8.12 Bradford
Me either, but then this is 4 months with Keil
Oh boy --
Just performed full reinstall of keil uVison 3 on my system.
One key file seems to be missing -- ul2lpc9.dll is found in the c51/bin directories of the machines which can run on the target.
With a full install completed on keil, I just added the c51 product ( i saved my license string )
That file is not in this install.
The general appearance of the tools.ini file is that the v8 entry was made at a later date, perhaps as a later addition. No clue here.
My initial take is to see if the new install works ok at all on the target. If I am back to where I was, well --- I tried.
Whats left?
I am simply going to copy the file into the current install and see what happens
Daniel; Don't leave us hanging! Did the re-install correct your problems? Bradford