Ordered USBasp, Got This Instead

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

Preparing to update the firmware in  a 328P device, I orders a common USBasp programmer off eBay.  This is the unit I ordered:

 

Ordered unit

 

...But THIS was what I got.

 

 

 

Dubious unit

 

It appears to be a similar device but in fact is entirely different.  It's definitely not a USBasp.  Chasing it down by its image, I discover that it's a "new" type, and from the obscure Chinglish descriptions I learn that it is purported to be driverless in Win 7/8/10, and supports Chinese programming software.  It has an ATmega8A chip.  So far, this thing will not set up, be recognized by Win7, Zadig, AVRdude or anything else, nor do anything more useful than show a steady red LED when plugged in.

 

Is anyone familiar with this oddity?  Can it be installed in Win7 and made useful?

 

I'm very curious to know what's going on with this.

 

Thanks for any help!

Last Edited: Thu. Jan 4, 2018 - 06:01 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Yes,  it appears as a HID device.  The only software that understands it is progisp172 from a Chinese company.

 

Yes,  it works fine with the Chinese GUI.   But is obviously no good for command line or batch processing.  e.g. avrdude

 

If you like GUIs,   just get familiar with the Chinese GUI.

If you don't like GUIs,   you can install the regular USBASP firmware if you have another programmer.

 

I bet that your Sale site said USBISP rather than USBASP.

 

David.

Last Edited: Thu. Jan 4, 2018 - 06:31 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Do you have another programmer?

I'd probably just overwrite the firmware with Thomas Fischl's.

 

And/or contact the seller and ask for what you've ordered.I hope you haven't given feedback yet. After giving feedback most of the Chinese don't bother tow respond anymore.

Paul van der Hoeven.
Bunch of old projects with AVR's:
http://www.hoevendesign.com

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

What I'm actually going to do is just use a specifically cookbooked procedure for updating my 328P device using an Arduino, AVRdudess and some DuPont jumpers, and let this other thing go.

 

I downloaded progisp172 and found that it supports English and the 328P chip, but I couldn't immediately get this programmer to be recognized. Perhaps it has to be connected to a powered-up ICSP plug, I dunno. [shrug] The program looks a little too deep for me in any case.

 

eBay will get me a refund on this oddity as it's glaringly not the device pictured in the listing. The possibility of reprogramming it into USBasp usefulness hadn't occurred to me. If I can do that with the Arduino setup, maybe I'll try that at some point.

 

Thanks to all for the quick explanations!

Last Edited: Thu. Jan 4, 2018 - 07:34 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Download progisp172.  It should recognise the HID device.   And work just fine.

 

The Device Manager (or USBVIEW) should see VID=0x03EB, PID= 0xC8B4 "USBHID"

 

It is possible (but unlikely) that the board has never been programmed with any firmware.

Yes,  you can program it with regular fischl.de firmware with any other programmer.  Or even a regular UNO running ArduinoISP sketch.

 

Did the Device Manager recognise it when you unplug / plug in?

 

David.

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

Nothing recognizes it at all, under any circumstances I can contrive.

 

Not Win7, not progisp172, not AVRdude, not lsusb under Linux, not Windows Device Manager, nothing.

 

Under Device Manager it shows it under USB stuff as a malfunctioning unknown device that will not accept any driver.

 

Not USBasp

 

 

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

Well time to contact the seller then and request a USBASP device, if you ordered that and not the other one mentioned in previous replies.

 

If the seller is not responding, you could start a dispute on e-bay and get your money back. And even get the scammer offline......

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

I've had pretty reasonable experiences with USBasp boards from Ali / (ebay) with a dark solder mask, the chip rotated 45 degrees and with "Baite" as company name on the solder mask.

But even these seem to have different board layouts.

For Example, the ones I have don't have the switch for 3V3 / 5V selection as in:

https://www.aliexpress.com/item/...

 

The "win7" support and the "progisp" picture doe not look very promising to me though.

I use Linux / avrdude combination for programming and would hate it if I even had to change a makefile to specify another protocol for avrdude to use.

 

Reprogramming a USBasp with another is pretty trivial though (especially if you have a working one).

Just use a IDC cable to wire them together, Programmer is powered from usb, Target is powered over IDC cable.

If I remember well you have to make a single jumper / solder bridge connection on the target for "self programming".

Paul van der Hoeven.
Bunch of old projects with AVR's:
http://www.hoevendesign.com

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

Paulvdh wrote:
Reprogramming a USBasp with another is pretty trivial though (especially if you have a working one). Just use a IDC cable to wire them together, Programmer is powered from usb, Target is powered over IDC cable. If I remember well you have to make a single jumper / solder bridge connection on the target for "self programming".

 

I was just this minute trying to imagine how one would reprogram one of these devices.

 

eBay is getting me a punitive refund for this device and I've since found that the preferred method (of many) at the QRP-Labs forums to update the 328P on their various products seems to be a simple application of an Arduino Uno w/AVRdudess and five DuPont jumpers, all of which I already have to hand and working.

 

Still, if I wind up with this mystery not-USBasp thing in the junk drawer, it would be interesting to see if I could eventually reprogram it into usefulness.  It seems like I should be able to do it even with the Uno.

 

Are we pretty much of the opinion that this thing is essentially the same circuit as a USBasp, just with different programming (or perhaps absent any programming) on the ATmega8A?  It still seems very strange to me that absolutely nothing recognizes it.  It acts like a dead device, though the circuit build looks fine under magnification.

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

Unplug from USB

Put jumper on JP2

Connect the external programmer with the Dupont wires.

 

Read the Signature.

Read the fuses.

Read the Flash memory.   (it will possibly be Lock-protected i.e. garbage)

 

Post the results.

 

Then program with new USBASP firmware and clock fuses.   e.g. from fischl.de

Remove JP2

Install USBASP driver for Windows.   e.g. from fischl.de website

 

Plug into USB.

 

I suspect that they forgot to program the firmware.   i.e. the fuses say Internal RC,  Flash memory will be 0xFFFF and not garbage.

 

David.

Last Edited: Sun. Jan 7, 2018 - 12:24 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Sample loop time, or, if you are of a certain age, it's broken-record time...skipping back over and over with my same litany:

 

If you use a standardized hardware platform that includes a bootloader and a USB/serial IC, then you never have to deal with all this hardware configuration/ non-functioning programmer/ incomprehensible development tools nonsense ever again.  A $2.50 Arduino-Nano standardized hardware platform (with a CH340G USB-PC interface IC on-board) solves all these problems.   And it is based on the mega328P that you are developing for.  And it's quite likely that someone has previously developed an application and/or firmware library that is similar to what you are trying to do; and has posted its code already on the web.

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

Simonetta wrote:

 A $2.50 Arduino-Nano standardized hardware platform (with a CH340G USB-PC interface IC on-board) solves all these problems.   And it is based on the mega328P that you are developing for.  And it's quite likely that someone has previously developed an application and/or firmware library that is similar to what you are trying to do; and has posted its code already on the web.

You'll note that this is what I eventually wound up doing.

 

I ordered this other foolishness (for which I received a full refund today) about two months before I was aware of that more sensible option.  At this point, I'm just messing with resurrecting the mystery slug out of obsessive and pointless curiosity.  I assume you're familiar with this motivation.

 

The firmware update for the 328P device has not yet been completed by the company issuing it, so there's plenty of time for indulging in cheap entertainment while I'm waiting. ;)

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

Best bet, get the latest firmware for USBASP from Fische and Update it. I have the exact same device and it is not what I ordered. Had many problems but after the firmware update it worked like a charm. 

 

Just a Note: You need another programmer to update the USBASP firmware. 

Last Edited: Mon. Jan 8, 2018 - 11:19 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Kidzo wrote:

Best bet, get the latest firmware for USBASP from Fische and Update it. I have the exact same device and it is not what I ordered. Had many problems but after the firmware update it worked like a charm. 

 

Just a Note: You need another programmer to update the USBASP firmware. 

 

I think the OP will buy an Arduino. The Arduino can then be used as programmer to upload the USBASP firmware.

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

david.prentice wrote:

Unplug from USB

Put jumper on JP2

 

I think on this one JP1 is the JP2 to which you refer.  JP2 is the voltage selection Jumper.  These are reversed for some reason (see photo in OP).

 

Quote:

Connect the external programmer with the Dupont wires

 

Read the Signature.

Read the fuses.

Read the Flash memory.   (it will possibly be Lock-protected i.e. garbage)

Can I do this with an Arduino Uno/R3 w/ArduinoISP and AVRdudess?

 

I think I can, but I'm not sure.

 

Quote:
Post the results.

 

If I can do this with stuff on hand, I certainly will.

 

 

Last Edited: Wed. Jan 10, 2018 - 08:46 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

TrueBlue wrote:

 

Can I do this with an Arduino Uno/R3 w/ArduinoISP and AVRdudess?

 

I think I can, but I'm not sure.

 

 

Indeed you can, either using ArduinoISP or ScratchMonkey, which is better IMO.

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

El Tangas wrote:
Indeed you can, either using ArduinoISP

 

My initial tries didn't get me anywhere, but I'll give it another shot today.  Maybe a loose or crossed jumper, I dunno.

 

I'm using this guide for hooking up the Arduino to the ICSP on the mystery device.

 

Arduino Pin Number

10 RESET

11 MOSI

12 MISO

13 SCK

GND GND

 

And 5V out for the VCC  [I'm still unclear about the I/O directionality of the ICSP jacks].

 

Does that look right? 

 

I want to initially get whatever information there is on the ATmega8 to see from where I'm starting.

 

The Uno takes the ArduinoISP fine, but I don't show the target device synch in AVRdudess.

 

If I'm still stuck I'll upload a graphic later.

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

TrueBlue wrote:

 

Arduino Pin Number

10 RESET

11 MOSI

12 MISO

13 SCK

GND GND

 

 

Yes, that's the correct pinout. Do you have a known Mega around that you're sure is unlocked, to test the connections?

Also remember the alternative to ArduinoISP I mentioned: https://github.com/microtherion/...

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

Here's what I got so far today.  Thoughts?:

 

readout

Actually it was a lot easier than I expected so far.  I've been unable to locate those TMP files AVRdude made, though.

 

The device signature = 0x1e9307 and the Lock Bit is 0x3F, if those are meaningful.

 

One concern is that this shows only one MCU entry for the ATmega8 and mine is an ATmega8A.  I know this is a nosebleed with 328s and 328Ps, so I thought I'd better ask.

 

Digging through the USBasp files, I find this in the bin:  usbasp.atmega8.2011-05-28.hex

 

Is that the correct file to flash, or is there a different one?  That certainly looks old to me for the "most recent."

 

Many thanks for help so far!

Last Edited: Fri. Jan 12, 2018 - 11:50 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I have never used avrdudess.   Surely it is easier to use avrdude as Nature intended.

 

You would NEVER use -c arduino with ArduinoISP.   That is for talking to the bootloader.

You should use -c stk500v1 .   But I have no idea how you would obtain that with avrdudess

 

I originally asked you to read the current Flash memory and current fuses.

This would determine whether the Chinese vendor had omitted to program the firmware.

 

This is incredibly simple with regular avrdude.   e.g. read the Signature

avrdude -c stk500v1 -p m8 -P com5 -b 19200

or read Signature and fuses:

avrdude -c stk500v1 -p m8 -P com5 -b 19200 -v

or read the Flash memory:

avrdude -c stk500v1 -p m8 -P com5 -b 19200 -U flash:r:file.hex:i

Once you have established whether you just had an empty AVR,  you can program the new firmware and fuses e.g.

avrdude -c stk500v1 -p m8 -P com5 -b 19200 -U flash:w:usbasp.atmega8.2011-05-28.hex:i
avrdude -c stk500v1 -p m8 -P com5 -b 19200 -U lfuse:w:0xff:m -U hfuse:w:0xd9:m

 

 

David.

 

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

TrueBlue wrote:

 

Actually it was a lot easier than I expected so far.  I've been unable to locate those TMP files AVRdude made, though.

 

 

That's because appdata is an hidden folder, you can't see it unless you configure windows explorer to show hidden folders. But I also don't understand how you could even read anything using -c arduino.

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

-c arduino is only -c stk500v1 with a reset pulse on DTR line.
.
The bootloader expects 57600 or 115200 baud.
ArduinoISP uses 19200 baud.
.
Bootloader will not recognise 19200 baud but I would worry about a DTR pulse which might/will reset the Arduino.
Possibly why Internet talks of putting hefty eletrolytics on reset pin
.
David.

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

Apologies for the mess this is, but the Windows Command Prompt window is a real pain for cut & paste.  If there's anything useful in this pig's breakfast, let me know.  This was harder than it should have been because for some reason I was losing sync between operations and this joker was alternately sitting on the Uno and trying to tear out the jumpers.

 

C:\Users\ANONYMOUS>avrdude -c stk500v1 -p m8 -P com5 -b 19200 -v

avrdude: Version 5.10, compiled on Jan 19 2010 at 10:45:23
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "C:\WinAVR-20100110\bin\avrdude.conf"

         Using Port                    : com5
         Using Programmer              : stk500v1
         Overriding Baud Rate          : 19200
         AVR Part                      : ATMEGA8
         Chip Erase delay              : 10000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page
      Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  Max
W   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ---
-- ---------
           eeprom         4    20   128    0 no        512    4      0  9000  90
00 0xff 0xff
           flash         33    10    64    0 yes      8192   64    128  4500  45
00 0xff 0x00
           lfuse          0     0     0    0 no          1    0      0  2000  20
00 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  2000  20
00 0x00 0x00
           lock           0     0     0    0 no          1    0      0  2000  20
00 0x00 0x00
           calibration    0     0     0    0 no          4    0      0     0
 0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0
 0 0x00 0x00

         Programmer Type : STK500
         Description     : Atmel STK500 Version 1.x firmware
         Hardware Version: 2
         Firmware Version: 1.18
         Topcard         : Unknown
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.07s

avrdude: Device signature = 0x1e9307
avrdude: safemode: lfuse reads as E1
avrdude: safemode: hfuse reads as D9

avrdude: safemode: lfuse reads as E1
avrdude: safemode: hfuse reads as D9
avrdude: safemode: Fuses OK

avrdude done.  Thank you.

C:\Users\ANONYMOUS>avrdude -c stk500v1 -p m8 -P com5 -b 19200 -U flash:r:file.he
x:i

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.06s

avrdude: Device signature = 0x1e9307
avrdude: reading flash memory:

Reading | ################################################## | 100% 7.13s

avrdude: writing output file "file.hex"

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

Last Edited: Sat. Jan 13, 2018 - 01:46 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The important info is the lfuse is 0xE1. i.e. the Factory 1MHz RC clock.
Any real USBASP firmware would use the 12MHz crystal.
.
View the file.hex in your editor or just look at the file size. If the size is about 40 bytes the chip was never programmed.
You could copy-paste the first 10 lines of the file.hex to your message.
.
David.

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

david.prentice wrote:
... I would worry about a DTR pulse which might/will reset the Arduino. Possibly why Internet talks of putting hefty eletrolytics on reset pin . David.

 

DTR doesn't pulse, it just goes low during the transmission. A 100 nF cap basically takes the derivative of DTR, turning it to a negative pulse. When transmission ends, DTR goes high so a positive pulse is generated. I've tested and 470nF is enough to damp the reset pulse, personally, I prefer to use as small cap as possible.

 

So, I agree, the OP should put a cap between VCC or GND and Reset on the Arduino, to disable the auto-reset feature. This will improve the reliability of ArduinoISP.

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

david.prentice wrote:
View the file.hex in your editor or just look at the file size. If the size is about 40 bytes the chip was never programmed. You could copy-paste the first 10 lines of the file.hex to your message. . David.

 

The file.hex file was 11kb in size.  The first ten lines or so of it are here:

 

:200000003BC0CBC153C052C051C050C04FC04EC04DC04CC04BC04AC049C048C047C046C0AA
:2000200045C044C043C0040309041C037700770077002E00660069007300630068006C0075
:200040002E00640065000E0355005300420061007300700012011001FF000008C016DC0588
:2000600002010102000109021200010100801909040000000000000011241FBECFE5D4E03A
:20008000DEBFCDBF10E0A0E6B0E0E4EAF0E102C005900D92A436B107D9F710E0A4E6B0E030
:2000A00001C01D92A73AB107E1F77DC5A9CF85B7836085BF8BB780648BBF08950F931F93E1
:2000C000CF93DF9360918B00161604F5635080918800CBE9D0E0C81BD109809187008D32E7
:2000E00009F44DC08091640087FD4EC0CE0172D58F3F09F485C0882309F05AC02FEF30E0DD
:20010000309364002093600010928B008091610084FF29C0809160008F3F29F1682F8930F1
:2001200008F03DC0861B809360008091640080FF34C003EC8F5F8093640087FD69C0662344

 

I've always assumed this was a programmed device, just programmed for some screwball Chinese standard.  The question is whether it can simply be re-programmed as a normal USBasp device with AVRdude.

 

 

Last Edited: Sat. Jan 13, 2018 - 05:55 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

TrueBlue wrote:

 

:200000003BC0CBC153C052C051C050C04FC04EC04DC04CC04BC04AC049C048C047C046C0AA
:2000200045C044C043C0040309041C037700770077002E00660069007300630068006C0075
 

 

 

Looks like code, no doubt. That part I marked is the interrupt vector jump table for sure, a lot of rjmps. No, I don't have the opcodes memorized, I used this: https://onlinedisassembler.com/o...

 

edit: I found this guy with a programmer like yours, he already went to all the trouble. I recommend that you read it: http://jimlaurwilliams.org/wordp...

Last Edited: Sat. Jan 13, 2018 - 06:17 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

From #19:

The device signature = 0x1e9307 and the Lock Bit is 0x3F, if those are meaningful.

 

From #23:

avrdude: safemode: lfuse reads as E1

 

From #26:

The hex file looks like executable code.

 

My conclusion is that they programmed the firmware,  forgot to program the LFUSE,  forgot to program the LOCK bits.

 

I suggest that you simply:

1. program the LFUSE to 0xFF.

2. Disconnect from ArduinoISP cable.  Remove the JP2 self-program jumper.   (The 3-pin header should be labelled JP1)

3. Plug it into USB.   I suspect that it will come to life.

 

You possess the file.hex.   If you have inadvertently erased the Flash memory,  program with your file.hex.

 

There is no need to program the LOCK bits.

 

Of course we suspect that your USBASP might have a HID firmware.   It will show up in Device Manager.   Progisp1.72 will recognise HID.

 

If you do have HID,   I would replace with regular fischl.de firmware that works with avrdude.

 

If my suspicions are correct,   it is just a minor error from the Chinese Manufacturer.   But it has given you a big headache.

 

@El Tangas.

I would never put a a FBC on the Reset line.   ArduinoISP is just a regular sketch that runs forever.   You do not need to cripple the Uno functionality.

But this means that you don't send a DTR pulse e.g. with -c arduino .   Yes,  DTR ends up as steady state.   Avrdude must wiggle it to provide the Reset pulse.   i.e. if DTR is already set,  it must release it,  then assert again to provide a pulse.

 

David.

Last Edited: Sat. Jan 13, 2018 - 07:07 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:

I suggest that you simply:

1. program the LFUSE to 0xFF.

 

Is there a nice AVRdude command line that will accomplish this?

 

After this can I simply reprogram it with the standard USBasp firmware, as in your earlier command lines?

 

Last Edited: Sat. Jan 13, 2018 - 07:29 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The last command in #20 programs LFUSE to 0xFF and HFUSE to 0xD9

David.

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

[LATER:]  Decided to live dangerously and just run it.

 

To make a long story short, after running this, plugging it into the Win7 USB port, it recognized as a USBasp and did the driver fail, after which I ran Zadig and it is now installed as a working USBasp in Device Manager.

 

Is there a way to nondestructively test this to see if we have resurrected this gem as a real, functioning USBasp?

 

[EARLIER:]

 

david.prentice wrote:
The last command in #20 programs LFUSE to 0xFF and HFUSE to 0xD9

 

This one, correct?

 

avrdude -c stk500v1 -p m8 -P com5 -b 19200 -U lfuse:w:0xff:m -U hfuse:w:0xd9:m

If so, I'll give it a shot when I get back in the shop.

 

Thanks!

Last Edited: Sat. Jan 13, 2018 - 08:22 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

TrueBlue wrote:
I ran Zadig and it is now installed as a working USBasp in Device Manager.

 

But unfortunately, not as a USB device, but under libusb-win32 devices, where it's awkward to use with software.  I've encountered this problem before with different Zadig-installed USB devices.  Is the a quick fix for that?

 

We're almost there!

 

Thanks for all help to date on this experiment!

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

On Windows10 the Device Manager shows USBasp under Universal Serial Bus devices.

 

Yes,  you have to install a Filter with libusb-win32 or Zadig for avrdude.

 

If you see "USBasp" you should install Windows driver from fischl.de and be able to use avrdude.

 

Unfortunately my "USBISP" HID dongle seems to have gone haywire.   Or else I could tell you what it lookd like under Device Manager or USBdeview.

 

My theory seems to be correct.   They forgot to program LFUSE.

 

David.

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

david.prentice wrote:

On Windows10 the Device Manager shows USBasp under Universal Serial Bus devices.

 

Remember, this is Win7,  but I would have expected it to show up there, too -- but it didn't.  I don't get why, but it's done the same thing with completely different devices on other Win7 machines using Zadig installation.

 

Quote:
Yes,  you have to install a Filter with libusb-win32 or Zadig for avrdude.

 

I'm not sure what I need to do to accomplish that.

 

Quote:
If you see "USBasp" you should install Windows driver from fischl.de and be able to use avrdude.

 

OK, it shows up in Device Manager as USBasp, so I'll do that.  Presumably, I just "Update Driver Software" for it in Device Manager...but wait, this is what I get from the Fischl site:

 


Drivers

On Linux and MacOS X no kernel driver is needed. Windows requires a driver for USBasp. Please use this driver installation tool for Windows:
en Zadig - USB driver installation made easy


 

This is where I got the original driver that's currently there.

 

Is there a different driver file hiding on the site? 

 

Quote:
Unfortunately my "USBISP" HID dongle seems to have gone haywire.   Or else I could tell you what it lookd like under Device Manager or USBdeview.

 

I'm sad.

 

Quote:
My theory seems to be correct.   They forgot to program LFUSE.

 

It certainly looks that way!

 

Thanks!

 

Last Edited: Mon. Jan 15, 2018 - 08:54 PM