<div dir="ltr">Great idea, George! Probably not enough poop for a true thin client server, but it would solve a lot of the existing problems in the MAC/PHY, and can handle literally all of the non-DSP stuff: SPI bus, digital I/O, etc. That would substantially simplify development.<div><br></div><div>On that note, when engineering whatever the equivalent of the Bootloader code is going to be, please use a valid, legal and RFC compliant MAC address. One cannot use any sort of Layer 2 or 3 managed switch with the current bootloader because it uses an illegal MAC address of 11:22:33:44:55:66.</div><div><br></div><div>All that said, however, it begs the question of where to draw the line. ARM in the FPGA? COM on the board? PCIE and do nearly all of it a GPU/GPP? The first and last approaches have been discussed a lot, I suspect. But what about making provisions for COM Express on the board? Lots of good options for processing power out there in the COM Express world.</div><div><br></div><div>Example: <a href="https://www.xes-inc.com/products/processor-mezzanines/xpedite7450/">https://www.xes-inc.com/products/processor-mezzanines/xpedite7450/</a></div><div><br></div><div>Throw one of the I7's on there and it could be a thick client or thin client.</div><div><br></div><div>73,</div><div><br></div><div>Scott/w-u-2-o</div><div><br></div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 29, 2017 at 8:10 AM, George Byrkit <span dir="ltr"><<a href="mailto:ghbyrkit@chartermi.net" target="_blank">ghbyrkit@chartermi.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">***** High Performance Software Defined Radio Discussion List *****<br>
<br>
I would suggest the Cyclone V with some ARM cores running Linux.  Those have a true SPI interface IIRC, and can implement the network stack (well, it's already implemented in Linux...) with full capability, saving Phil VK6PH's soul for other, more critical work.  DHCP in an FPGA is not ideal...<br>
<br>
Scotty Cowling used this method with his SDRStick to good effect.  Used the ARROW BeMicro CV eval board, then implemented the Hermes TX and RX on separate daughter boards, with an interconnect board.  If I'm wrong, I'm sure that Scotty will chime in.<br>
<br>
TAPR has a CM in Hungary who could make these boards.  And I'm on the TAPR board.  Any chance that we can re-establish the TAPR/OpenHPSDR manufacturing and sales connection?<br>
<br>
73,<br>
George K9TRV<br>
TAPR Board member<br>
<br></blockquote></div></div></div></div>