DUBwise for UAVTalk

There is now a new Version of DUBwise - this Blog-Post intends to give some background and insight about this new thingy.

Why UAVtalk?

UAVTalk is an open protocol designed for communicating with UAVs. It is originated by the great OpenPilot-Project but can also be used in other projects. It is very efficient and flexible by using xml for the protocol description but raw binary values for transfer.

Why a new version?

To be honest, I tried to make the recent DUBwise speak UAVtalk but I failed badly. This has two main reasons: #1 DUBwise is grown wild over about 2 years and especially with its roots in J2ME and the MikroKopter Protocol. I have to confess that it has grown to a big and fragile beast. #2 When I really started the project I was on a backpacking trip to the other side of the world which consumed and is consuming a lot of my time and abilities.

I realised that way to late after wasting a lot of precious time walking in the wrong direction. But better now than never I started DUBwise for UAVTalk as a new project when I had the van all for myself for three weeks. What does that mean for the user:

- no J2ME support ( as this was the biggest problem with the DUBwise code base - perhaps I will do a minimal J2ME version when I have a week in a dark cellar, but just because my UAVTalk protocol code had J2ME still in mind and to justify the pain and uglyness of that )

- very limited functionality on the start ( The initial version in the market has only a UAVObject Browser and Audio Voice output - but even that little bit could help on the field so I am releasing it now as it is)

That is bad for the user on one side, but on the other it is better in the long-run because I also gain more flexibility and am not bound to old ideas. For the example of the Audio Voice Output ( StatusVoice ) this means that the user can not only switch on and off stuff that is spoken statically - he can also define text blocks which can contain UAVObjects that are spoken. That is a very flexible approach and so much closer to the flexible OpenPilot way of thinking.

Release steps:

I uploaded the version to the market and commited the rest of the protocol stuff to the OpenPilot repository. I released the protocol stuff ( juavtalk and juavobjects ) in their svn repo with "OpenPilot Team" as author and unter the GPL but I will stick with my non military cc license for the DUBwise code. I will publish the DUBwise code as usual on my github account - but I need to do a cleanup first and I am going to a 5day-ish backcountry hiking trip now, so there could be a delay with that and the reply from me - but are now probably used to that fact since as a backpacker now I am not on my PC 24/7 anymore at this moment ( will change ) ..

Forecast:

As I said for approx. 5 days I will be in the bush without equipment the next time, but after that I will try to reply to the feedback. After that I will build a screen to show an artificcial horizon and values. I will use the same mechanism I produced for the StatusVoice to pick UAVObjects to display. These are the two things which are used most in the MK-DUBwise Version so I will polish them first ( like adding conditions to the StatusVoice blocks ) before adding more features. It is getting colder and colder here in New Zealand so I think I will find more time for coding now.

Project Voyager

For my backpacking trip I was in the need for a new kopter. My old one was too cumbersome for transport and not reliable enough because I crashed it a lot when testing software or by brutal fun flying. At home this was no problem, but on the trip I can only carry few tools and spare parts. I decided to build an koax y6 because:

• is good collapsable
• has some redundancy
• has good orientation visibility

On my trip there where minimum 5 flights with a plane planned. And I know that they sometimes handle the baggage

very roughly, so I had to build a good case. I decided to use an KG tube which is normally used to transport fecals under the earth. These tubes are available in DIY superstores, but not in the size I needed them. My centerplate

is 180mm so I needed the

200mm tube (they are available in 50mm steps). The maximum sized tube I found in the local DIY superstore

s where 100mm. I luckily got the tip by djrobby to look in a civil engineering shop

for tubes that size

and was lucky there. These tubes are very stable (I can even use it as a chair) but that comes with the cost of heaviness. The tube with caps for both sides weight 3.5 kg which is very heavy when you carry it some kilometers.

I call this Kopter Voyager mainly because when I collapse it - it looks like a NCC and I really like Star-Trek ;-) Beside that this Kopter is for traveling purposes and voyager reflects that very good.
Here are some aerial Pictures taken with this MK.
And Here is the ( sorry german - but you can look at the images or use google translate ) blog of this trip.

tracedroid - send Stacktraces via Email after FC's on Android

This work is inspired by remote stacktrace for Android i played with recently. But after looking at the sourcecode I decided to do a total rewrite with these things in mind:

• main: Option to send the trace in other ways - e.g. share via email - pros:

1. no need for internet permission
2. having a email adress of the sender to contact the user after e.g. the bugfix
3. no problem when there is no internet at the moment
4. user is able to write some more info into the stacktrace mail
5. user can easily see what is send ( can be important with logging stuff ) and can delete parts of the log
   

• modularize ( diffrent send modules )
• small core ( only collecting stacktraces to files - nothing else )
• sending asyncronous to collecting - being able to send stacktraces when the user is more in the mood ( e.g. in wlan range )
• attach Logging info

the screenshot above is from gobandroid 0.46 which now includes tracedroid.

the sourcecode is on github

my first #barcamp - the #mcdd10

I noticed #mcdd10 in the context of the barcamp before droidcon. I heard about barcamps before but never digged deeper. But there is even a german wikipedia article about barcamps so it must be relevant and first hand impressions are always the best. Also the topic of #mcdd10 matched my interest as I am into mobile development and gave me the chance to experience one barcamp before droidcon which matches my interests even more.



The whole thing started @TU-Dresden with a self introduction of each participant by three tags to keep it short. I really like that idea - it blocks self exposers from ruining that and helps shy ones to do well here to.
My keywords where Android, J2ME and bluetooth. There where a lot of users with tags I disliked like mobile marketing or other stuff of which I don't think that it improves the world we live in - just stuff to make money with from my point of view. I somehow expected more developers there.
But my luck was that in the sessions which where highly interactive some devs showed up with interesting info. The first session was on how to bring mobile apps into corperations. The topic was not really my interest but it was interesting hear from *them* how many problems they have with closed platforms like apple. The big issue is deployment. They simply can't do what they want to do there - Jailbreaking is not an option for corperation use and the other way is through steve and he dont wants to play with them. This was my chance to promote open systems by telling them that it is possible with android to solve the deployment there easily and have noone between the user and you who decides if an app can be deployed.
The next session was all about blind people using mobile phones. First there was hands on an I-Phone with a screenreader. The touchscreen was used for input and voice synthesis for output. Nobody here was blind but the session-initializers said they made experiments with blinds and it is really useful for them. In the discussion some issues came up. It seemed not to be able to switch off the display even if you cannot use it like a blind one. You can only dim the backlight to a very low value and so drain your battery more than you have to. The second thing was that an physical keyboard would be great for entering long texts ( And Android has such devices ).
I don't want to review all the sessions here because this blog entry is getting too long otherwise but noticeable where brainstorming sessions. The start was done by one image and one written location for each group. Our image was frankenstein and our location was a nuclear power plant. Then we should write down ideas based on image and location very fast without a need for quality - only quantity was needed here. The second thing was to select one idea by putting stars on each group member's favorite idea. It was nice to see that my idea got by far the most stars. It was an app to show how far an nuclear power plant is away from your phones position. After selecting the idea we where told to improve it. Some nice Idea came up like morphing from your image to frankenstein based on the distance to the next power plant. The last part was to figure out how to make money with it this part was not my thing but nobody had a problem that i was quite there. Caused by the lot of company members there it felt like this was a cheap harvesting of Idea here but i had no problem with that because the idea was ethical and I don't have the time at the moment to do another project.
The session after that was based on the brainstorming before. It was all about making a video representing the idea. I thought videos making is taking long time. But the trick here was to improvise and give a very short deadline ( 30min ). Here are the results of the 3 groups:
* Barcoo
* SnackR
* Frankenstein

Possible flight spaces where limited on the location so i was not realy able to show up with my mobile-phone project but i did a small flight on the space on the picture below so that carying all the stuff around >20km by foot made at least some sense:


After all it was an very nice weekend. I had a lot of interesting communication - the sun was enabled all the time - got a lot of coffee there and Dresden is a very nice city. Special big up to the orga, my drivers and my friendly host - it all worked like a charm.

My Android Market Stats