
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div style="-webkit-text-size-adjust: auto; "><br><br>Sent from my iPhone</div><div style="-webkit-text-size-adjust: auto; "><br>On Nov 12, 2013, at 5:56 PM, Miguel Angel Ochoa Rodriguez <<a href="mailto:maochoa@tecnipyme.com">maochoa@tecnipyme.com</a>> wrote:<br><br></div><blockquote type="cite" style="-webkit-text-size-adjust: auto; "><div><span>Dear OEMA68 developer community .</span><br><span></span><br><span>We are a team of Spanish engineers who are developing a Home Cinema</span><br><span>-Media Center to integrate XBMC on Linux on a modular concept .</span><br><span></span><br><span>We thought we had EOMA68 use platform for our project.</span><br><span></span><br><span>But note that not included SPDIF output included in the CPU to one of</span><br><span>the GPIO outputs as expecificacion see that the original is not</span><br><span>contemplated.</span><br><span></span><br><span>We think that in a Media Center is mandatory to have a SPDIF</span><br><span>connection because sometimes only play music and it is interesting to</span><br><span>connect the audio DAC you have, no need to convert from HDMI .</span><br><span></span><br><span>My question is ..</span><br><span></span><br><span>The EOMA68 espeficicaciones the A- 20 are closed or else you could ask</span><br><span>implement this output to a GPIO ??</span><br></div></blockquote><div style="-webkit-text-size-adjust: auto; "><br></div><span style="-webkit-text-size-adjust: auto;">The EOMA68 as a STANDARD is open, however, in its current draft, SDIF would have to be provided by an auxiliary/external Audio IC. Repurposing the 8 specified GPIO to SPDIF would make your product NON-EOMA Compliant. Although, I'm not sure, but I think I saw Luke or someone implementing PCM audio via the GPIO, I'm unsure however. </span><div style="-webkit-text-size-adjust: auto; "><br><blockquote type="cite"><div><span>- In event of failure to implement GPIO , I noticed that the photos of</span><br><span>the first prototype boards last is eliminated auxiliary bus had on top</span><br></div></blockquote><div><br></div>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. </div><div style="-webkit-text-size-adjust: auto; "><br></div><div style="-webkit-text-size-adjust: auto; "><br><blockquote type="cite"><div><span>.</span><br><span></span><br><span>It would be possible to go back on the design some kind of signal</span><br><span>SPDIF auxiliary bus and maybe some other CPU signal discarded but</span><br><span>interesting in specific applications .???</span><br><span></span><br></div></blockquote><div><br></div>Modifying the specification at this point in the EOMA68 seems unlikely, however, Luke is more qualified to answer those questions. </div><div style="-webkit-text-size-adjust: auto; "><br></div><div style="-webkit-text-size-adjust: auto; ">By modifying the spec specifically for SPDIF, you then alienate those who would like to change the spec for some other feature like the 2nd USB HOST, or CANBUS lines. Which can further dilute the standard and cause confusion. </div><div style="-webkit-text-size-adjust: auto; "><br></div><div style="-webkit-text-size-adjust: auto; ">I believe, but could be wrong, that a somewhat work around that has been discussed, but not decided upon is to have some sort of device tree stored in EEPROM or NAND, that has a list of the devices on the board and reprogramming the EOMA68 on insertion. </div><div style="-webkit-text-size-adjust: auto; "><br></div><div style="-webkit-text-size-adjust: auto; ">Again, Luke can correct me if I'm wrong. </div><div style="-webkit-text-size-adjust: auto; "><br></div><div style="-webkit-text-size-adjust: auto; "><br></div><div style="-webkit-text-size-adjust: auto; ">That said, have a look at one of our future projects that incorporates a standalone USB Audio IC with USB HUB. </div><div style="-webkit-text-size-adjust: auto; "><br></div><div style="-webkit-text-size-adjust: auto; "><span style="font-family: '.HelveticaNeueUI'; font-size: 15px; line-height: 19px; white-space: nowrap; -webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); -webkit-text-size-adjust: none; "><a href="http://rhombus-tech.net/community_ideas/carrier_board/">http://rhombus-tech.net/community_ideas/carrier_board/</a></span></div><div><font face=".HelveticaNeueUI"><span style="font-size: 15px; line-height: 19px; white-space: nowrap; -webkit-tap-highlight-color: rgba(26, 26, 26, 0.292969); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469);"><br></span></font><blockquote type="cite" style="-webkit-text-size-adjust: auto; "><div><span></span><br><span></span><br><span>Sincerely Miguel Ochoa</span><br><span>Industrial Electronics Technician</span><br></div></blockquote><div><br></div>Welcome to the list!</div><div><br></div><div>Christopher Thomas</div><div>Firemoth Industries, LLC - Owner</div><div><a href="mailto:christopher@firemothindustries.com">christopher@firemothindustries.com</a></div><div><br><blockquote type="cite" style="-webkit-text-size-adjust: auto; "><div><span></span><br><span>_______________________________________________</span><br><span>arm-netbook mailing list <a href="mailto:arm-netbook@lists.phcomp.co.uk">arm-netbook@lists.phcomp.co.uk</a></span><br><span><a href="http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook">http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook</a></span><br><span>Send large attachments to <a href="mailto:arm-netbook@files.phcomp.co.uk">arm-netbook@files.phcomp.co.uk</a></span><br></div></blockquote></div></body></html>