Open Source USB Controller Board (universal)
Snowfox last edited by
Been a long time since I posted here. Just wanted to let you know that my friend released an open source USB controller framework that can be burnt onto Atmel dev boards and used for all your pit / flight setup needs. Pit builders are most likely to appreciate.
His announcement post is located at http://forums.eagle.ru/showthread.php?t=126772
Here is a quote:
tl;dr: This is an open source controller framework that lets you combine your pit/controller/joystick inputs into this a modern and cost effective board (useful as cougar board replacement even). High fidelity and definition, automatic noise filtering and normalization, device spoofing (can masquarade as any other USB device). Some samples and instructions available.
[url]Http://www.hempstick.org[/url] [color][font]Announcing Hempstick OpenSource USB firmware for Joystick and general purpose flight sim controller.[/font][/color] [color][font]1\. Uses Atmel's ARM 32bit MCUs, up to 120Mhz.[/font][/color] [color][font]2\. You buy the supported boards from either Atmel directly or buy the Arduino Due board from anywhere (none of my business).[/font][/color] [color][font]3\. Contains FreeRTOS, a real-time operating system and is fully multi-threaded, unlike Arduino's dumb busy polling loop wasting CPU cycles.[/font][/color] [color][font]4\. Uses voltage level change event-based interrupt handlers tasks to read buttons and switches. No button press, no CPU cycles used.[/font][/color] [color][font]5\. Up to 16 channels of 12bit ADC. Contain a digital averaging noise filter. Can use over-sampling to increase resolution to 14bit w/ software (can do 16bit, but I personally feel it's quite phony so it's artificially limited to 14bit). ADC reading uses DMA freewheeling, without software intervention, so you always get the latest ADC values at the USB report time.[/font][/color] [color][font]7\. Reads TM Cougar and Warthog sticks with hardware (only for MCUs that have SSC modules, SAM4S and SAM3X), so it doesn't waste CPU cycles to generate the right wave form for the stick's buffer.[/font][/color] [color][font]8\. 1000 samples per second, max a full speed USB can do. There is plenty of CPU to do more, but no point of doing that.[/font][/color] [color][font]9\. Configure the USB VID/PID to anything you want. My CH rudder is, for instance, configured as TM16000, as I don't have any USB VID. Works just fine. Currently, these values are compiled in. A planed feature would let you configure them at runtime, as these are written in SRAM, unlike some written in ROM.[/font][/color] [color][font]10\. You get the source code, install the IDE, change a configuration file, press a button and it burns the firmware for you. Instructions in the form of PDF and iBook. For some boards, you will need to buy a hardware programmer, but for some other boards, Atmel includes an EDBG chip on board that allows you to debug/program the MCU w/o additional hardware debugger.[/font][/color] [color][font]Yes, you read that right, YOU BURN THE FIRMWARE. Don't worry, I have step-by-step screen shot instructions walking you through downloading/installing the software tools to pressing the button to compile/burn the firmware. Installing the IDE is not unlike installing a game program. After the installation, all you will need to do are unzip the source code, open the two projects, change a config file and press the build button.[/font][/color] [color][font]11\. Uses Atmel Software Foundation library, so supporting newer faster/better Atmel MCUs would be quite simple. For instance, I just got my paws on a SAM4E board that has a build in Ethernet on die, and Atmel's W23 WiFi module is just announced and availability is imminent.[/font][/color]
My personal take on this: I’d say this is what Leo Bodnar board should have been. Having said that it does 1000% more , faster, more accurately and is extendable, compared to Bodnar (+ its free, you only buy the board, which costs <50% the board mentioned).