More ICD-U64 Weirdness

[scottc]

For some strange reason, it appears that my ICD-64 is holding RB6, RB7
data lines pseudo low after I program my part. I say pseudo because the data
lines are not at 0 if measured on a scope but right around a few millivolts.

After I program the part and hit run target, they remain in this low state

I am curious to know if this to be expected, or should the programmer release the data lines.

The programmer programs the part ok, its just holding RB6, RB7 low
So I have to unplug the programmer in-order for my code to run. With
the programmer on its ICSP header my lcd display won't work.. -)

Thanks Scott

[Ken Johnson]

Using CCSLoad and ICD-U64, I do one of three things to run:
unplug the ICD
click "Run Target" in CCSLoad
exit CCSLoad

Does this help any?

Ken

[scottc]

Ken, I think my ICD-U64 IS Hosed.

By default it does not work with ver 2.86 firmware programming a pic18f2331. I went back to v2.85 code and now it programs the 18f part
ok, the strange thing is I have an older ICD-U40 Pgmr using old 1.39
firmware.

That programmer Programs the part good, and after its finished programming it releases RB6, RB7 datalines. So there is no need to
unplug the programmer from its programming headder.

With the new programmer its holding RB6, RB7 low. Needless to say if
I unplug the programmer life is good and the code and runs fine. Its just
a PITA to have to unplug the programmer when code is changing fast
and I need to re-program a device.

I was trying to figure out if This was the way the ICD-U64 was designed
to work. I.E it wont release RB6,RB7. iF it is I think its pretty useless.

Thanks Scott