USBasp stellt sich tot nach Firmware update.

Es gibt gefühlt 100 "Standard" China USBASP.
Wie hast Du den programmiert? Welche Brücke gesetzt? ect.

chinamann schrieb:
> Ich habe mir zwei USBasp gekauft.
> Die Standard China Dinger.
> Habe dann die Firmware upgedatet mit AVRDude.
> Das klappte beim Ersten noch ganz gut.

Womit (also welche Hardware) hast Du diesen programmiert?

> Dann wollte ich den anderen flashen, aber jetzt leuchtet nicht mal die
> StatusLED.

Hatte die vorher geleuchtet?

> Windows erkennt ihn auch nicht mehr, kann man den noch retten?
> Schreiben tut er noch drauf, aber beim verifying kommt Error.

Er tut nur so, er schreibt wohl nicht wirklich.

Old-Papa

chinamann schrieb:
> und hier der Dude ...

Sagt mir erstmal nur, dass ein Fehler da war (verify...)

Mit welcher Hardware (wiederhole mich)

Old-Papa

-B 100 hätte es vermutlich auch getan

Tip:
http://irq5.io/2017/07/25/making-usbasp-chinese-clones-usable/
http://cepp-techblog.blogspot.jp/2013/12/avr-isp-aus-der-bucht.html

Mußt Du halt mal gucken ob das bei Deinem auch zutrifft

Stefan ⛄ F. schrieb:
> chinamann schrieb:
>> Ist die China Firmware vielleicht doch nicht so schlecht?
>
> Die ist nicht schlecht. Die originale von Herrn Fischl ist noch älter.

Fischl hat mehrere Versionen der Firmware veröffentlicht. Die letzte ist 
von 2011. Auf den meisten USBASP aus China ist nicht diese Version 
drauf, sondern eine wesentlich ältere. Typischerweise können diese 
USBASP noch nicht die Einstellung der ISP-Geschwindigkeit (-B Option von 
avrdude). Das kann die Fischl Firmware schon seit 2009.

2011 kam das TPI Protokoll dazu (ATTiny4/5/6/10). Und aus dritter Hand 
gibt es eine Variante, die auch PDI (ATXMega) kann.

> Firmware sollte man nie ohne Grund updaten, weil man damit immer
> riskiert, sein Gerät zu verschrotten

Speziell beim USBASP gibt es mehrere Varianten der Hardware, die 
verschiedene Pins für USB verwenden. Man sollte schon darauf achten, daß 
das zusammenpaßt.

Stefan ⛄ F. schrieb:
> Für mich irrelevant, aber für andere
> vielleicht wichtig.
Wenn Du einen neuen AVR hast der mit 1MHz läuft, dann hast Du mit der 
vollen Speed Probleme. Dann bist Du froh, daß der Parameter -B 
funktioniert.
Und TPI ist ja auch nicht ganz unwichtig.
Ich mache bei allen Programmern immer die neuste Version drauf. Nur bei 
den Alu Dingern (Link von mir oben) muß man aufpassen und die FW 
modifizieren.

Stefan ⛄ F. schrieb:
> Firmware sollte man nie ohne Grund updaten, weil man damit immer
> riskiert, sein Gerät zu verschrotten.
Wer einen ATMega8 oder 88 nicht brennen kann, sollte besser auch kein 
USBASP anfassen. ;-) Und die 3€ für diese China Dinger tun ja auch nicht 
wirklich weh.

Stefan ⛄ F. schrieb:
> Stimmt. Dafür hatte meine Tochter ihr iPhone mit einem Firmware Upgrade
> gebrickt und meine Frau hat den Fernseher (ohne guten Grund)
> aktualisiert - seit dem zickt die Tonausgabe der Bluetooth Lautsprecher.

Change never a running system. ;-)

Axel S. schrieb:

> Fischl hat mehrere Versionen der Firmware veröffentlicht. Die letzte ist
> von 2011.

... und kann noch immer keine Atmegas mit 128kB bzw. aufwärts, wie ich 
schmerzlich feststellen musste (irgendwo hier im µC.net)
Anbei eine gepatchte Version aus den Weiten des Netzes (oder gar von 
Fischl?).

> Auf den meisten USBASP aus China ist nicht diese Version
> drauf, sondern eine wesentlich ältere.

Das wird so sein.

Old-Papa

Old P. schrieb:
> Axel S. schrieb:
>
>> Fischl hat mehrere Versionen der Firmware veröffentlicht. Die letzte ist
>> von 2011.
>
> ... und kann noch immer keine Atmegas mit 128kB bzw. aufwärts, wie ich
> schmerzlich feststellen musste (irgendwo hier im µC.net)

Ich hab das noch nicht gebraucht, daher auch nicht getestet. Aber das 
Changelog sagt:

1

usbasp.2011-05-28 (v1.4)

2

------------------------

3

- added TPI support for ATTiny4/5/6/10 (by Slawomir Fraś)

4

- added support for controllers with flash >128kb (by Slawomir Fraś)

5

...

> Anbei eine gepatchte Version aus den Weiten des Netzes (oder gar von
> Fischl?).

Könnte von hier sein: https://github.com/PeterVH/usbasp

Dann wäre in v1.4 von Fischl noch ein Bug, der mit einem Einzeiler zu 
beheben ist:

1

commit 14af55e03c5e4f5238d8eec6f83f8360405a7193

2

Author: Peter Van Hoyweghen <N.A>

3

Date:   Sun Nov 29 20:46:41 2015 +0100

4

5

    Ensure that even 0x00000 causes a write of the extended address byte, for flash >128KB.

6

7

diff --git a/firmware/isp.c b/firmware/isp.c

8

index 5e51bf0..7ab8e95 100755

9

--- a/firmware/isp.c

10

+++ b/firmware/isp.c

11

@@ -126,7 +126,7 @@ void ispConnect() {

12

        }

13

14

        /* Initial extended address value */

15

-       isp_hiaddr = 0;

16

+       isp_hiaddr = 0xff;  /* ensure that even 0x00000 causes a write of the extended address byte */

17

 }

18

19

 void ispDisconnect() {

Es gibt da auch einen Branch "v1.06" der hat SCK probing. Nett.