>
> > Wisp628 does not take a .hex file, it has its own communication format,
> > in which a 14 bit word is represented by 4 hexadecimal characters, in
> > high-to-low ordening.
>
> big endian, so I will have to switch them around :)
>
> Thanks
>
> --
> http://www.piclist.com hint: To leave the PICList
> TakeThisOuTpiclist-unsubscribe-requestEraseMEspam_OUTmitvma.mit.edu

> can someone please define "big endian" and "little endian" for me, i
> understand that some machines have high byte first and small byte last,
> and some are the other way around, which of these are which when using
> the "endian" terminology?  fwiw, i have always preferred high to low
> value order of bytes, since that's the way we write ordinary human
> interpretable numbers, and it makes the most sense to me
> computationally.  obviously there must be some logical or implementation
> advantage to having them what i consider "backwards" that i don't
> understand or know, that information would be appreciated as well.
>

>
> Regards
>
> Mike
>
>
>
>
> =======================================================================
> This e-mail is intended for the person it is addressed to only. The
> information contained in it may be confidential and/or protected by
> law. If you are not the intended recipient of this message, you must
> not make any use of this information, or copy or show it to any
> person. Please contact us immediately to tell us that you have
> received this e-mail, and return the original to us. Any use,
> forwarding, printing or copying of this message is strictly prohibited.
> No part of this message can be considered a request for goods or
> services.
> =======================================================================
> Any questions about Bookham's E-Mail service should be directed to
> RemoveMEpostmasterTakeThisOuTspambookham.com.
>
> --
> http://www.piclist.com hint: The PICList is archived three different
> ways.  See http://www.piclist.com/#archives for details.
>

>
> Little Endian has the Least Significant word at the lowest address, Big
> Endian has the Most Significant word at the lowest address.
>
> On a PIC, the "endianess" is determined by the software functions that
> handle multi-byte calculations, i.e. you could store the LSB at the highest
> or lowest address.  On 16/32 etc bit micro's the achitecture of the mico
> itself determines this.
>
> Regards
>
> Mike

>
> > >have always preferred high to low value order of bytes, since
> > >that's the way we write ordinary human interpretable numbers,
>
> Yes, humans are big endian
>
> > >and it makes the most sense to me computationally.  obviously
> > >there must be some logical or implementation advantage to
> > >having them what i consider "backwards" that i don't
> > >understand or know, that information would be appreciated as well.
>
> When you get into hardware, there is some efficiency to be gained with little
> endian, the main example being when you perform multibyte arithmetic you can
> take an address and add the LSByte, increment the addresses and the next
> significant etc. In a big endian machine, you take the address, add the number
> of bytes and subtract to move to the more significant bytes.

>
> FYI:
>
> The origin behind the terms little-endian and big-endian is an interesting
> read:
>
> Quoted from http://www.maxmon.com/1726ad.htm:
>
> "In 1980, a famous paper written by Danny Cohen entitled "On Holy Wars and a
> Plea for Peace" used the terms big-endian and little-endian to refer to the
> two techniques for storing data. These terms, which are still in use today,
> were derived from that part of Gulliver's tale whereby two countries go to
> war over which end of a hard-boiled egg should be eaten first -- the little
> end or the big end!"
>
> Best regards,
>
> Ken Pergola
>
> P.S.
>
> Attached is the Intel Hexadecimal Object File Format Specification
>
> --
> http://www.piclist.com hint: The PICList is archived three different
> ways.  See http://www.piclist.com/#archives for details.
>
>   ------------------------------------------------------------------------
>                                 Name: Intel Corp - intelhex.pdf
>    Intel Corp - intelhex.pdf    Type: Portable Document Format (application/pdf)
>                             Encoding: base64

> can someone please define "big endian" and "little
> endian" for me, i
> understand that some machines have high byte first
> and small byte last,
> and some are the other way around, which of these
> are which when using
> the "endian" terminology?  fwiw, i have always
> preferred high to low
> value order of bytes, since that's the way we write
> ordinary human
> interpretable numbers, and it makes the most sense
> to me
> computationally.  obviously there must be some
> logical or implementation
> advantage to having them what i consider "backwards"
> that i don't
> understand or know, that information would be
> appreciated as well.
>