NANJG 105D flashing problem

Hello,
first of all I like to thank you to all members for their infos published there.
I did setup working configuration for flashing custom firmware to drivers.
No problem with Nanjg 101-AK-A1 drivers. Flashing NLITE.hex like a charm.
Now I trying to flash nlite.hex firmware to driver Nanjg 105D from AliExpress:

without success. I checked wires, cleanup pins on SMD at many tries.
I can flash Nanjg 101-AK-A1 at the same time without problem.
Can someone help me, please? Thank you very much
C:\WinAVR-20100110>bin\avrdude -pt13 -c usbasp -u -Uflash:w:nlite.hex:a -Ulfuse:w:0x75:m -Uhfuse:w:0xFF:m -v -F
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 : lpt1
Using Programmer : usbasp
AVR Part : ATtiny13
Chip Erase delay : 4000 us
PAGEL : P00
BS2 : P00
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 MaxW ReadBack


eeprom 65 5 4 0 no 64 4 0 4000 4000 0xff 0xff
flash 65 6 32 0 yes 1024 32 32 4500 4500 0xff 0xff
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 2 0 0 0 0 0x00 0x00
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
Programmer Type : usbasp
Description : USBasp, USBasp - USB programmer for Atmel AVR controllers - fischl.de
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update
.
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.02s
avrdude: Device signature = 0x000102
avrdude: Expected signature for ATtiny13 is 1E 90 07
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: current erase-rewrite cycle count is 1010646591 (if being tracked)
avrdude: erasing chip
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update
.
avrdude: reading input file “nlite.hex”
avrdude: input file nlite.hex auto detected as Intel Hex
avrdude: writing flash (524 bytes):
Writing | ################################################## | 100% 0.31s
avrdude: 524 bytes of flash written
avrdude: verifying flash memory against nlite.hex:
avrdude: load data flash data from input file nlite.hex:
avrdude: input file nlite.hex auto detected as Intel Hex
avrdude: input file nlite.hex contains 524 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.20s
avrdude: verifying …
avrdude: verification error, first mismatch at byte 0x0000
0x2b != 0x00
avrdude: verification error; content mismatch
avrdude done. Thank you.

When avrdude reports that the signature does not match that means something is wrong and it can’t communicate with the chip.

Can you link to the exact programmer you’re using? And the pinout you followed? There are many bad pinouts floating around for the usbasp clones.

I had got the same warning on Nanjg 101-AK-A1 driver and it flashes successfully (with -F option of course).

Programmer is from Aliexpress:
http://www.aliexpress.com/item/USBasp-USB-ISP-3-3V-5V-AVR-Programmer-USB-ATMEGA8-ATMEGA128-New-10PIN-Wire-Support/2036402518.html

Clip is this one (rewired after delivery):
http://www.aliexpress.com/item/High-quality-SOIC8-SOP8-Test-Clip-For-EEPROM-93CXX-25CXX-24CXX-in-circuit-programming-on-USB/32615695219.html

What pinout did you follow when wiring it up? There are many wrong pinout instructions. Particularly with the ground pin. When it’s wrong it can still work sometimes but it’s unreliable.
Ground should be pin 10. AVR Drivers - Flashlight Wiki But I don’t have you’re exact usbasp clone so I can’t say for sure. Check ground with a multimeter.

And they sent the right driver (chip is labeled tiny13), correct? Drivers exist that look nearly the same but use a different chip.

Wiring is OK, according to flashwiki, checked by ohmmeter.
Chip is ATMEL 1513 TINY13A SSU.

Im going to order different programmer and different drivers.
We will see next month.

BTW, isnt this chip locked to protect overwrite firmware?
How do I check it?

Thanks

That is not normal. You should not need to use the -F option.

Check the programmer-to-clip pin-out carefully as Halo said. Make sure both GND and VCC is connected. Some online diagrams are plainly wrong re. this. You may also want to try the 3.3V vs. 5V options on the programmer.

Hint: Often not all pins marked GND on the programmer are really GND. The aliex page for your programmer seems to show that only pin 10 goes to ground, even though multiple pins are labeled GND.

i had the same problem, maybe try lowering the boadrate? that fixed it for me

@carson
Out out my memory I think the 105D uses a PIC processor which you cannot program.
Check what processor sits on your 105D. You can only use atTiny13A (as on 105C).
Beware that some of FastTechs drivers are with PIC. The 7135 chips are arranged otherwise on these.
Else try this: http://www.thewolfbytes.com/2013/12/avr-unexpected-signature-0x000102.html