Recent Content
Agilex7 m-series for llama
I am undertaking a project to deploy llama using the agilex7 m-series, and during the process, I utilized the FPGA AI Suite. However, dla_compiler does not support the sinking of graphs to FPGA. Could it be that the gather operator is not supported, or is it because the tensors have dynamic dimensions? This prevented me from generating the .bin file suitable for the FPGA. In addition, the FPGA AI Suite does not provide the ARCH file for HBM, and the list of selectable devices for the plugin does not include the M-series. Could you provide some BSP support instead?521Views0likes6CommentsGTS Transceiver Simulation Model Encrypted file - unable to decrypt with Cadence Xcelium
Hi everyone, I am working on integrating the generated simulation models of the Agilex-5 GTS PMA/FEC Direct PHY IP with our main IP. I have encountered an issue where an encrypted file within the models cannot be decrypted by the Cadence Xcelium Simulator. The file is located at: <ip>/n_channel_superset_2100/sim/intelfpga/intel_src_flow_ctrl.sv I have tested this with Cadence Xcelium versions 19.x, 20.x, and 22.x, but the decryption error persists across all versions. We are currently using Quartus Pro Edition 2026.1.0 with an evaluation license. Could you please provide guidance on how to resolve this decryption issue? Thanks, Arun37Views0likes1CommentQuartus and power domain
We actually one remaining pending issue with the Agilex chip that we can't get resolved and might need some help. The basic description is that when comparing the power consumption of the Agilex 5 on our module, to the Agilex 5 on the dev kit, at same temperature, before any configuration, our Agilex 5 consumes about 0.5-1W more. Besides this, all sub-systems seem to operate correctly (CPU, memory, FPGA, I/Os). This additional power consumption is worrying though, and we would like to understand it before spinning the next revision. Regarding the excess power on our board, it might also be a design issue, but we didn't find any hint yet despite multiple deep reviews and investigations. We already spent several weeks looking at this in every way we could think about, so there is already quite a bit of things we tried out, such as: - Measured the power rails, from the outside and from the inside as well, checking if there is any unexpected difference - Measured temperature from the outside (thermal camera) as well as from the multiple internal sensors - Reviewed power sequence, playing with various combinations to see if it made any difference - Reviewed multiple times schematics against documentation and dev kits The extra power is on the core rail. Now please look at the attachement: We collected side observations on an non-configured FPGA. Our board has a temperature-dependent power consumption. So we simply switched the fan off for a short period and then switched it back on. The main power consumption is on the 0.8 V rail (U500 RAA210130). A second interesting observation is the internal temperature of the Agilex: L0_0 is significantly hotter than the other three. When the fan is switched back on, the power consumption returns to its initial value. Very strange and unusual behavior. Could this somehow help set priorities and allow us to rank the most/least likely directions for investigating the source of the elevated power consumption?5Views0likes0CommentsU-Boot "Synchronous Abort" boot failure on Terasic Atum A5 Rev B via Quartus 24.3 .jic generation
I am reaching out for technical assistance regarding a reproducible boot failure on the Terasic Atum A5 Rev B development board (Agilex 5) when using Quartus Prime Pro 24.3. I am attempting to compile a custom design that utilizes the Lightweight HPS-to-FPGA (lwhps2fpga) bus. My current workflow is as follows: Compile the project in Quartus 24.3 to generate the .sof file. Merge the .sof with the official Terasic FSBL .hex file. Use the Programming File Generator (PFG) to create a .jic file. Flash the .jic to the QSPI. The Issue: When flashing the .jic generated by this workflow, the boot process fails during the main U-Boot phase. The U-Boot SPL and ATF (BL31) load successfully. However, after U-Boot attempts to load the environment, the system crashes with a "Synchronous Abort" handler (esr 0x96000010, far 0x108d2000). This triggers a CPU reset with the message ### ERROR ### Please RESET the board ###. (I have attached the full UART terminal log of the boot sequence for reference). Isolation Testing: To isolate the issue from my custom logic, I applied this exact same compilation and .jic generation workflow to the official Terasic GHRD bundled with the board. The result was identical—the GHRD .jic generated by Quartus 24.3 crashes at the exact same U-Boot Synchronous Abort. Conversely, when I bypass compilation and simply flash the original, pre-compiled .jic provided in the Terasic resource package, the board boots into Linux flawlessly. This confirms the physical hardware is fully functional and the issue is strictly isolated to the .jic files being generated by the 24.3 workflow. Questions: Is there a known issue or missing step in the Quartus 24.3 workflow when merging the FSBL or configuring the .jic for the Agilex 5 that would cause U-Boot to encounter a Data Abort (likely when probing the AXI bridges)? What are the exact PFG parameters or required patches to successfully generate a booting .jic for this board under the 24.3 release? I look forward to your guidance on resolving this workflow issue49Views0likes5CommentsVVP RAM Clk
Hello, I am using VVP Pixels In Parallel converter Lite Mode, convert from parallel pixels from 4 to 2. Configurations see below. All the connections are fine and no error messages on Platform Designer. But failed to pass synthesis for errors like, clock connection.. How can I debug this issue? The project is running on Quartus Pro 25.3.0. Thank you.33Views0likes1CommentAbout the System PLL in Agilex 5
Regarding the System PLL in Agilex 5, the reference clock input can be supplied not only from the dedicated transceiver input pins but also from HVIO pins. However, when assigning the pins, the following Critical Warning occurs. Critical Warning(24190): User has specified a QSF location assignment to drive XPIN_GTS_CLK[0] using PIN_BK19. The PIN_BK19 is on HVIO bank and is not optimal for HSSI PLL refclk usage. Try to use the HSSI native local/global refclk IO instead. Additionally, this HVIO location assignment could cause the Reset Sequencer to be placed into a invalid shoreline. To avoid this, besides the PLL refclk, you must also specify location assignment for the UX native refclk. Is the operation acceptable, and what are the jitter characteristics? Also, are there specific ways to address the Critical Warning?102Views1like1CommentTranceiver Enhanced PCS Basic mode questions
Hello Guys, We used Arria GX and Straitx IV GX devices before, now we switch to use Cyclone 10 GX FPGA. I have several simple questions about XCVR's control port/signal. Why I can't see rx_control and tx_control ports when I make "Enable simplified data interface" ON? In basic or custom mode, 1 bit control signal corresponding 8-bit parallel data bits. I read XCVR user guide, it seems that only LSB 2-bits of the control bus will be used to recognize/indicate data word or control word?50Views0likes6Comments
Featured Places
Community Resources
Check out the support articles on personalizing your community account, contributing to the community, and providing community feedback directly to the admin team!Tags
- troubleshooting10,386 Topics
- fpga dev tools quartus® prime software pro4,274 Topics
- FPGA Dev Tools Quartus II Software3,160 Topics
- stratix® 10 fpgas and socs1,543 Topics
- agilex™ 7 fpgas and socs1,455 Topics
- arria® 10 fpgas and socs1,365 Topics
- stratix® v fpgas1,316 Topics
- arria® v fpgas and socs1,228 Topics
- cyclone® v fpgas and socs1,055 Topics
- Configuration1,001 Topics
Recent Blogs
2 MIN READ
Altera introduced three new Agilex® 7 M-Series FPGA package options, R31G, R47C, and R47D, to give customers more flexibility in balancing bandwidth, connectivity, and performance for AI, networking, video, embedded, and acceleration applications. The new options support DDR5-6400, up to 204.8 GB/s memory bandwidth, and expanded transceiver configurations, enabling designers to optimize systems for PCIe connectivity, maximum data throughput, or efficient right-sized scaling.
1 day ago0likes
This post demonstrates a 200G-4 Ethernet link running on Agilex 7 FPGAs using F-Tile transceivers. It walks through the full link bring-up process, including Auto-Negotiation and Link Training, followed by stable high-speed data transmission using 53.125G PAM4 lanes over QSFP-DD. The demo provides real-time visibility into link status, signal integrity, and error metrics, and evaluates performance across loopback configurations and varying cable lengths. The result highlights reliable link initialization, consistent throughput, and robust operation under practical system conditions.
14 days ago0likes
Edge AI needs to meet stringent size, weight, and power requirements while also satisfying deterministic latency for high levels of safety needed by physical AI systems that interact with humans and machines alike. Validation of accuracy and flexible placement of highly optimized inference pipelines needs multiple approaches. Altera addresses this need with its latest release of FPGA AI Suite software (2026.1.1), that introduces a spatial compilation mode. This mode generates dedicated per-model RTL through which the AI inference inputs streams, lowering latency, significantly reducing the delays, and improving safety in the physical AI chain; sense-think-act. Release 2026.1.1 also unlocks further improvements: Scales the AI IP to handle more complex/larger sequential mode inferencing (up to 500k ALMs) for overlay instances Increases memory bandwidth by utilizing multiple memory interfaces Easily explore more design options with architecture optimizer support for two new modes: multi-lane (achieving higher performance) and DDR-free (reducing latency by keeping all memory use within the FPGA). Reminder: Sequential mode is where a fixed overlay with precompiled microcode sequentially processes the inference model layers Other key highlights in software-based model evaluation include multi-core software emulation and RTL simulation for both IP types. Models targeting the FPGA’s Arm Hard Processor SoC Subsystem (HPS)-based host can now be compiled directly from an x86 machine via a Docker-based Arm emulator, with no physical Arm processor required. This further accelerates time to market with pre-silicon validation earlier in the design cycle. Spatial IP Compiler: AI Inference for the Physical AI Era Prior FPGA AI Suite releases compiled models into sequential IP, a configurable overlay architecture, analogous to a soft processor, where control logic orchestrates a parameterized datapath through microcode delivered via a configuration network. The overlay is flexible: one bitstream can run different models by loading new microcode and weights. This generality carries overhead; the microcode control layer, configuration decoding, and runtime scheduling all consume more FPGA resources and impact latency that a fixed-function design would not need. The spatial compiler takes a different approach. Instead of programming a general-purpose overlay, it generates dedicated RTL where individual model layers map to optimized library blocks and inter-layer connections become physical communication channels in the FPGA’s logic fabric. There is no microcode, no overlay control layer. For suitable workloads, especially smaller networks, this yields higher throughput at lower power with deterministic per-layer latency. For example, an internal MLP benchmark (two fully connected layers with batch normalization, tanh on a hidden layer, linear on the output, 8,000 trainable parameters, total of 52 neurons) shows the advantage of spatial: Targeting spatial results in the FPGA IP using 6K ALMs operating at 3.09 million Inferences per second with 28x lower latency versus Targeting sequential results in 28K ALMs, running at 0.11 million inferences per second. More new features include: Weights can be embedded in an FPGA’s logic fabric as part of the configuration bitstream via .mif initialization to achieve lower latency operation or streamed to the IP at runtime if model switching is required. A hostless DDR-free design example on Altera’s Agilex® 5 E-Series Modular Dev. Kit demonstrates the full flow from compilation through JTAG-based inference on hardware, with bit-accurate simulation for pre-silicon validation. Architecture Optimizer: Multi-Lane and DDR-Free Search Two deployment modes that previously required manual configuration are now searchable by the optimizer. Multi-lane execution and DDR-free architectures (all weights stored in on-chip M20K FPGA memory blocks) can now be swept automatically alongside other parameters, eliminating manual architecture exploration for these modes. Performance: 500k ALMs, Multi-External Memory, Burst Optimization FPGA AI Suite IP is now validated to 500,000 Adaptive Logic Modules (ALMs), up from 225k, unlocking larger Agilex 7 and Stratix 10 devices for maximum-throughput overlay configurations. Multi-External memory interface support lets a single FPGA AI Suite IP instance use two or more memory interfaces for higher aggregate DDR bandwidth. AXI burst size optimization improves effective throughput when multiple IP modules share memory, reducing latency and power with no RTL changes. Emulation, Simulation, and ARM Cross-Compilation Multi-core software emulation parallelizes the bit-accurate emulation kernel across CPU cores, making regression testing and quantization sweeps practical before hardware is available. The emulation model remains bit-exact with hardware output. RTL simulation now supports both sequential and spatial IP via Questa*-Altera FPGA Edition and VCS simulation software, enabling pre-silicon verification for both architecture types. A new --arm compiler flag enables ARM HPS model compilation from x86 via a Docker-based Arm emulator. The compilation targets SoC deployments where subgraph layers execute on the Arm CPU, no physical Arm hardware or Yocto cross-compilation required. Try It Now Once downloaded, no license or purchase is required for up to 100,000 consecutive inferences. Download the software or browse the handbook at FPGA AI Suite - AI Inference Development Platform | Altera
14 days ago1like
This post explains how the definition of mid-range FPGAs has evolved from logic density to system-level capability. It highlights how Agilex 5 FPGAs address modern embedded and edge requirements by integrating compute, AI acceleration, memory, connectivity, and security into a single platform. The article also covers how Agilex 5 D-Series extends mid-range performance with higher logic density, increased bandwidth, and enhanced AI capabilities, enabling more complex and data-intensive workloads while maintaining efficiency and design simplicity.
15 days ago0likes
This post explores a practical shift from a fixed-function ASSP to a programmable FPGA platform in response to evolving system requirements. As bandwidth demands, protocol diversity, and feature complexity increased, limitations in a 400G optical transport ASSP and uncertainty in vendor roadmap made continued reliance difficult. The team transitioned to an FPGA-based approach, enabling customization of protocols and features while aligning the system more closely with real usage needs. The article also highlights benefits such as design reuse, reduced hardware variants, simplified inventory management, and greater control over long-term system evolution.
15 days ago0likes