If you have a question, please send them our way using the form to the right or ask directly in one of our support forums.
1.1. Where can I buy an XLR8 board?
XLR8 boards are currently available
1.2. What is the price for an XLR8 board?
1.3. Will AloriumTech also sell the bare FPGA for users who want to build their own board around it?
2.1 What is the difference between "XLR8 Technology" and an "XLR8 Board"
It is a bit confusing in that XLR8 refers both to the underlying technology implemented on the FPGAs of each of our board types, as well as to our first board, the XLR8 Board.
The XLR8 Board is our first board, designed to be a drop-in replacement for the Arduino Uno board. It is compatible with the Uno while also be extendable through the XLR8 Technology.
Our XLR8 Technology includes the AVR compatible core embedded into the FPGA as well as the software support we’ve added to the Arduino IDE to enable the ability to load new FPGA images directly through the IDE. This has been extended even further in our OpenXLR8 Methodology that enables the ability to create completely custom hardware modules that are tightly integrated with the AVR core while maintaining the ability to load those custom OpenXLR8 images through the Arduino IDE.
2.2. Is there special software required to program an XLR8/Snō/Hinj?
XLR8 uses the standard Arduino IDE for programming. You simply select Uno as your board type, then compile and upload your sketch over USB.
2.3. How do you tell XLR8/Snō/Hinj to use its floating point hardware instead of using lots of clunky Arduino instructions?
In order to access their floating point hardware, we provide a library that you include in your sketch, but there are some changes required to the floating point arithmetic operations in your sketch, as well. Our library defines functions that directly access the general purpose registers within the processor core, such that the hardware-based floating point operations can be performed extremely fast. Any floating point operation that you want to accelerate in your sketch (or in any libraries you’re using) needs to be converted into the XLR8-specific function call. For example:
c = a + b;
c = xlr8FloatAdd(a,b);
Because I’m a lazy typist, I typically do this:
#define xA xlr8FloatAdd
so the line of code I end up with looks like:
c = xA(a,b);
There are similar functions for subtract, multiply, and divide, too. We debated a few different approaches for this, and landed on this one for the time being.
2.4. Does AloriumTech have plans to develop a dual core or hyperthreaded version of the board?
2.5. Is it possible to use a toolchain other than the Arduino IDE with XLR8?
C/C++ programs can be directly compiled with avr-gcc, makefiles, etc., and uploaded using avrdude over the USB/UART interface. It’s not a path that we use every day, but we do it occasionally. It’s a great way to avoid some of the overhead of Arduino’s built in libraries. Programming the chip via the ICSP header instead of through USB/UART is not supported. The Arduino optiboot bootloader is currently hardcoded into the design. It’s a pretty good bootloader, taking just 256 locations (512bytes) from the instruction memory. The ATmega’s “fuses” don’t really exist in our design, and the options they control are set to the Arduino defaults.
2.6. Will XLR8/Snō/Hinj include support for non-AVR cores in the future?
3. Arduino Compatibility
3.1. What chip is used for the USB to serial interface?
3.2. Is the microcontroller cycle accurate with a standard ATmega microcontroller?
3.3. Is it possible to run the CPU faster than the standard ATmega runs?
Yes, it can be. We provide FPGA images at both the standard 16MHz clock rate and a 32MHz clock rate. Switching to the faster clock rate does not affect the timers as we adjust them for the faster clock.
3.4. Does the implementation of the AVR core have the same memory available as the standard ATmega328 part?
The user will see the same program/flash and data/
Beyond that there is some extra memory on the FPGA that can be used in an XB, for instance, we have
Coming soon for the Hinj board is the ability to double the PMEM size, taking advantage of the larger FPGA used on Hinj.
3.5. Does XLR8 have the same analog I/O capabilities as the Arduino Uno?
3.6. Is SPI supported on the same pins as on the Uno and the ICSP pins?
The SPI interface on XLR8 should operate the same as the SPI interface on an Uno or Redboard. The only item to note is that we’ve seen some SPI examples where the XLR8/Uno/Redboard is the SPI slave and instead of being driven from the SPI master, the SS pin is left floating. XLR8, due to its I/O pullups, needs to have SS driven and not floating.
4.1. What FPGA is used on the XLR8 and Snō boards?
It’s an Intel MAX10. The XLR8 board uses an M08 sized Max10, while the Sno uses an M16 and the Hinj uses a M50.
4.2. Which MAX10 device does the XLR8 board use? What about larger (or smaller) devices as additional offerings?
5.1. Will AloriumTech support users who want to create their own XBs (Xcelerator Blocks) for XLR8?
The short answer is Yes. The long answer is, well, longer… Out of the gate, AloriumTech’s primary goal was to create an FPGA-based board that is a drop-in replacement for the Arduino Uno, meaning that it is the same footprint, runs the same sketches, uses the same libraries, and is programmed with the standard Arduino IDE. The XLR8 board comes pre-loaded with a few different XBs, and supports FPGA image updates via the USB port, which enables users to upload images with new XBs supplied by AloriumTech.
But beyond that basic functionality, we provide the OpenXLR8 methodology which allows users to create completely custom logic blocks using a free (as in beer) toolset. These custom XBs are tightly integrated to the AVR core on the FPGA so that they are accessible via normal AVR in/out instructions.
5.2. How much space is available on the FPGA for XBs?
The microcontroller uses about 80% of the available space on the 10M08 MAX10, which is used on the XLR8 board.
If your custom OpenXLR8 logic doesn’t fit on the XLR8 board, try using the Sno board instead as it has an M16 Max10, providing much more area for custom logic.
5.3. Can I burn my own FPGA image to XLR8/Snō/Hinj?
5.4. Is it possible to use the board I/O from the OpenXLR8 XBs?
It is certainly possible to use the board I/O from the OpenXLR8 XBs. We’ve tried to document how that is done both in the OpenXLR8 Webinar and in the openxlr8.v verilog file itself, in the form of comments. You can find the discussion of I/O at the 11:14 mark of OpenXLR8 Webinar, part 3: http://bit.ly/2t25O14
In addition, you can find additional examples by looking at the openxlr8.v file in some of the prebuilt XBs such as XLR8SPI. If you look at the openxlr8.v for the XLR8SPI (http://bit.ly/2sZWwCL), you can see inputs being used at lines 195-198, and outputs being assign at lines 282-307.
6. XLR8 Board
6.1. What is XLR8's digital I/O's voltage capabilities for input and output?
The long answer is, well, longer. The FPGA on the board has I/O that support 3.3V for inputs and outputs. On the digital pin input side, we have a FET-based circuit that limits the voltage seen by the chip to about 3.3V, so the inputs would correctly be categorized as 5V-tolerant. On the digital pin output side, again the chip is a 3.3V device, so it only drives to 3.3V. We have a 1K-ohm pull-up resistor on the board that pulls the signals up to 5V at the board interface, so what you’ll see at the board level is true 0-5V signalling.
The analog pins are a bit different. Those can also be configured as digital I/O on an Arduino, and the same is true on XLR8. There is a slightly more complex circuit to manage the inputs, since we want to be able to have the 3.3V ADC on the chip work over a 0-5V analog voltage range. The net is that, when used as digital inputs, those pins are also 5V-tolerant. However, we don’t have the pull-up resistors on those pins, so when configured as digital outputs, they will drive from 0 to 3.3V, and not to 5V.
7. Sno Board
7.1. Does the Sno Board have additional I/O over the XLR8 Board??
Yes, it has 18 additional GPIO pins.
8. Hinj Board
8.1. What interfaces come standard on the Hinj PMOD connectors??
There is a SPI, I2C and UART interface on PMOD-a, PMOD-B, and PMOD-C, respectively
9. SnoMaker Board
9.1. What is the best method and components to mate the Snō connections to the SnōMākr connections?
The cleanest way (but probably the most challenging) is to solder the Snō board directly to the SnōMākr with no headers at all. If you line up the Snō to the SnōMākr, it’s possible to flow solder through the vias of both boards simultaneously and create a direct connection between the boards. As I mentioned, this is a bit challenging to do, and it also would make it very difficult to separate the boards if you wanted to in the future.
Another approach that is still very clean and compact is to use pin headers as the interface between the boards. We often use something like this:
You’ll need a couple of those, since there are 59 connections between the boards. Soldering is much easier, and you still end up with a very clean solution. Future disassembly will also be challenging with this solution.
Finally, you could use headers on the SnōMākr board, and pins on the Snō to create a plug-in solution. We’ve used these:
This creates a very clean, low-profile solution that allows shields to still be used with the SnōMākr, and allows the Snō board to be removed if needed.
As far as a sequence, it comes down to accessibility of the pins with the soldering iron. You’ll want to use a small tip on the iron, and in general start with pins toward the center of the board and work your way out. If you’re soldering the boards together with no headers (again, the most challenging option listed above!), you’ll want to be very careful to avoid melting the SnōMākr headers as you’re reaching between them to solder.