Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.arch.embedded > #29951

Re: Some preliminary help for an FPGA selection

Cross-posted to 2 groups.

Show all headers | View raw

On Monday, 8/10/2020 1:44 PM, Dimiter_Popoff wrote:
> More thanks to everyone for the hints.
> 
> Looks like I am going to use some of the Artix devices (Spartan 7
> have no PCIe as far as I get it, unless they can do it "soft").
> I would not go old style SDRAM, the bandwidth would be limiting
> (I need at least twice the bandwidth needed for refresh if the
> update via PCIe will work without visible artifacts; much more
> if I go to make alpha etc.).
> DDRAM3 is fast enough and as Mike suggests at 800 MHz clock
> it is a miracle things work but here we are, I have to use that
> or fall too far behind. Then there will be DDR-4 or 3l on that
> board for the CPU so it has to work anyway.
> Last time I used SDRAM was .... 20 years ago, can't really believe
> it was that long ago.
> http://tgi-sci.com/misc/PICT3084.JPG - another 5 (just 4 mounted)
> SDRAMS on the bottom side, 64 bit wide in total - this is the second
> board put together, the first one worked for may be 3 months
> and fell apart, I had reflown it at least 30 times, was my first
> board with BGAs on it).
> 
> Doing straight RGB as Theo suggests might come to rescue during
> the design of course, but since HDMI is doable it will have to be
> done. No MIPI on the agenda yet, they are too secretive so I'll
> live without a camera at least initially. Or use a USB one.
> 
> I downloaded the VivaLdo (I really spelt it Vivaldo having encountered
> the name first just here in Mike's message, got corrected by google...
> did not ask for any seasons, luckily :), got a free license for
> their webpack. At first glance it looks like it is sufficient and
> free but I will not route in an fpga before I have it at least
> compile without asking for fees etc., as Hans suggested (or something in 
> that line). Was an adventure of its own,took about 2 hours to download,
> but it seems to work (not that I know yet what the difference is between
> vitis HLS, Xilinx Vitis, VivaLdo... DocNav - well, I think I understand
> what this is :).
> 
> Thanks again for the hints, please keep them coming.
> And please keep your thumbs pressed, I have done crazier projects
> (at their time) than that (which is by far not just its fpga part),
> but I don't know if I still have the drive it takes - hopefully I
> can find it.
> 
> Dimiter
> 
> ======================================================
> Dimiter Popoff, TGI             http://www.tgi-sci.com
> ======================================================
> http://www.flickr.com/photos/didi_tgi/
> 
> 
> 
> 
> 
> 
PCIe is not something you'd want a soft core for.  Spartan7 not only has 
no PCIe, it has no high-speed transceivers.  Artix-7 would be the better 
choice from Xilinx.  I believe the tools are better and the cost lower 
for a device that has the resources you're looking for.  It is supported 
by the free tools as I recall.  If you go with Xilinx, you'd want Vivado 
for this project.  Other tools are more oriented toward special 
applications like AI (neural networks, deep learning...).  Also the 
latest tools are really made to support the really expensive newer chips 
in the UltraScale++ family or whatever they're up to now.

Good Luck!


-- 
Gabor

Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Some preliminary help for an FPGA selection Dimiter_Popoff <dp@tgi-sci.com> - 2020-08-08 00:35 +0300
  Re: Some preliminary help for an FPGA selection Rick C <gnuarm.deletethisbit@gmail.com> - 2020-08-07 17:45 -0700
  Re: Some preliminary help for an FPGA selection lasselangwadtchristensen@gmail.com - 2020-08-07 18:11 -0700
  Re: Some preliminary help for an FPGA selection HT-Lab <hans64@htminuslab.com> - 2020-08-08 09:24 +0100
    Re: Some preliminary help for an FPGA selection Michael Kellett <mk@mkesc.co.uk> - 2020-08-08 10:44 +0100
      Re: Some preliminary help for an FPGA selection Michael Kellett <mk@mkesc.co.uk> - 2020-08-08 10:57 +0100
    Re: Some preliminary help for an FPGA selection Dimiter_Popoff <dp@tgi-sci.com> - 2020-08-08 22:22 +0300
      Re: Some preliminary help for an FPGA selection Rick C <gnuarm.deletethisbit@gmail.com> - 2020-08-08 13:33 -0700
      Re: Some preliminary help for an FPGA selection jim.brakefield@ieee.org - 2020-08-08 16:32 -0700
        Re: Some preliminary help for an FPGA selection Dimiter_Popoff <dp@tgi-sci.com> - 2020-08-09 18:50 +0300
      Re: Some preliminary help for an FPGA selection Michael Kellett <mk@mkesc.co.uk> - 2020-08-09 12:31 +0100
        Re: Some preliminary help for an FPGA selection Dimiter_Popoff <dp@tgi-sci.com> - 2020-08-09 19:05 +0300
          Re: Some preliminary help for an FPGA selection Rick C <gnuarm.deletethisbit@gmail.com> - 2020-08-09 10:49 -0700
          Re: Some preliminary help for an FPGA selection Michael Kellett <mk@mkesc.co.uk> - 2020-08-10 09:23 +0100
            Re: Some preliminary help for an FPGA selection Theo <theom+news@chiark.greenend.org.uk> - 2020-08-10 10:32 +0100
              Re: Some preliminary help for an FPGA selection Dimiter_Popoff <dp@tgi-sci.com> - 2020-08-10 20:44 +0300
                Re: Some preliminary help for an FPGA selection Gabor <nospam@nospam.com> - 2020-08-10 21:29 -0400
  Re: Some preliminary help for an FPGA selection Rick C <gnuarm.deletethisbit@gmail.com> - 2020-08-21 18:29 -0700
    Re: Some preliminary help for an FPGA selection Dimiter_Popoff <dp@tgi-sci.com> - 2020-08-22 20:41 +0300
      Re: Some preliminary help for an FPGA selection Rick C <gnuarm.deletethisbit@gmail.com> - 2020-08-22 17:35 -0700
        Re: Some preliminary help for an FPGA selection Dimiter_Popoff <dp@tgi-sci.com> - 2020-08-23 13:24 +0300
          Re: Some preliminary help for an FPGA selection Rick C <gnuarm.deletethisbit@gmail.com> - 2020-08-23 10:01 -0700

csiph-web