DEDuino – V1.1.4

Yet another patch for the code.
this release has focused on two things.
1. Making the code easier to handle for the novice.
2. Bringing the performance of the Uno back to acceptable level.

To achieve this, a new “config.h” file was created, bringing together all the important settings and features (I’ve even tried to get everything properly documented…).

Please note that the default is now “Arduino Micro” – as it is in my opinion that minimum required board (due to the Uno Memory constraints). If you with to use an Uno (or a Mega as some are doing – please make sure to select the proper option)

To get the performance back to the uno the code now intentionally disabling RealFFI and Bezel options (regardless of what “config.h” says). This can be overridden via the “fuelflow.h” file – but please note there is a performance impact.
As always, links for the download are at the download page.

Happy flying!

new update in the works – and I’ve started working on input devices.

Hi Guys,
Just a quick update,

I’ve done some re-fracturing to the code making it more readable and easier to configure for those of you how prefer not to dig in too dip into the software more than they must.

I’ve still got some testing to finish, but I hope to get it out my the middle of the week.

I’ve also doing some work to make the FFI usable again on Uno,
Unfortunately the new font is eating more RAM that the Uno can handle – So I’ll be reverting uno users to the old standard font as it was originally – it will be less accurate – but the overhaul performance should be back to reasonable (as it was).

As it is, I’ll stop developing new things for the Uno, and this will be the last release the Uno is the default. I will leave all the current things for the uno, and I’ll make sure I maintain compatibility with it in the base things, but it will no longer be the default arduino.

The Micro (32u4 based stuff) – are the new minimum recommended for now – you can get a pair of “Pro Micro” clones for 10-15USB off ebay, so that is good enough IMHO.

I continue however to recommend getting a Due, or Due compatible board, if you are planning extensive use of this project in your pit.

As the project progress, the added CPU and RAM will git it a very obvious performance advantage.

 

Other then that…

I’ve started working on Input device, my first victim will be the ICP, I’m planning (for now) to use ATMEGA328P chips, clocked at 20Mhz as input devices using V-USB library.

As a first step, I’m going to rid myself of the need for a programmer, by burning the usnoobie firmware on them. usnoobie, allow the ATMEGA, with a press of a button on boot, to become an ASPusb programmer, and upload code to themselfs, allowing those input devices to be firmware upgrade-able without too much trouble.

another option I’m considering is using the previously mentioned “Pro Micro” as input devices using the LeoJoy project. as the 32u4 has native USB capability saving all the fuss for setting up a VUSB hardware rig. but I’ll get some experiense with both, and deside later down the road. so far using a custom hardware solution seems more attractive to me (just because.. :)) – but the simplicity of using a micro will probably win at some point down the road.

 

Some quick debugging tips for DEDuino

After the release of 1.1.3 I’ve learned some more about the limitation of the Project in regards to features with arduino models.

1. You MUST use Arduino IDE 1.5.x as the earlier version (1.0.x) compiles the code differently (which causes some odd annoying bugs.)

2. Arduino Uno has too little memory to handle too many things. Uno is the default for the project, as it is the most common model. it is NOT however the recommended model, the bare minimum is the Arduino Micro (which has 512 bytes of extra memory over the Uno). Due is highly recommended (and the entire project will soon shift towards it – but for now Micro is the Dev board I’m working with).

The biggest flaw with the Uno for now is that the RealFFI mode can only be used on an Uno if the FFI is the only screen active. If you have a DED/PFL enabled, the Uno does not have enough RAM to render the FFI frame correctly. however, because of the displays are using the same display and font enabling both DED and PFL is not a problem. you can even have the FFI enabled in “BMS render” mode without issues.

And as a bonus for hanging on so long some clips of DEDuino around the world! 🙂
From Italy we have “Cool hand”‘s DED box:

"Cool Hand"'s DED box

From Australia (the one with the Kangaroos),
we have “Moon”‘s  prototype with a temporary paper bezel.

And from Korea we have “Mace”

“Mace” initial prototype

And his video can be found on one of his forum Posts

Cheers guys!
And thank you for all the support!

DEDuino – V1.1.3

I hope this will be the last of the 1.1.X line

in this Version the FFI has come full circle and has been completly overhauled with the help of the community.

It now includes a new display mode dubbed “RealFFI” that renders like the real thing (rather then mimicing the BMS FFI behavior as before). Both version are available, with the Performance advantage on the BMS render mode.

New link for downloads, and it’s here to stay 😉

http://pit.uriba.org/download

V1.1.3 “RealFFI”:


A real FFI:

 

 

DEDuino – v1.1.1

Second quick patch for the DEDuino project.

Following input and assistance from “Moon” and “AiRdAncE” the VP community, I’ve been pointed to the real FFI font, “MilSpec 35588“.

I’ve adjusted size and removed unneeded chars to create a new custom FFI font pretty much in the correct size to match a real face plate. Once I have one fabricated, I’ll adjust the font some more – but for now that is good enough IMHO

This slideshow requires JavaScript.

As always, the code is available on github .
links are available on the Download Page