Mega2560 ADK and UNO R3 In-System Debug question


Are these devices supported in Arduino IDE or AVR Studio 6 to do in-system debugging of your source script?   I know they have a simulator but there is also direct in-system debugging support for a list of hardware.  AVRISP MK2 and AVR Dragon for example.

If not is there a way I can connect the Arduino Mega or UNO device to another device to support those features in AVR Studio 6 or Arduino IDE?

I see Olimex makes a AVRIPS MK2 that is supported in AVR Studio 6 and this AVRISP MK2 Clone link below:

http://www.ebay.com/itm/160690475020?ssPageName=STRK:MEWAX:IT&_trksid=p3984.m1423.l2649

If I wanted to use one of the Atmega Dip packaged IC's on a breadboard or Zif socket, what would be the best option for hardware to communicate with ACR Studio 6?  Would it be the Arduino or maybe a AVRISP MK2 or the clone with the link I listed above?   AVR Dragon, JTAGICE MK2 seem fairly expensive to me.  The Dragon does not even have a Zif on board and has to be soldered!!


Thanks


EDITED:

According to the Atmel AVRISP MK2 guide it should support in circuit debugging.   What I am concerned about now is the Reset pin cannot have a resistor pull-up resister value greater than 4.7K ohm?  The Arduino allows up to 10K ohm no?

I don't think it will be worth even looking at that clone since digi-key has the device for $35 US.

Still would like to know if the Arduino products will support In circuit Debug in Arduino IDE and AVR Studio 6?


EDITED AGAIN:

I don't think this MK2 supports JTAG Debugging?  I am back to stage one from another post I made linking some EBAY clone brands from $10 to $15 US

EDITED AGAIN:

I joined another forum avrfreak and was told that none of that EBAY AVR JTAG adapteres will work with more modern or current MEga AVRs.

Also JTAG and In circuit debug can only work with their boards suposedly.  Like the AVR Dragon $50 or the JTAGICE3 around $100.


Do any of the Arduino Board serve as JTAG adapter Hosts to use other AVR same pin DIP on the Arduino or just breadboard with Arduino using it to JTAG using AVR Studio etc?

Anyone?

THis one:

http://www.ebay.com/itm/AVR-USB-Emulator-debugger-programmer-JTAG-ICE-for-Atmel-/251151298467?pt=LH_DefaultDomain_0&hash=item3a79c8afa3

Or this one:

http://www.ebay.com/itm/AVR-JTAG-AVR-USB-Emulator-Simulator-Debugger-Programmer-JTAG-ICE-for-Atmel-/160799194956?pt=LH_DefaultDomain_0&hash=item257060ff4c

And if neither any suggestions other than AVR Dragon unless that is the only real good would which would be more economical over Atmel other More Expensive ones!!

Maybe something like this one with more support for xmega etc?

http://www.ebay.com/itm/Olimex-AVR-ISP-MK2-atmel-AVR-ISP-MKII-MK2-programmer-/280991677759?pt=UK_BOI_Electrical_Components_Supplies_ET&hash=item416c68bd3f

Connect the 6 pins from the pocket programmer to either the ICSP header, or to Reset-SCK-MISO-MOSI on the female header and program away.
Nothing needs to be done to the card.

Arduino - to - breadboard. Why are you messing with that when you have a nice working AVR ISP?  Stay away from that.

Well thanks for everyones help on this Post.

@CrossRoads,

I see your point about not needing to use the Arduino UNO R3 as an ISP since I already have a good working one to use.


I just wanted to see if I can get the Arduino UNO to work as the ISP as well.  I tried it with the female header and with the male header and I just cannot not get it to sync no matter what I do.


So the problem was not really with the TInyUSB but rather the Arduino as an ISP.  I just confused things by starting out with the TinyUSB when I should have had the Arduino connected up and took a picture of that instead.

Have you ever got it to work with the Arduino?

Ok, you have 6 wires coming out of the pocket programmer - not one of them goes to PIN 1.

Fix your wiring - I think you are mixing up the software name for the pins with hardware names.
Make the pocket programmer connect to these pins:

SCK - physical pin 19
MISO - physical pin 18
MOSI - physical pin 17
RESET - physical pin 1

Thanks that worked on the USBTinyISP even with the reset switch in the way.

On the Arduino UNO R3 remove the chips and use the header not the shield connectors to do the same thing?  One of the diagrams shows them using the shield rail without the chip in place and using 13,12,~11 and ~10.  But if the chip is removed then how can those be used?

I am trying the Arduino now but using the header.  Not sure about the shield pins

Thanks Again!!


EDITED:

So the issue is resolved with USBTinyISP.  It works without all the trouble I described.   I cannot get the Arduino UNO R3 to work.  I get a Not in Sync.

Do I need to put a resistor on the shield reset pin and +5 volts?


EDITED AGAIN:

From the diagrams:

http://arduino.cc/en/Tutorial/ArduinoToBreadboard

It not 100% clear put it looks like the ATmega328 is not removed from the Arduino Uno R3 when burning a bootloader onto another ATmega328 on a breadboard for example.

Is this true?  Can I use either the 6 pin header or the Pins off the shield as shown from the link above?

Thanks

I tired it both ways grey pin where it is now and grey pin to Pin # 1 of the ATmega328 same results

Pics

I am using the Tiny USB for now.  I did use the header.  The RST on the header of the ISP should be connected to the reset pin #1 on the ATmega328 on the breadboard correct?

I have done this and it fails every time!!

If I use the reset switch on the breadboard from pin # 1 and leave it depressed the entire time I burn a bootloader without any issues what so ever.

Ok so there is no reset pin on the right side of the ATmega328 so I connect RST from the ISP header to pin #1 right side of the ATmega328?

Doing it this way does not work for me and I cannot figure out why?  MOSI/MISO/RST/SCK/Vcc and Gnd connections are done correctly but unless I have a reset switch on Pin #1 of the Atmega328 on the breadboard and don't depress the button the entire time it will fail!!

When I say opposite side I did not mean directly opposite the pin I meant the other side!!  I just don't have the pin # with me

Opposite side of Pin # 1 on the ATmega328.

The reset button is on the breadboard for Pin #1

I am using the USBtinyISP and an Arduino UNo R3 without the CHip of course.

I have connected the other reset pin to RST or equivalent  name to the ICSP controllers with the same result.  I have to hold down the reset button on the breadboard to burn it successfully!!

There is a reset Pin # 1 and another reset pin on the opposite side don't remember the pin # but I tried it that way to. UNless I am connecting it wrong?

So you don't do anything for Pin #1 and connect only the reset pin on the opposite side of the chip to the RST or equivalent on the ICSP board?

EDITED:

http://www.arduino.cc/en/Main/Standalone

I don't use the ICSP header.  I connect the pins to 13,12,11 etc!!

I am beating my head against the wall here.  I figured out how to use the reset switch on the ATmega328 on a Breadboard to successfully upload any and all sketches.   The procedure is not exactly the same with Burning a new Bootloader onto the ATmega328 and I cannot figure out why or if this is normal or not?

I cannot release the Reset button until the bootloader has been burned and verified.   If release it for example while its verifying the burn I get a error.

If I release the Momentary Switch at any time the process fails.  Yet I can release the button when uploading a sketch usually right after I see the message come up on the window, I forget exactly what it is, but the point is, it works every time when I upload a sketch.

If I keep the button depressed the entire time until I see "DONE" or "COMPLETE", the bootloader successfully burns, with no errors!!

Does this sound normal??

It doesn't matter if I use an Arduino Uno R3 or the USBtinyISP as the host, I get the same results.

I know my connections are 100% correct on the breadboard.

Maybe the bootloader never really burns even when it says its successful?  Is there a way to wipe the bootloader just to make sure I really am burning a new one?  This of course is another question but would like to know if the procedure above sounds normal to you or not

Link:

http://www.arduino.cc/en/Main/Standalone

I was told to add a cap in series to the Momentary Switch.  Exactly where does it go.  Anyone have a diagram?

If in series does that mean it runs along the reset line and the 1 side of the momentary switch or does one lead of the cap seat on the rest line while the other goes to ground or the ground side of the momentary switch?

Also where along the breadboard does it go.  Before the switch?  After the Switch?  In between the switch and reset pin?
ANyone have a clear diagram?

What exactly is the purpose of the Cap?

Here is a diagram I found.

http://www.ebay.com/itm/190591243361?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649

3rd picture to the right is how I have it setup now.  I measure 100.9 nF for the cap.  That is what the kit came with.

Cap is in-between switch and pin #1 of chip
Next is switch, then Resistor behind the switch ground side and then the other side of resistor is connected to Breadboard Vcc +5.

I measure around +5 when the switch is open and when closed I measure 0 to .00005 volts.

When I burn a bootloader I have to hold down the switch the entire time and not just a portion of the time like when I program the chip.

Any reason that I have to hold the switch down the entire time it programs a bootloader to it?

Thanks

That must be why.  I still have a problem though.  I get an error if I do not hold down the manual reset switch until its done?

I have it on a breadboard with a Manual Reset switch with Resister and capacitor.  If I hold switch down switch the entire time I get a successful burn and verification.

If I hold it down 3/4 of the time and let it go before its done burning and verifying,  I get a verification error at the end!!

For example Verification Error, first mismatch at byte 0x0000
0xff != 0x04
Content mismatch

I have a second ATmega328 chip on breadboard using TinyUSBISP to burn the bootloader.

I seem to be having an error in Main when checking the script before I load it to the chip

C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega328p -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=101 -IC:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\arduino\cores\arduino -IC:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\arduino\variants\standard C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\sketch_oct07a.cpp -o C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\sketch_oct07a.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\WInterrupts.c.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\wiring.c.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\wiring_analog.c.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\wiring_digital.c.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\wiring_pulse.c.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\wiring_shift.c.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\CDC.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\HardwareSerial.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\HID.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\IPAddress.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\main.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\new.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\Print.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\Stream.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\Tone.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\USBCore.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\WMath.cpp.o
  Using previously compiled: C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\WString.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\WInterrupts.c.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\wiring.c.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\wiring_analog.c.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\wiring_digital.c.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\wiring_pulse.c.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\wiring_shift.c.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\CDC.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\HardwareSerial.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\HID.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\IPAddress.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\main.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\new.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\Print.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\Stream.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\Tone.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\USBCore.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\WMath.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-ar rcs C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\WString.cpp.o
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\tools\avr\bin\avr-gcc -Os -Wl,--gc-sections -mmcu=atmega328p -o C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\sketch_oct07a.cpp.elf C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\sketch_oct07a.cpp.o C:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp\core.a -LC:\Users\pcfr33k\AppData\Local\Temp\build6502781173554477768.tmp -lm
core.a(main.cpp.o): In function `main':
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\arduino\cores\arduino/main.cpp:11: undefined reference to `setup'
C:\Users\pcfr33k\Downloads\arduino-1.0.1\hardware\arduino\cores\arduino/main.cpp:14: undefined reference to `loop'