Sign in
Search lpc2000
Subscribe to lpc2000
lpc2000 by Keywords
2106 | ADC | ARM7 | Atmel | Bootloader | CAN | CrossStudio | CrossWorks | DDS | ECos | Ethernet | ETM | FIFO | FLASH | FPGA | GCC | GDB | GNU | GNUARM | GPIO | I2C | IAP | IAR | JTAG | Kickstart | LCD | Linux | LPC | LPC-E2294 | LPC2000 | LPC2100 | LPC2104 | Lpc2106 | Lpc210x | LPC2114 | LPC2119 | LPC2124 | LPC2129 | Lpc2138 | LPC213x | LPC21xx | LPC2210 | LPC2212 | LPC2214 | LPC2292 | LPC2294 | LPC2xxx | LPC3128 | MCB2100 | Olimex | Philips | PWM | Rowley | RTC | RTOS | SPI | SSP | UART | UART0 | UART1 | ULINK | USB | Watchdog | Wiggler
Ads
Discussion Groups
Discussion Groups | LPC2000 | Connecting big endian device to LPC2210
Discussion group dedicated to the Philips LPC2000 family of ARM MCUs
Connecting big endian device to LPC2210 - Pieter Verstraelen - Jan 13 9:22:00 2006
Hi,
I'm in the process of connecting a EPSON S1D13A05 display controller to
the LPC2210. The 16-bit S1D13A05 will operate in big endian mode (the
only mode available without external ready signal) but the LPC2210 is
litte endian (thanks to Micron Engineering for pointing this out).
Will a hardware byte-swap solve all "endian" problems (LPC D0..D7 ->
Epson D8..D16 and LPC D8..D16 -> EPSON D0..D7)?
I don't see any problems with this but it's a tricky thing to do, so
maybe someone out there might have done this?
Best regards,
Pieter Verstraelen
[Non-text portions of this message have been removed]
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
I'm in the process of connecting a EPSON S1D13A05 display controller to
the LPC2210. The 16-bit S1D13A05 will operate in big endian mode (the
only mode available without external ready signal) but the LPC2210 is
litte endian (thanks to Micron Engineering for pointing this out).
Will a hardware byte-swap solve all "endian" problems (LPC D0..D7 ->
Epson D8..D16 and LPC D8..D16 -> EPSON D0..D7)?
I don't see any problems with this but it's a tricky thing to do, so
maybe someone out there might have done this?
Best regards,
Pieter Verstraelen
[Non-text portions of this message have been removed]
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
Re: Connecting big endian device to LPC2210 - Micron Engineering - Jan 13 10:53:00 2006
Pieter Verstraelen ha scritto:
>Hi,
>
>I'm in the process of connecting a EPSON S1D13A05 display controller to
>the LPC2210. The 16-bit S1D13A05 will operate in big endian mode (the
>only mode available without external ready signal) but the LPC2210 is
>litte endian (thanks to Micron Engineering for pointing this out).
>
>Will a hardware byte-swap solve all "endian" problems (LPC D0..D7 ->
>Epson D8..D16 and LPC D8..D16 -> EPSON D0..D7)?
>
>I don't see any problems with this but it's a tricky thing to do, so
>maybe someone out there might have done this? Not with ARM but normally I do hardware byte swap with Renesas 16 bit
microcontrollers and ethernet MAC chips (that are little endian because
they interface directly to ISA bus on PCs architectures). Endianess is a
common problem.
>Best regards,
>Pieter Verstraelen >
>[Non-text portions of this message have been removed] >
>
>Yahoo! Groups Links
----------
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.16/225 - Release Date: 09/01/2006 [Non-text portions of this message have been removed]
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
>Hi,
>
>I'm in the process of connecting a EPSON S1D13A05 display controller to
>the LPC2210. The 16-bit S1D13A05 will operate in big endian mode (the
>only mode available without external ready signal) but the LPC2210 is
>litte endian (thanks to Micron Engineering for pointing this out).
>
>Will a hardware byte-swap solve all "endian" problems (LPC D0..D7 ->
>Epson D8..D16 and LPC D8..D16 -> EPSON D0..D7)?
>
>I don't see any problems with this but it's a tricky thing to do, so
>maybe someone out there might have done this? Not with ARM but normally I do hardware byte swap with Renesas 16 bit
microcontrollers and ethernet MAC chips (that are little endian because
they interface directly to ISA bus on PCs architectures). Endianess is a
common problem.
>Best regards,
>Pieter Verstraelen >
>[Non-text portions of this message have been removed] >
>
>Yahoo! Groups Links
----------
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.16/225 - Release Date: 09/01/2006 [Non-text portions of this message have been removed]
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
RE: Connecting big endian device to LPC2210 - Pieter Verstraelen - Jan 13 12:02:00 2006
> >I don't see any problems with this but it's a tricky thing to do, so
> >maybe someone out there might have done this?
> >
> >
> Not with ARM but normally I do hardware byte swap with Renesas 16 bit
> microcontrollers and ethernet MAC chips (that are little endian
because
> they interface directly to ISA bus on PCs architectures). Endianess is
a
> common problem.
So, does this hardware byte swap solve all endian problems? Can you use
the Ethernet MAC chip without changes to the code?
I think 8 and 16 bit access (to a 16 bit device with swapped data lines)
is not a problem but a 32 bit access (to a 16 bit swapped device) might
go wrong.
Best regards,
Pieter Verstraelen
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
> >maybe someone out there might have done this?
> >
> >
> Not with ARM but normally I do hardware byte swap with Renesas 16 bit
> microcontrollers and ethernet MAC chips (that are little endian
because
> they interface directly to ISA bus on PCs architectures). Endianess is
a
> common problem.
So, does this hardware byte swap solve all endian problems? Can you use
the Ethernet MAC chip without changes to the code?
I think 8 and 16 bit access (to a 16 bit device with swapped data lines)
is not a problem but a 32 bit access (to a 16 bit swapped device) might
go wrong.
Best regards,
Pieter Verstraelen
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
Re: Connecting big endian device to LPC2210 - Micron Engineering - Jan 13 12:16:00 2006
Pieter Verstraelen ha scritto:
>>>I don't see any problems with this but it's a tricky thing to do, so
>>>maybe someone out there might have done this?
>>>
>>>
>>>
>>>
>>Not with ARM but normally I do hardware byte swap with Renesas 16 bit
>>microcontrollers and ethernet MAC chips (that are little endian
>>
>>
>because >>they interface directly to ISA bus on PCs architectures). Endianess is
>>
>>
>a >>common problem.
>>
>>
>
>So, does this hardware byte swap solve all endian problems? Can you use
>the Ethernet MAC chip without changes to the code?
>I think 8 and 16 bit access (to a 16 bit device with swapped data lines)
>is not a problem but a 32 bit access (to a 16 bit swapped device) might
>go wrong.
>
>Best regards,
>Pieter Verstraelen >
Suppose to write the DWORD d=0x01020304
A little endian machine interface on 8 bit bus will write lsb first so
will write on the bus: 0x04, 0x03, 0x02, 0x01
interfacing on a 16 bit bus (without swapping) it will write 0x0403, 0x0201
so swapping MSB and LSB data port will solve the problem.
The little endina advantage is that data will be write always in the
same order independently from their size. >Yahoo! Groups Links
----------
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.16/225 - Release Date: 09/01/2006 [Non-text portions of this message have been removed]
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
>>>I don't see any problems with this but it's a tricky thing to do, so
>>>maybe someone out there might have done this?
>>>
>>>
>>>
>>>
>>Not with ARM but normally I do hardware byte swap with Renesas 16 bit
>>microcontrollers and ethernet MAC chips (that are little endian
>>
>>
>because >>they interface directly to ISA bus on PCs architectures). Endianess is
>>
>>
>a >>common problem.
>>
>>
>
>So, does this hardware byte swap solve all endian problems? Can you use
>the Ethernet MAC chip without changes to the code?
>I think 8 and 16 bit access (to a 16 bit device with swapped data lines)
>is not a problem but a 32 bit access (to a 16 bit swapped device) might
>go wrong.
>
>Best regards,
>Pieter Verstraelen >
Suppose to write the DWORD d=0x01020304
A little endian machine interface on 8 bit bus will write lsb first so
will write on the bus: 0x04, 0x03, 0x02, 0x01
interfacing on a 16 bit bus (without swapping) it will write 0x0403, 0x0201
so swapping MSB and LSB data port will solve the problem.
The little endina advantage is that data will be write always in the
same order independently from their size. >Yahoo! Groups Links
----------
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.16/225 - Release Date: 09/01/2006 [Non-text portions of this message have been removed]
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
RE: Connecting big endian device to LPC2210 - Joel Winarske - Jan 14 17:05:00 2006
> So, does this hardware byte swap solve all endian problems? Can you use
> the Ethernet MAC chip without changes to the code?
The byte swapping of bus high/low bytes only makes bus endianess happy. You
still need to concern yourself with CPU endianess of code. If code was
written targeting a little endian CPU there should be no problem. Possibly
if code targeted a big endian CPU there may be no issues, but depends on the
code. Computer networks are big endian, and endianess issues related to
network byte order may only show up closer to the application layer. It all
depends on the code. Joel
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
> the Ethernet MAC chip without changes to the code?
The byte swapping of bus high/low bytes only makes bus endianess happy. You
still need to concern yourself with CPU endianess of code. If code was
written targeting a little endian CPU there should be no problem. Possibly
if code targeted a big endian CPU there may be no issues, but depends on the
code. Computer networks are big endian, and endianess issues related to
network byte order may only show up closer to the application layer. It all
depends on the code. Joel
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
Re: Connecting big endian device to LPC2210 - Micron Engineering - Jan 14 17:19:00 2006
Joel Winarske ha scritto:
>>So, does this hardware byte swap solve all endian problems? Can you use
>>the Ethernet MAC chip without changes to the code?
>>
>>
>
>The byte swapping of bus high/low bytes only makes bus endianess happy. You
>still need to concern yourself with CPU endianess of code.
>
Yes and this is all needed.
> If code was
>written targeting a little endian CPU there should be no problem. Possibly
>if code targeted a big endian CPU there may be no issues, but depends on the
>code. Computer networks are big endian, and endianess issues related to
>network byte order may only show up closer to the application layer. It all
>depends on the code. Joel, all data related to ethernet level is endiness corrected by
writing to the mac chip and this solves the hw chip interfacing problem
that was the original question. >Joel >Yahoo! Groups Links
----------
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.16/225 - Release Date: 09/01/2006 [Non-text portions of this message have been removed]
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
>>So, does this hardware byte swap solve all endian problems? Can you use
>>the Ethernet MAC chip without changes to the code?
>>
>>
>
>The byte swapping of bus high/low bytes only makes bus endianess happy. You
>still need to concern yourself with CPU endianess of code.
>
Yes and this is all needed.
> If code was
>written targeting a little endian CPU there should be no problem. Possibly
>if code targeted a big endian CPU there may be no issues, but depends on the
>code. Computer networks are big endian, and endianess issues related to
>network byte order may only show up closer to the application layer. It all
>depends on the code. Joel, all data related to ethernet level is endiness corrected by
writing to the mac chip and this solves the hw chip interfacing problem
that was the original question. >Joel >Yahoo! Groups Links
----------
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.16/225 - Release Date: 09/01/2006 [Non-text portions of this message have been removed]
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
RE: Connecting big endian device to LPC2210 - Joel Winarske - Jan 14 17:31:00 2006
> >>So, does this hardware byte swap solve all endian problems? Can you
use
> >>the Ethernet MAC chip without changes to the code?
> >>
> >>
> >
> >The byte swapping of bus high/low bytes only makes bus endianess happy.
> You
> >still need to concern yourself with CPU endianess of code.
> >
> Yes and this is all needed.
I haven't looked at his code in question, so I listed the potential
possibilities. If network byte order isn't handled in a portable way, and
code was developed for big endian, he most likely will still have byte order
problems.
Joel
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
> >>the Ethernet MAC chip without changes to the code?
> >>
> >>
> >
> >The byte swapping of bus high/low bytes only makes bus endianess happy.
> You
> >still need to concern yourself with CPU endianess of code.
> >
> Yes and this is all needed.
I haven't looked at his code in question, so I listed the potential
possibilities. If network byte order isn't handled in a portable way, and
code was developed for big endian, he most likely will still have byte order
problems.
Joel
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )