Uri_ba's pit Weekly Updates

Connector App v0.0.0.4 is out

Auto update will kick-in next time you launch the app.

Application now support “auto start” – check the “Advanced tab”.
Context menu added to systray.
DLL was merged into the EXE – no need to have the dll anymore.

still on the TODO list:
allow program to start minimized.

Uri_ba's pit Weekly Updates

DEDuino connector app update

Hi guys,

following a bug report, I’ve done some changes to the connector app.
apearantly due to a BMS issue, the app does not recognize you have entered the cockpit during ramp start, casing the DED to show “Falcon not ready” message.

I’ve reverted to an old workaround I’ve used in early development, it’s ugly, but it works for now.

I’ve pushed the update, and you should be getting a request to update next time you launch the connector app.

while at it, I’ve found an issue in the self updating routine, which will be addressed at a future update.

sorry for the inconvenience,

Uri_ba's pit

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!

Uri_ba's pit

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.


Uri_ba's pit

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!

Uri_ba's pit

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 😉

V1.1.3 “RealFFI”:

A real FFI:



Uri_ba's pit

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

Uri_ba's pit

DEDuino – v1.1

First patch for DEDuino.

New features include:

  • a new optional DED font by “Cool hand” (activated by default)
  • A new optional FFI font based on the work of “Moon” (activated by default)
  • New FFI Bezel drawing  – based on the work of “Topper Harly” (activated by default)
  • Connector app bug fixes (Automatically updated)

Thank you guys for making this project even better

Source code and download links are available on the Download Page

Uri_ba's pit Weekly Updates

Connector app updated to v0.0.0.2

The connector app has been updated to Once launched the app will ask you to update itself.


Change log:

  • Fixed issue that caused DED to drop chars in certain cases.
  • internal update mechanism changes.
Uri_ba's pit

New DED box/screen – a point to consider

Well, remember I’ve said there is a second OLED screen that fits?

I’ve been following a member of the community, “Cool hand”, that has been following this project, He has published a few links I’ve missed while working on the initial steps. I’ve always known that New-Haven screens are a good option but were a bit taller then needed. Apparently, there is a way around it.

Jsheppard of the VP forums, creator of the PScockpit system, has blogged more then a year ago about a box and a NHD secreen combo that works for the DED.×64-oled-display.html

here are the parts on Mouser:
NHD 2.8 Oled
Hammond 1598ABK box

I’ve been using the EastRising display, mainly because of shipping issues – had I been aware of this article, I’ve been using that from the start.

for me, buying two sets cost about 85USD, but shipping this over from mauser costs additional 75USD, that’s why I’ve not been ordering anything from Mouser.

I’m now checking my options, that will probably have shipito (or similar service involved.

I now change my recommendation for a screen for the project to this one. code works, and I will re-design the PCBs accordingly.

——- Update – Nov. 20——-

I’ve been digging into the data sheet, it seems that the screen need 3V rather then the 5v tolarant one from BuyDisplay.

So I’ll thing a little about what is needed, and I’ll probably end up getting an extension for the flat cable and dismantle the PCB the same way it’s done here.

Stay tuned!

——- Update – Nov. 21 ——-

Cool hand has posted his progress on the Italian forum…

Check for yourself 😉

As “someone” once said, “Fighter pilots make movies, Bombers make history!” (I hate “Top Gun”! There I’ve said it!)

——- Update – Nov. 23 ——-
I’ve ordered the connectors and adapters I need to try and fit the East-rising display into the Hammond box. I’ll order the Box from Mouser later this week, I’m collecting stuff into my cart there to continue working on the pit (ICP toggles and CMDS panel switches).

because It’s an opportunity to order “real stuff” – with reasonable shipping per item.

I guess December will be a busy month for cockpit electronics 😉