Programmer

hallo miparo
Ist richtig, wie ich von Merlin erfahren habe, beschäftigst Du dich mit der Programmer SW?
Habe mal die Fuses beim Programmieren ausgeschaltet.
Folgendes irritiert mich:
Wenn ich den Programmierzyklus starte erscheinen "rot" die folgenden Meldungen:
- check device
- Erase chip: Wait...
- Programming Flash
- Flash: Verify error @$0000
Wenn die Meldungen stimmen, heisst das, dass die Programmierung korrekt abläuft.
Warum kommt dann am Schluss der Flash Verify error ?
Zudem, mit ...check device kommt immer Error: device is protected.
Quittiere ich den error kommt die Zusammenfassung...da ist der Device state: protected.
Wie kann ich allgemein den Tiny unprotecten? Muss man da die LockBits mit dem Code $C5
resp. %1100'0101 setzen ? Habe es auch probiert, geht aber nicht....

Andere Frage
Gemäss Manual kann mit dem Kommando Zeilen Parameter -u0 direkt ein *.pac file generiert werden. Das scheint zu funktionieren und ist super.
Mein Wunsch wäre, wenn wie mit {$HEXPATH....} {$HEXNAME...} mit
z.B {$PacPath...} {$PacName} das File an den entsprechenden Ort kopiert werden könnte.
Merlin hat mir gesagt er könnte dies nach *.ppro kopieren, wie
[Output Paths]
HexPath=..WC200 Program for CH
HexName=W22CS170 CH_IV_SC200
PacPath=.....
PacName=....

Weitere Frage
Wir haben relativ viele Programme, die mit Conditional Compiling zusammengestellt werden.
Die Programmer haben leider nur das 8.3 Format, so dass eine sinnvolle Namensgebung
für die Outputfiles kaum möglich ist.
Ist es denkbar dies zu erweitern?
oder
Habe gesehen, dass beim UPP-2X ich den Extension beliebig wählen kann, beim
UPP-1X jedoch nicht. So kann man z.B xxxxxxxx.100
xxxxxxxx für einen sinnvolleren Namen
100 für Version V1.00
Wäre es denkbar dies auch beim UPP-1X auch zuzulassen?
Der Programmer würde dann einfach das 1.File nehmen oder evt. aufgrund des
Inhaltes das entsprechende File nehmen....?

Heinz

Hallo Heinz,
Ich habe nur Teile an der Prommer FW bearbeitet, wie PDI,UPDI. Der Rest ist von Rolf.

1. Hier mal mit UPDI speed : low testen

Evtl ist dieser Chip schon verfused.
Mal einen neuen Chip testen ohne an den Fuses zu basteln.
Da muss erstmal die CHIP ID kommen und die default Fuses müssen gelesen werden können.

Alles andere ist,wie Gunther schon schreibt Verbindungsfehler oder MCU verfused, was hier sehr schnell geht.


2. Da kann ich nichts zu sagen.

3. Das wäre ein riesiger Umbau und nicht meine Baustelle.

Gruß
miparo

Hallo Heinz,
UPDI 12V HVP zeigt dein UPP1-X falsch an, das habe ich vergessen rauszuehmen.
Das können nur die ganz neuen ISP3-X, UPP2-X, allerdings ist das noch nicht fertig implementiert.

Ich selbst benutze noch einen Atmel Power Debugger, das ist der einzige , der VCC und 12V Puls kann.

Zu den UPDI 12V Puls gibt es im Internet 100 Vorschläge.
Von einfacher Dioden Kaskade mit Taster bis ....

Wie gesagt IMMER folgende Vorgehensweise bei SPI und UPDI Chips:
( Xmegas haben diese Probleme ncht!)
Fuses & Locks abstellen !!!!!!!!!!!!!!!!!!!!!!!!
Chip ID lesen
Fuses lesen & merken
wenn das alles funktioniert dann erst flashen.
JETZT kann man mal über die Fuses nachdenken.
Da hat man sich schnell vertan.

Die Leichen enstehen meistens, wenn man gleich wild rum klick und es teilweise funktioniert aber dann zum Schluß auch falsche Fuses geschrieben werden, weil sie ja noch NICHT ausgelesen wurden.
Peng Chip tot

Passiert mir übrigens genauso ab & an

Das gute ist, das man die UPDI immer wieder zum leben erwecken kann, was bei den SPI Dingern nur mühsam geht.

Im Angang der gewünschte Schaltplan. Die 12V kannste auch von einen externen NT nehmen.

Gruß
miapro

Hallo Heinz,
es gibt 100 andere 12V Vorschläge im Netz.

miparo