[Arm-netbook] SPDIF on EOMA68 A20

[Scott Sullivan]

On 11/13/2013 09:40 AM, Scott Sullivan wrote:
> On 11/13/2013 07:38 AM, Miguel Angel Ochoa Rodriguez wrote:
>>> - In event of failure to implement GPIO , I noticed that the photos of
>>> The first prototype boards last is eliminated auxiliary bus had on top
>>
>>
>>> The Bus on top is a 44 pin header, 30pins are RGB/TTL, 8 are GPIO, 2
>>> are I2C, 2 are RX/Tx, and the last 2 are 5VDC and >GND.
>>
>> Are you sure in the last EOMA68 A20 Boards have this conector?¿?
>>
>> In the news Photos of working examples in april and may dont see this
>> conector
>> http://rhombus-tech.net/allwinner_a10/news/

More Ah!!!

This is an instance of two people talking about to different things 
entirely.

Miguel is speaking of this header on the very early prototype A10 card. 
Which was never part of the spec and not expected to be usable and as 
such was removed from the later revisions of the EOMA-A20 CPU card.

http://rhombus-tech.net/allwinner_a10/news/2012-12-14.17.22.05.png


Chris listed the break out of the EOMA-68 pins on the MEBv1, as I 
outline in the previous message.


> Ah, the confusion here is that your talking about two separate parts.The
> EOMA-A20 is a EOMA-68 CPU card. All functionality it provides is on the
> 68-pin pcmica connector and those pin-outs are defined in the EOMA-68 Spec.
>
> The 44 pin header that Chris is referring to is on the MEBv1 I/O board
> for use with a EOMA-68 compliant CPU Card. Those pins are simple
> break-outs of the pins on the EOMA-68 CPU Card, specially the ones not
> connect to specialized connectors (USB/SATA/Ethernet). The MEBv1 is an
> engineering board.
>
> http://www.gplsquared.com/eoma_boot/eoma_boot.html#meb1_case
>
> EOMA-68 CPU Card + I/O Board = Full consumer device.
>
> All unique functionality that makes a consumer device (LCD, VGA, Audio,
> GPIO Expansion, Buttons... etc) are the responsibility of the I/O board
> that makes up said device (be it Tablet, Set-top box, Smart
> Refrigerator, etc..).
>
> So the EOMA-68 spec is fixed in it's functionality, using generic
> discoverable buses and a little bit of descriptive data on the I/O board
> to create a full device. The advantage is that as CPU's and ram get
> better, you don't have to throw out the whole set top box for a new one,
> just the get a better CPU card.
>

-- 
Scott Sullivan