Prices | Support
INFO:
AVR-ISP500 is fast and reliable USB AVR programmer, working directly with AVR Studio. It si recognized as STK500 programmer and programs all AVRs. As it used USB CDC no need for drivers and works under Windows, Linux and MacOS. If you do not want to use AVRStudio you can use AVR-ISP500 with AVR Dude.
FEATURES
- connects to PC via USB 2.0 Full speed
- no need for external power supply as it takes the power supply from USB
- uses Atmel's 2x5 pin ICSP and 2x3 connector layout
- dimensions 45x30 mm (1.7x1.2") + 20 cm (8") cable
DOCUMENTS:
HARDWARE:
SOFTWARE:
ADDITIONAL INFORMATION
To get BASCOM AVR Running with the usb programmer:
1. Download AVRStudio from the ATmel website
(http://www.atmel.com/dyn/products/tools_card.asp?tool_id=2725)
2. Install AVR Studio , make sure that the box for STK500 is selected
3. In BASCOM-AVR go to Options-Programmer
4. Select Programmer STK500
5. For the STK500.EXE option browse to the folder where AVRStudio was installed
(ie: C:\Program Files\Atmel\AVR Tools\STK500\Stk500.exe)
6. Restart BASCOM AVR
My machine selected COM-port 2 and BAUD 9600 and works OK
the selection option for USB is blank
More User Feed back -2011-12-09
hi Don
I'll try to be more explicit.
If using BASCOM-AVR, don't download and install the latest Atmel Studio
(ie v5.xx). It doesn't include STK500.exe. To get that file you need to
download the now "outdated" v4.19.
Initially the AVR-ISP500 wouldn't work even after installing AS v4.13
(which I already had). Soon determined that you CANNOT have both AS v5
and any AS v4.xx installed at the same time. Any body's guess as to why.
Uninstalled AS v5, cleaned registry, hunted down some leftover garbage
by hand, uninstalled AS v4.13 and repeated the cleaning exercise.
Installed AS v4.19, got BASCOM-AVR pointing to STK500.exe.
None of the above is related to the AVR-ISP500.
It's something you need to be aware of as your product page obviously
assumes that the latest AS is what is needed.
>From BASCOM-AVR, burned a small application to an ATmega32.
This was a hardware development version so although the program ran as
expected, there were some gotcha's lurking in ambush.
Config was using default internal 4MHz oscillator, wasn't using the pins
associated with JTAG so no need to use other than the default fuse
settings.
Pulled the ATmega32 from that board, installed it in "final" hardware
version board which has a crystal oscillator and requires access to the
pins previously ignored and available for JTAG.
No need to erase chip, just change fuses, right? Oh so WRONG!!!
Sorted out exactly what was needed in fuses, wrote that to the ATmega32
and nothing works.
Can't access the fuses, ATmega32 is bricked. Didn't work even in the old
board. Nothing happening no matter what was tried.
Knowing that avrdude on Linux can be used to read the ID bytes from an
AVR I switched to that.
First, ATmega32 tried, nobody home. ID apparently 00 00 00.
Hmmm. Let's look at a known working ATmega128 on good functioning board.
Again, nobody home. No ID read, no fuses accessed, nothing, nada.
I then dug up a USBASP (which I had been given gratis some time back)
and repeated the exercise.
ATmega32, apparently bricked.
ATmega128, functions correctly, correct ID bytes returned. Same with
another ATmega128 and board.
Replaced ATmega32 with a new, never touched IC in same board and it ID's
correctly.
Since I wanted to change the fuses anyway, went ahead and did that using
USBASP on one ATmega128 without any problem.
AVR-ISP500 still couldn't access the fuses on that same chip and
board!!!!
To make sure that the ATmega32 was bricked and not farked, supplied it
with a 1MHz TTL clock to osc and wrote fuses again using USBASP.
The fuse settings were identical to those used with the AVR-ISP500
before.
Success, that ATmega32 now works as expected in both the development and
final boards.
Did I use your product page? Yes, for what it was worth.
The Internet provided a lot more information, which isn't surprising.
In short, I made the mistake of assuming that the AVR-ISP500 was fully
functional when it successfully burned to the flash on the ATmega32.
I have since found that it DOESN'T work correctly when used to set the
fuses or to read the ID bytes of at least two variants of AVR.
So, the AVR-ISP500 DOESN'T work now, certainly not in full.
The USBASP does work but is not claimed to be usable with as many chips.
In fact, a basic 4 resistor and wires off a parallel port on an older
laptop using avrdude is more functional.
Oh yes, the AVR-ISP500 does have the latest firmware, avrdude is the
latest version, the USB port does work correctly.
The AVR-ISP500 is the second Olimex product I've bought that doesn't
work correctly in all respects so I have little faith in the brand.
It may be possible to get the AVR-ISP500 to set fuses and read ID's by
fiddling with -B and / or -i options in avrdude but I'm not really
interested since I have alternatives that work as advertised.
We live and learn.
regards
Art Clarke
Running AVR-ISP500 on the MAC:
Find out which serial device file has MacOS assigned to AVR-ISP500 by
executing the following command line:
ls /dev/cu.*
Then look for a file named like /dev/cu.usbmodem000010471 - this is your serial port which must be given to avrdude, like this:
avrdude -p m88 -B 50 -c stk500v2 -P /dev/cu.usbmodem000010471 -e -U
flash:w:blinkled.hex
Below is a session log of using avrdude under MacOS.
----------------------
Session log of using avrdude under MacOS.
----------------------
none-nones-computer:~ nonenone$ uname -mprsDarwin 8.10.1 i386 i386
none-nones-computer:~ nonenone$ ls /dev/cu.*
/dev/cu.serial1 /dev/cu.usbmodem000010471
/dev/cu.serial2
none-nones-computer:~ nonenone$ avrdude -p m88 -B 50 -c stk500v2 -P /dev/cu.usbmodem000010471 -e -U flash:w:blinkled.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.26s
avrdude: Device signature = 0x1e930a
avrdude: erasing chip
avrdude: reading input file "blinkled.hex"
avrdude: input file blinkled.hex auto detected as Intel Hex
avrdude: writing flash (176 bytes):
Writing | ################################################## | 100% 1.01s
avrdude: 176 bytes of flash written
avrdude: verifying flash memory against blinkled.hex:
avrdude: load data flash data from input file blinkled.hex:
avrdude: input file blinkled.hex auto detected as Intel Hex
avrdude: input file blinkled.hex contains 176 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.97s
avrdude: verifying ...
avrdude: 176 bytes of flash verified
avrdude: safemode: Fuses OK
avrdude done. Thank you.
none-nones-computer:~ nonenone$
Feedback
090512 - Just a little more feedback on running AVRISP500TINY on a Mac although this is not Mac/PC related.
I discovered that AVRDude's default bitclock rate (it defaults to 1.0) is on the edge of failure for programming an AT90S2313-4PC running on a 4MHz Xtal on a rough development board. Using the -B option to slow it a little makes the procedure way more reliable. Herewith the commandline for AVRDude
avrdude -c stk500v2 -p 2313 -U flash:w:main.hex:i -P /dev/cu.usbmodem3a21 -e -B 1.1
The failure looks as follows:
avrdude: stk500v2_command(): unknown status 0x80
avrdude: stk500v2_command(): unknown status 0xc9
avrdude: stk500v2_program_enable(): cannot get connection status
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
I suspect it would work OK with the default once a decent PCB layout has been made. But, when it fails, it is not clear why from the error messages and leads you to believe that the ISP port was not connected or wired up correctly. Regards Johan
and some more feedback...
In June 2008 I emailed you requesting advice. I had a stock of ATMEL AT90S8535 microcontrollers and my copy of BASCOM-AVR 1.11.8.3, and I was after a compatible USB programming setup. You sold me an Olimex-AVR-ISP500 and an Olimex-AVR-P40N-8535-8MHz. The ISP500 needed a copy of STK500.exe. The first one I downloaded was a ver1.nn but I soon became aware that I needed ver2.nn. I obtained a copy from the AVR website by downloading AVRStudio. The setup works well with AT90S8535s & ATMEGA8536s, but one needs to change $crystal = 8000000 to $crystal = 1000000 for the MEGA chip to function. I use a USB to RS232 adaptor to access the COM functions of the P40N board. I hope the information is of some use to somebody. Thank you for your assistance. regards, Bob Foreman
Support:
1) Do you need additional support on this product?
2) You can't find the information you need in the documentation?
3) You wish to know what is included in the package?
4) The download links on this product page aren't working correctly?
5) Any questions not covered in the above list?
Then please click here.
Back To Top
