Re: Error in Multibank Load

"Kris Ardis" <Kristopher.Ardis-6tN4nzCoH/[email protected]>
Newsgroups gmane.comp.hardware.microcontrollers.tini
Message-ID <002701c426d3$d1a6eff0$764000b4@kardis>
> What exactly is the difference between the "Load Hex File" and "Load Hex
> File as TBIN".

The DS80C400 loader understands loading both HEX files (bytes are
transferred as 2-character ASCII values) and TBIN (binary values
transferred).  The TBIN load requires a reset after every TBIN record is
transferred, while the HEX file load does not.  However, the HEX file load
is twice as slow.  The "Load Hex File as TBIN" option is a convenience
feature that translates a HEX file to a TBIN on the fly to speed up loading
time.

> Well the loading Hex File as "Load File" is successful, but
> then the subsequent execution of the C "main" function is not happening.
> Any solutions for the problem?

> > > :10000000800554494E4940C2AF75C7AA75C75543CC  // On TINI
> > >          ^
> > > :10000000000554494E4940C2AF75C7AA75C755434C  // On Our Board.

Are you still seeing this difference between the hex file and what is loaded
on your board?  That '8005' is an 'sjmp' that is not there on the second
line (where it is replaced by '0005').  Does it look like the file got
loaded correctly?

Kris


>
> Thanks and regards.
>
> -abhijit
>
>
>
> > Kris
> >
> > ----- Original Message -----
> > From: "Abhijit Gadgil" <[email protected]>
> > To: "Thomas Chenot" <tom.chenot-6tN4nzCoH/[email protected]>
> > Cc: <tini-6tN4nzCoH/[email protected]>
> > Sent: Saturday, April 17, 2004 4:31 AM
> > Subject: Re: [TINI]Error in Multibank Load
> >
> >
> > >
> > > > I do not see the 400 loader banner on the second dump.
> > > >
> > > > Are you sure you have DTR hooked up to the reset circuit, the same
as in
> > > > the reference hardware?
> > >
> > > We jave not hooked up DTR with the reset circuit. So each time we have
to
> > > Reset TINI, we manually press the Reset switch available on the board
and
> > > then issue Reset Command from the JavaKit. This seems to be working
for
> > > Us.
> > >
> > > The difference between the Actual file and the file loaded on our
board is
> > > the following line. (which is incidently the first line.) Everything
else
> > > being same.
> > >
> > >
> > > :10000000800554494E4940C2AF75C7AA75C75543CC  // On TINI
> > >          ^
> > > :10000000000554494E4940C2AF75C7AA75C755434C  // On Our Board.
> > >          ^
> > >
> > > Any ideas why this is happening?
> > >
> > > -abhijit
> > >
> > >
> > >
> > >
> > > >
> > > > Abhijit Gadgil wrote:
> > > >
> > > > >Hi Tom,
> > > > >
> > > > >
> > > > >
> > > > >Following are the two Dumps. The first one, we are getting on the
Tini
> > > > >Board. And the second one we are getting on our custom board. This
is
> > > > >compiled using C51 compiler (7.06) and Ax51 Assembler (version
2.09)
> > > > >
> > > > >This is the dump on the TINI reference board, which we have.
> > > >
>---------------------------------------------------------------------
> > > > >
> > > > >
> > > > >Loading file: D:\CURRENT\Apps.hex.
> > > > >
> > > > >Please wait... (ESC to abort.)
> > > > >
> > > > >DS80C400 Silicon Software - Copyright (C) 2002 Maxim Integrated
> > > > >ProductsDetailed product information available at
> > > > >http://www.maxim-ic.comWelcome to the TINI DS80C400 Auto Boot
Loader
> > > > >1.0.1
> > > > >
> > > > >
> > > > >>Z40
> > > > >>
> > > > >>
> > > > >
> > > > >You sure? Y
> > > > >
> > > > >
> > > > >
> > > > >>DS80C400 Silicon Software - Copyright (C) 2002 Maxim Integrated
> > > > >>
> > > > >>
> > > > >ProductsDetailed product information available at
> > > > >http://www.maxim-ic.comWelcome to the TINI DS80C400 Auto Boot
Loader
> > > > >1.0.1>B40
> > > > >
> > > > >
> > > > >
> > > > >>T1 0 0
> > > > >>
> > > > >>
> > > > >
> > > > >Desired size: 65536
> > > > >
> > > > >Read 65536 bytes.
> > > > >
> > > > >DS80C400 Silicon Software - Copyright (C) 2002 Maxim
> > > > ><snip>
> > > > >
> > > > >
> > > > >
> > > > >>B40
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > >>C 0 FFFF
> > > > >>
> > > > >>
> > > > >
> > > > >CRC = 04A6
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >DS80C400 Silicon Software - Copyright (C) 2002 Maxim Integrated
> > > > ><snip>
> > > > >
> > > > >
> > > > >
> > > > >>Z41
> > > > >>
> > > > >>
> > > > >
> > > > >You sure? Y
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >DS80C400 Silicon Software - Copyright (C) 2002 Maxim Integrated
> > > > ><snip>
> > > > >
> > > > >
> > > > >
> > > > >>B41
> > > > >>T1 0 0
> > > > >>
> > > > >>
> > > > >
> > > > >Desired size: 14210
> > > > >
> > > > >Read 14210 bytes.
> > > > >
> > > > >
> > > > >DS80C400 Silicon Software - Copyright (C) 2002 Maxim Integrated
> > > > >ProductsDetailed product information available at
> > > > >http://www.maxim-ic.comWelcome to the TINI DS80C400 Auto Boot
Loader
> > > > >1.0.1
> > > > >
> > > > >
> > > > >
> > > > >>B41
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > >>C 0 3781
> > > > >>
> > > > >>
> > > > >
> > > > >CRC = 61A2
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >DS80C400 Silicon Software - Copyright (C)
> > > > ><snip>
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >Load complete.
> > > > >
> > > > >
> > > > >
> > > >
>---------------------------------------------------------------------
> > > > >
> > > > >Here is the dump from our custom board. Somehow I am not able to
get
> > the C
> > > > >command output on our custom board. Even with Verbose and Debug
mode
> > on.
> > > > >
> > > > >
> > > >
>----------------------------------------------------------------------
> > > > >
> > > > >
> > > > >Loading file: D:\CURRENT\Apps.hex.
> > > > >
> > > > >Please wait... (ESC to abort.)
> > > > >
> > > > >StartAddr: 0
> > > > >bankNum  : 40
> > > > >length   : 65536
> > > > >Accessing bank number: 40
> > > > >    Bank is Flash ROM...
> > > > >    Zapping bank...
> > > > >
> > > > >
> > > > >
> > > > >>Z40
> > > > >>
> > > > >>
> > > > >
> > > > >You sure? Y
> > > > >
> > > > >
> > > > >
> > > > >    Loading file segment...
> > > > >
> > > > >
> > > > >
> > > > >>B40
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > >>T1 0 0
> > > > >>
> > > > >>
> > > > >
> > > > >Desired size: 65536
> > > > >Read 65536 bytes.
> > > > >        Checking CRC value... *Err*
> > > > >
> > > > >*Err*
> > > > >
> > > > >No response from TINI board!
> > > > >
> > > > >
> > > >
> >
>------------------------------------------------------------------------
> > > > >
> > > > >
> > > > >On Thu, 15 Apr 2004, Thomas Chenot wrote:
> > > > >
> > > > >
> > > > >
> > > > >>A dump of your debug messages might help. How are the hex files
> > > > >>generated? Compiler? Assembler? Which compiler/assembler?
> > > > >>
> > > > >>Abhijit Gadgil wrote:
> > > > >>
> > > > >>
> > > > >>
> > > > >>>Dear All,
> > > > >>>
> > > > >>>We are facing a strange problem while loading a hex file as tbin
on
> > the
> > > > >>>TINI when the size of the file is > 64K. This problem is occuring
> > both
> > > > >>>with the FLASH as well as RAM. This is a custom board designed by
us.
> > > > >>>Further, we are not having any problems while loading hex files <
> > 64k.
> > > > >>>
> > > > >>>When the debug and verbose mode is enabled, it is observed that
the
> > CRC
> > > > >>>check after the first of the (target bank) is loaded fails.
> > > > >>>
> > > > >>>Can anyone please throw some light on this?
> > > > >>>
> > > > >>>Regards,
> > > > >>>
> > > > >>>-abhijit
> > > > >>>
> > > > >>>
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Surprises are highly over-rated.
> > >
> > >
> > >
> > > _______________________________________________
> > > TINI mailing list
> > > TINI-6tN4nzCoH/[email protected]
> > > To UNSUBSCRIBE, edit your profile, or see list archives:
> > > http://lists.dalsemi.com/mailman/listinfo/tini
> > >
> >
> >
>
> --
> Surprises are highly over-rated.
>


_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.