Not able to read device signature

Go To Last Post
15 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hi All,

While programming I getting this error.

 

Failed to enter programming mode. ispEnterProgMode: Error status received: Got 0xc0, expected 0x00 (Command has failed to execute on the tool)

Unable to enter programming mode. Verify device selection, interface settings, target power, security bit, and connections to the target device

 

Timestamp:    2017-02-28 17:32:56.227
Severity:        ERROR
ComponentId:    20100
StatusCode:    1
ModuleName:    TCF (TCF command: Device:startSession failed.)

Failed to enter programming mode. ispEnterProgMode: Error status received: Got 0xc0, expected 0x00 (Command has failed to execute on the tool)

 

I am using Atmel ICE and Atmel studio 7.0, with Atmega8515

Any solution to this, because from six months it was working fine and I have changed many IC.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Any Help?

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Have you changed AS7 recently (upgrade) or is it the same version that was working previously?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

It is the same version working earlier

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

does it work on a board you have programmed in the past?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Yes it was working on board.

Today when I again tried to program, It is not reading the device signature.

So I changed many boards, but same issue.

I doubt that programmer has gone bad of Programmer firmware corrupted 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The cable/connector that comes with the Atmel-ICE is very delicate and breaks easily.  I would use an ohmmeter/continuity tester and check the connections to see that they are still sound.

 

Jim

If you want a career with a known path - become an undertaker. Dead people don't sue! - Kartman

Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?  - Lee "theusch"

 

Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-)  - Source Unknown

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB user

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I checked the cable, its good

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well SOMETHING has changed.

 

Do you have another ICE available to see if the problem shows up?

 

 

JIm

If you want a career with a known path - become an undertaker. Dead people don't sue! - Kartman

Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?  - Lee "theusch"

 

Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-)  - Source Unknown

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB user

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

No other programmer

that is the problem

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The only thing I can suggest is to either install Studio 6_2 on your machine, or use a machine that already has it and connect the ICE to it.  I should require a firmware upgrade/downgrade.  perform the action, then reconnect it to AS7 and it should again want to do the Upgrade/Downgrade.  Perform the action and see if the issue resolves.

 

Jim

If you want a career with a known path - become an undertaker. Dead people don't sue! - Kartman

Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?  - Lee "theusch"

 

Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-)  - Source Unknown

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB user

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Jim,

I tried the above process, but still no luck

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I'm programming an ATmega162 using an AVR Dragon with the ISP interface, AtmelStudio 7(Version 7.0.1417).  I'm using an old computer power supply that delivers 5.2V, I read 5.23V with a multimeter.  The processors have external crystals running at 8MHz, fuse "LOW.CKDIV8" is not set.  It was working, I was programming and things were going along happy.  I Locked my computer down from any changes, like I said things were going well.  I added a small electrolytic capacitor across the voltage supply to stabilize the voltage, and now I can't program the processors.  I receive "Failed to launch program ... Error status received: Got 0xc0, expected 0x00 (Command has failed to execute on the tool)".  The cables are good, and debug is not possible with this Dragon and processor.

I tried poking around some, this is interesting:  

When I go to device programming apply AVR Dragon, ATmega162, ISP then try to read the device signature I get the same error.  However, if I drive the reset pin low while reading, the correct device signature is returned 0x1E9404.  From here:

If I let the reset pin float and try to re-read the device signature, I get the same error

If I keep the reset pin low and re-read the device signature, I receive a signature of 0x000102, and a window indicating unable to enter program mode. ... Unexpected signature 0x00000102 (expected 0x01e9404)

If I let the reset pin float, then force it low, when I re-read the device signature, I receive the correct device signature, 0x1E9404.

If I let the reset pin float, and go to Fuses, I get an error.

If I enter the Fuses page from a different page (Device Information), then go to the Fuses with the reset pin driven low, then I can read the fuses.  I have not been able to change the fuses!

The system appears to read some items of the processor correctly if I let the reset pin float, then drive it low, then read information.  

 

I thought maybe Dragon was having difficulty sinking the voltage with the pull up resistor I was using 20kOhm.  I replaced it with 47kOhm with no luck, then removed the pull up resistor, again with no luck.  Is there something I need to do with the reset pin control in the dragon to make this system work again?

 

I've gone on line to investigate this, it appears the problem is out there regardless of the programming tool or the processor.

 

Is there some way of bypassing the need to read the device signature?  Will that help me get past this problem?

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If the device signature cannot be read, there is no point in trying anything else, so you can stop trying to program and first get the programmer to successfully read the device signature.

 

first of all, what happens when you remove the capacitor again?

You state that ll you did was add a capacitor and then all stopped working. Does removing the capacitor make programming work again (despite the vd stability then being less)

 

Is there a capacitor connected to the reset line?

When that is to high in value it might give problems.

 

what is the set programming speed?

If it is set at 125KHz or below you should always be fine. if by accident you run at the internal RC oscillator instead of the 8MHz external crystal, and the clk/div8 fuse is still set. Then 125Khz is the maximum safe programming clock.

 

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Thanks for the quick reply.

 

No capacitor on the reset pin!

 

I removed the capacitors and I was not able to go through the normal mode of access / programming like I was able to do before.  This appears fickle.  I get: Got 0xc0, expected 0x00 (Command has failed to execute on the tool).  Something else must be different!

 

However,

In the device programming (control shift P) Memories, I was able to force the reset pin low (as stated above) then erase the processor.  I let the reset pin go high, then forced it down again and read the processor flash, it was erased.  I cycled the reset pin high then low again and was able to load the hex file into the processor with the program button (removed check marks from erase and verify selections first.  The program worked.  Second check, again I was able to read the processor flash by cycling the reset pin (high low) and read.  

 

Again, I'm using an external crystal, the manual programming was done at 125kHz

 

Something goofy is going on with the reset line out of the dragon.  Is there a known or common failure mode with programmers or the dragon?  This weekend, I will probably hook a scope to the four active lines and see what is going on.

 

Any other advice would be greatly appreciated.