RAVEL
RAVEL (Rate-Aware Vectorized Engine for Low-latency) generates a specialized, hls4ml-compatible FPGA inference project. Aria 1.7.2 supports one or two Conv/ReLU/Pool blocks followed by Flatten and one Dense output. It composes PHARA or a wide first-convolution stage, qualified channel-mixing implementations, lossless stream bridges, and RAVEL's packed Dense stage. Aria 1.7.2 searches shared arithmetic and finite reuse across both convolutions, with an optional per-core II target. New conversions default to P8/D4. P2 and P4 remain available through explicit configuration. Compatibility describes the supported geometry and architecture describes the typed planner.
The performance figures below describe the historical single-convolution reference model; they are not throughput promises for other architectures. Each sample frame contains one value from each of four 8-bit ADC channels. Each input chunk contains 256 such frames: 8,192 bits, or 1 KiB, of raw input. One PHARA core processes an estimated 40.1 Gb/s. An optimistic 16-core KU5P configuration processes 642 Gb/s, equivalent to 20.1 GSa/s on each of the four synchronous channels. The example model distinguishes in real time between neutrino signals generated by Askaryn Radiation and noise, and can detect over 99% of neutrinos at a trigger rate of 1 Hz.
Single-convolution reference performance
Like-for-like comparison
The table uses the same example model, KU5P target, and 5 ns clock constraint. Resources and WNS are single-core Vivado 2023.2 post-route results. Resource counts are followed by KU5P utilization. II means initiation interval.
| Flow | II | Latency (cycles) | BRAM tile | DSP | registers | LUTs | 1-core raw input (Gb/s) | 70% parallel raw input (Gb/s) | Fmax (MHz) | WNS (ns) |
|---|---|---|---|---|---|---|---|---|---|---|
| Vanilla hls4ml | 3076 | 3084 | 5.5 (1.15%) | 1 (0.05%) | 21745 (5.01%) | 18312 (8.44%) | 0.556 | 4.4 | 208.6 | +0.206 |
| RAVEL Aria 1.1.0 P2/D1 | 178 | 183 | 1.0 (0.21%) | 7 (0.38%) | 2953 (0.68%) | 5332 (2.46%) | 11.9 | 332 | 257.8 | +1.121 |
| RAVEL Aria 1.3.0 P4/D2 | 94 | 99 | 0.5 (0.10%) | 14 (0.77%) | 3709 (0.85%) | 7861 (3.62%) | 20.8 | 396 | 239.1 | +0.817 |
| RAVEL Aria 1.4.0 P4/D2 | 94 | 99 | 1.5 (0.31%) | 15 (0.82%) | 3622 (0.83%) | 6981 (3.22%) | 19.5 | 409 | 223.4 | +0.524 |
| RAVEL Aria 1.6.0 PHARA P8/D4 | 51 | 56 | 2.5 (0.52%) | 79 (4.33%) | 3840 (0.88%) | 4930 (2.27%) | 40.1 | 642 | 249.8 | +0.997 |
The raw input chunk sized 4 x 256 x 8 bits. The single-core rate is
Fmax / II * 8,192, with the corresponding unit conversion. The parallel
estimate allows up to 70% of every listed
KU5P resource and linearly replicates 8/28/19/21/16 cores for the five rows.
LUTs limit the first four estimates; DSPs limit PHARA. These values exclude
shared infrastructure, I/O limits, and multi-core routing overhead.
At 200 MHz, 1 GSa/s per channel equals 3.90625 million 256-frame chunks/s and requires 60.08/3.48/1.84/1.84/1.00 equivalent cores for vanilla/Aria 1.1/1.3/1.4/1.6. PHARA processes 1.004 GSa/s per channel per core. Relative to Aria 1.4, it reduces II by 45.7%, latency by 43.4%, and OOC LUTs by 29.4%. Registers increase by 6.0%, BRAM tiles increase from 1.5 to 2.5, and DSP use increases from 15 to 79.
At the timing-estimated 249.8 MHz, one PHARA core processes 4.898 million chunks/s. This equals 1.254 GSa/s per channel across four channels, or 40.1 Gb/s of raw input. Sixteen cores reach an estimated 20.1 GSa/s per channel and 642 Gb/s, or 80.3 GB/s, while using 36.4% of LUTs, 14.2% of registers, 69.3% of DSPs, and 8.3% of BRAM tiles.
The Aria 1.6.0 PHARA qualification snapshot records the source commit, three-model RTL CoSim results, arithmetic proofs, and canonical post-route measurements.
The throughput requirements of ARIANNA, RNO-G, and IceCube-Gen2 are already met by the current system design (AI Trigger System, v3.3.0). For models with similar architectures and size, processing speed and power consumption are no longer limiting factors.
More Information about the reference implementation, please see the performance of the CNN-Core-Generator.
Aria 1.7 multi-block qualification
The two-convolution K5/S3/F12 target passes exact C verification on the mandatory 96-sample corpus plus 1000 supplied events, RTL CoSim, and reset/backpressure protocol checks. At a 5 ns KU5P constraint, its composed P8/D4 implementation measures II 844, latency 866 cycles, and routed WNS +0.475 ns. A clean hls4ml baseline measures II 3076 and latency 3091 cycles under the same full-reset settings. The exact legacy P2/D2 model retains its previous II, latency, resources, and routed slack.
The Aria 1.7 qualification snapshot contains the measured resource tradeoff, a non-F12 two-block check, immutable source/report bindings, and reproduction commands. These results apply to those qualified models; board integration and model-accuracy evaluation are separate.
Install
Use a clean Python 3.11 virtual environment on Linux:
python -m pip install ravel-hls
Python API
import ravel_hls as ravel
config = {
"HLS": {
"Backend": "Vitis",
"IOType": "io_stream",
"Part": "xcku5p-ffvb676-2-e",
"ClockPeriod": 5.0,
},
"Verification": {"Mode": "required", "Samples": 32, "Seed": 19},
"Vitis": {"Run": False},
}
analysis = ravel.analyze("model.keras", config)
project = ravel.convert("model.keras", "cnn_core", config)
print(project.status)
Optimization is optional. Omission selects the versioned aggressive default:
config["Optimization"] = {
"TemporalPacking": 8, # 2, 4, or 8
"DenseParallelism": 4, # 1, 2, or 4
}
The supported pairs are P2/D1, P2/D2, P4/D1, P4/D2, and P8/D4. An omitted axis
inherits the aggressive P8/D4 default. ravel.refresh(project, model_or_parameters) reuses the recorded architecture envelope and rejects
changes that require an ordinary conversion.
Vitis.Run defaults to False. Set it to True to run
vitis_hls -f build_prj.tcl after atomic project publication and automatically
record the synthesis report. The default Vitis stages are reset and synthesis;
CSim, CoSim, validation, export, and Vivado synthesis remain disabled unless
their booleans under Vitis.Stages are enabled explicitly. The same operation
can be requested later with project.build().
The concise project lifecycle is analyze, convert, refresh,
Project.open(path),
project.build(), project.record(report_dir), and project.link(). The CLI
command ravel-hls inspect PROJECT --json performs full source-integrity
checking; add --fast when payload hashing should be skipped.
Parameter packages
Parameters stores portable generation-relevant inference state without
generated HLS sources or executable Python objects:
parameters = ravel.Parameters.extract(model)
parameters.save("trained.ravelparams")
project = ravel.Project.open("cnn_core")
project.refresh(ravel.Parameters.load("trained.ravelparams"))
The schema-v2 deterministic archive contains JSON plus NPY arrays compiled from
the clean ModelGraph. Tensors are addressed by canonical operation and role,
not Keras layer names or variable order. Structure, numeric descriptors, and
layered hashes are checked before complete staged regeneration. Without
embedded known-answer evidence, package refresh can prove baseline-to-optimized
equivalence in auto mode but required mode rejects it. A package is not
encrypted.
Other Information
See the executable CNN-for-Arianna reference, architecture, compatibility, and project format for the full contracts. The Aria 1.5.1 RTL evidence records the previous three-model subset.
Our Project used RAVEL
The Future Plan
RAVEL will evolve from the closed, qualified specialization flow into a general rate-aware FPGA inference generator. Plans for higher versions are tentative.
Higher versions will focus primarily on expanding functionality and model support. At present, Nocturne 2.0 is expected to bring the target model into its highest practical throughput range. Further versions may still achieve higher throughput, but the remaining headroom is expected to be quite limited.
- Aria 1.x Continue improving the closed P2/P4/P8 specialization set, deterministic project lifecycle, verification, and tool compatibility. For this version, RAVEL's goal is simply to design an efficient converter for models currently in use or planned for use for high-energy neutrino experiments, e.g., ARIANNA, RNO-G, and IceCube-Gen2.
- Nocturne 2.x Generalize model support and derive balanced layer-level parallelism from system bandwidth and resource limits.
- Rhapsody 3.x Support multiple independent inference contexts within one IP, with configurable resource sharing, duplication.
- Requiem 4.x Select internal parallelism, IP replication, and lane scheduling according to input rate, internal interval, latency, and FPGA resource constraints.
License
This project licensed under Apache-2.0. See LICENSE.
Metadata
Release files for ravel-hls 1.7.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| ravel_hls-1.7.2.tar.gz | 2.7 MB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| ravel_hls-1.7.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 2.8 MB
Release files / ravel_hls-1.7.2.tar.gz
| Download URL | ravel_hls-1.7.2.tar.gz |
|---|---|
| Size | 2.7 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
9601678ab322347c75614a253c9d2f19bf3be25d3e4e53040b6fe857431b4cd6
|
|
BLAKE2b-256 checksum How to use checksums |
61fc3bd71b67e2dd96bdcd81ff15a534dc9697212e96199219a6d2e01ca4482b
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 17, 2026.
Transparency logRelease files / ravel_hls-1.7.2-py3-none-any.whl
| Download URL | ravel_hls-1.7.2-py3-none-any.whl |
|---|---|
| Size | 147.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
9e6eee365794b03aeb86c9c0d7096edbb01ad5488e16aab09e43daa9570aec6d
|
|
BLAKE2b-256 checksum How to use checksums |
37dd798ed5a55d9eb38ce985ee2969873e6cade02a8e3b27fb1b2c87301fe8a2
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 17, 2026.
Transparency log