closed

Loginbox

Please enter your username and password into the following fields to log in.


  • Username:
  • Password:
  •  
  • Auto log in on every visit.


  •  

ATtiny3217 + Familie

*.dsc Files haben Fehler?

Heinz offline
Benutzer
Avatar
Gender: male
Location: SWITZERLAND 
Age: 67
Posts: 12
Registered: 04 / 2018
Homepage Private message
Subject: ATtiny3217 + Familie  -  Posted: 25.07.2020 - 21:44   -  
Guten Abend
Hat jemand uP's aus der Serie ATtinyXXX mit den Descriptors uTinyXXX.dsc verwendet?
Sollte unbedingt ein Programm mit dem ATtiny3217 erstellen.
Habe auch ein paar weitere *.dsc getestet:
//Device = tiny214, VCC=5;
//Device = tiny417, VCC=5;
//Device = tiny817, VCC=5;
//Device = tiny1617, VCC=5;
Alle bringen die selben, ähnlichen Fehler.
Beim uTiny3217.dsc sehe ich folgendes:
- Items kommen doppelt vor z.B
; PortA $0400
DIRTGLA=$403
; PortB $0420
DIRTGLA=$423 müsste doch DIRTGLB heissen

[interruptvectors]
nrofvectors=32 sind offenbar nur 31 vektoren, sollte nrofvectors=31 sein.

; WDT Watch-Dog Timer $0100
WDTCTRLA=$0100 Assembler Error, verlangt offenbar das Item WDTCR

romtotstart=$8000
romtotend=$BFFFF Assembler Error. Sollte doch für 32K $FFFF sein.

Mit all diesen Korrekturen kann ich eine kleines Programm, generiert mit dem AppWizz kompilieren.
Doch offenbar wird für die FlashSize romtostart nicht berücksichtigt.
In der Project Information wird eine FlashSize von 64K angezeigt.
Das überträgt sich dann offenbar wieder auf den Programmer. Bei einem Clear auf das Flash
zeigt er nach $8000 Carbitsch an...
Sobald ich den uP Programmiert habe, kann ich die Protection nicht mehr aufheben.
Auch wenn ich ein Erase Device mache... Das sollte doch einen Lock wieder aufheben.

Hat da jemand eine Idee ?

Heinz
You must be logged in or your permissions are to low to see this Attachment(s).
go down go up
rh offline
Administrator
Avatar
Gender: male
Location: GERMANY  Germany
Age:
Posts: 5509
Registered: 03 / 2002
Homepage Private message
Subject: Re: ATtiny3217 + Familie  -  Posted: 26.07.2020 - 22:26   -  
Hallo Heinz,

Disaster !!
Jede Menge Bugs im DSC. Keine Ahnung wie das passiert ist. Sorry !!
Neue Files im Anhang
You must be logged in or your permissions are to low to see this Attachment(s).
Cars don't buy cars -- Autos kaufen keine Autos.
Henry Ford
go down go up
Heinz offline
Benutzer
Avatar
Gender: male
Location: SWITZERLAND 
Age: 67
Posts: 12
Registered: 04 / 2018
Homepage Private message
Subject: ATtiny3217 Programmer macht noch Probleme  -  Posted: 27.07.2020 - 19:35   -  
Salü Rolf
Vielen Dank.
Der Compiler meldet keinen Fehler mehr.
Die Berechnung der FlashSize scheint aber noch nicht zu stimmen.
Der Compiler zeigt in der Info 64K an.
??Kann das sein, dass bei der Berechnung romtotstart nicht berücksichtigt wird ?
romtotstart=$8000
romtotend=$FFFF

Programmer:
Im Programmer sehe im Flash den Code auf $0000-$7FFF. Das wäre für 32K i.O
Der 'blinde' Bereich $8000-$FFFF ist nun nicht mehr vorhanden.
Kann auch Flash,EEPROM programmieren.
Aber am Schluss kommt immer: Flash Verify error at: $0000
Siehe letzter Beitrag. Irgendwie bleibt der uP nach dem 1. Programmieren auf protected.
Auch mit erase Device....

Programmer Options
Wäre es machbar, die einzelnen Fuse-Bytes mit den eigentlichen Namen zu versehen ?
Sehe im *.dsc [lockbitsWR0]. In den Options steht dann 'Lock bits'.
Bei allen anderen dann nur noch FuseBits 0...n

Viele Grüsse
Heinz
go down go up
 


Registered users in this topic
Currently no registered users in this section

Delete cookies of this forum  •  FAQ / Help  •  Team page  •  Imprint   |  Local time: 05.08.2020 - 12:58