AMD announces the Spartan UltraScale+ FPGA family
41–50 of 90 posts
Re: AMD announces the Spartan UltraScale+ FPGA family
#42I wonder what is the hardware programming interface. Something "horribly" simple I hope and suppose (memory mapped command ring buffers and dma buffers?) Then quickly getting up and running a shmol RV64 core... and I guess this is hacker paradise.
Vivado
> Then quickly getting up and running a shmol RV64 core... and I guess this is hacker paradise.
Re: AMD announces the Spartan UltraScale+ FPGA family
#43No hard core is a bummer. I want to see the first party SOM.
Why? They have a different line for that. Not worth wasting expensive silicone die area for something a lot of customers or projects won't need.
Re: AMD announces the Spartan UltraScale+ FPGA family
#44From the article "AMD Spartan UltraScale+ samples and evaluation kits are expected to be available for sampling and evaluation in the first half of 2025." For hardware products, what is the point of making these announcements a year in advance? Are they available for select partners before 2025?
Re: AMD announces the Spartan UltraScale+ FPGA family
#45Hey, the Spartan line is useful again!
Re: AMD announces the Spartan UltraScale+ FPGA family
#46From the article "AMD Spartan UltraScale+ samples and evaluation kits are expected to be available for sampling and evaluation in the first half of 2025." For hardware products, what is the point of making these announcements a year in advance? Are they available for select partners before 2025?
Having knowledge of upcoming parts is important in hardware engineering for planning purposes.
Re: AMD announces the Spartan UltraScale+ FPGA family
#47I wonder what is the hardware programming interface. Something "horribly" simple I hope and suppose (memory mapped command ring buffers and dma buffers?) Then quickly getting up and running a shmol RV64 core... and I guess this is hacker paradise.
In FPGAs you are literally programming the enablement of individual logic gates. That's it. There is no DMA or command ring, you have to implement it yourself. The FPGA bit code itself is extremely propertiary to each vendor as the nature of controlling all the logic sauces is all secret sauce. So you have to use the vendors tooling.
Re: AMD announces the Spartan UltraScale+ FPGA family
#48From the article "AMD Spartan UltraScale+ samples and evaluation kits are expected to be available for sampling and evaluation in the first half of 2025." For hardware products, what is the point of making these announcements a year in advance? Are they available for select partners before 2025?
Re: AMD announces the Spartan UltraScale+ FPGA family
#49What are some killer apps for FPGAs? What major products do they enable?
Re: AMD announces the Spartan UltraScale+ FPGA family
#50Earlier quoted context omitted.
They enable a bunch of niches (some of which do have a large impact), as opposed to having a few high-volume uses. Basically anything where you really need an ASIC but you don't have the volume to justify an ASIC (and also have the requires large margins for such a product to be viable). Custom RF protocols, the ASIC development process itself, super-low-latency but complex control loops in big motor drives, that kin…
What you're describing is correct for the top-end FPGA products (they're in every 5G base station, and almost every data centre has thousands of them rerouting information), but the low-end ($10 or less) 2k LE FPGAs are in a hell of a lot of products now too. They're fantastic for anything where you need a lot of logic that executes immediately/concurrently (vs sequentially as would with a microcontroller) in a tiny…
I can’t think of the last time I saw an FPGA on a mainstream consumer device. MCUs are so fast and have so much IO that it’s rare to need something like an FPGA. I’ve seen a couple tiny CPLDs, but not a full blown FPGA.
I frequently see FPGAs in test and lab gear, though. Crucial for data capture and processing at high speeds.