MultiWii

Posted: **Mon Jun 04, 2012 8:12 am**

hello,

Had some free time this weekend , so i just start a new gui,

works with the latest serial protocol and dev version

sources & install instruction : https://github.com/treymarc/mwi-swing

build : https://github.com/treymarc/mwi-swing/tree/master/build

current features :
select port and serial speed
send/read raw serial ( ex : vt100 )
read raw imu
zoom, export and scroll the realtime chart

there is some screenshoots

it may evolve to a full featured ground station .

Posted: **Mon Jun 04, 2012 1:37 pm**

Posted: **Mon Jun 04, 2012 1:41 pm**

I really appreciate your work, but do we really need another java gui ?

Posted: **Mon Jun 04, 2012 1:55 pm**

As a Linux user, I'm actually in favour of a GUI that works on multiple platforms (and not just windows). So I personally don't mind it

Posted: **Mon Jun 04, 2012 2:31 pm**

EOSBandi wrote:I really appreciate your work, but do we really need another java gui ?

We need a proper Java GUI. Processing doesn't count

I support the idea of a Swing GUI.

@kos: I already took it for a spin. Works fine so far under Mac OS X.
Can't you just add rxtx as a Maven dependency? If I saw that correctly that's the only lib you're using from the exported Processing app anyway isn't it?
I'll try to contribute if I can find some time over the weekend

Posted: **Mon Jun 04, 2012 2:34 pm**

A pure Java application without the Processing is very easy to port to other platforms.

Posted: **Mon Jun 04, 2012 2:45 pm**

copterrichie wrote:A pure Java application without the Processing is very easy to port to other platforms.

it is pure java

It is now confirmed that it run fine on Windows, Linux and MacOS

@fiendie : https://github.com/treymarc/mwi-swing/t ... repository

Posted: **Mon Jun 04, 2012 2:50 pm**

fiendie wrote:I'll try to contribute if I can find some time over the weekend

Posted: **Mon Jun 04, 2012 4:53 pm**

copterrichie wrote:A pure Java application without the Processing is very easy to port to other platforms.

do you know will it be possible to port for android? it would be nice to have this on tab!

Posted: **Mon Jun 04, 2012 4:55 pm**

mahowik wrote:
copterrichie wrote:A pure Java application without the Processing is very easy to port to other platforms.

do you know will it be possible to port for android? it would be nice to have this on tab!

I personally have not worked with an android but I hear it is fully Java complaint. So it should work without any modifications.

Posted: **Mon Jun 04, 2012 6:26 pm**

I just try it on dev and it works perfectly.
(Vas y mon grand, développe le)

Posted: **Mon Jun 04, 2012 9:29 pm**

the threading issue is now solved , was my fault, sorry :oops:

you can get the latest snapshot : https://github.com/treymarc/mwi-swing/tree/master/build

for Android,Blackerry (both are java based and come with BT) , we can use the same multiwii serial protocol decoder/encoder , but the ui has the be rewritten... also i am producing low quality "no framework" chilling at home code , it is not very usable as is

Posted: **Mon Jun 04, 2012 9:50 pm**

Hi,

You know, I choose processing because it looked very easy to understand.
If you want to improve the current gui with swing or other "modern" components, there is no problem.

Posted: **Mon Jun 04, 2012 10:55 pm**

It's probably difficult to port the existing Processing code to native Java - there is a reason why it's so much easier to learn and understand in comparison to the "real" thing

But it would of course be excellent if as much of the existing code/algorithms could be preserved/reused. But I certainly don't complain - the actual existence of a GUI that (somehow) works on Linux was what actually attracted me to the MultiWii project to begin with.

Posted: **Mon Jun 04, 2012 11:07 pm**

LenzGr wrote:It's probably difficult to port the existing Processing code to native Java - there is a reason why it's so much easier to learn and understand in comparison to the "real" thing
But it would of course be excellent if as much of the existing code/algorithms could be preserved/reused. But I certainly don't complain - the actual existence of a GUI that (somehow) works on Linux was what actually attracted me to the MultiWii project to begin with.

Amen! I really appreciate what we have but there is always room for growth.

Posted: **Tue Jun 05, 2012 3:14 am**

version 0.0.1a is out ,

You can adjust the baud rate and the refresh rate

It should work with Bluetooth

You can adjust the window size

It should blend with the Mac Os look and feel

Posted: **Tue Jun 05, 2012 10:44 am**

LenzGr wrote:As a Linux user, I'm actually in favour of a GUI that works on multiple platforms (and not just windows). So I personally don't mind it

+1 I will not follow a windows-only route.

In the long run I would expect one of the two Processing vs. Swing GUIs to evolve as the official leading GUI.

Posted: **Tue Jun 05, 2012 11:41 pm**

Features request are now open, what should come in the next release is :

- adjusting PID settings
- save/load PID settings
- save/replay all sensors log
- add attitude panel
- add altitude panel
- add motors / servo panel - completed

you can also start participating on github

Posted: **Fri Jun 08, 2012 8:07 am**

you can rescan/close/reopen.. and hard disconnect the serial port . the gui will now handle the work

i started to work on the layout .. will be tabs and menu , see the screenshots in the first post .

Posted: **Sun Jun 10, 2012 9:58 am**

all gui items are build using the latest serial mod (with optional box and pid name)

all items have tooltips
still work in progress

Posted: **Sun Jun 10, 2012 6:29 pm**

you can now do the calibration from the gui

MwGui only works with the latest serial protocol (from shared , starting from 2012/06/09)

Posted: **Sun Jun 10, 2012 8:17 pm**

What OS do you run & GUI? Gnome, KDE, openbox,..?

Posted: **Sun Jun 10, 2012 9:14 pm**

I tried to test this new GUI tonight and finally managed to get it to build (using Ubuntu Lucid on x86). The GUI starts up fine and I can select my USB serial port /dev/ttyUSB0). I also see there is serial activity, but the GUI does not display anything - no graphs and reading out the configuration does not work either.

I am currently running the latest MultiWii development version from trunk. Could this be the reason? Let me know what info you need to investigate this.

Posted: **Sun Jun 10, 2012 9:33 pm**

Loving the new GUI, lots of potential!

Runs and works fine, probably easier and quicker than the processing engine GUI

Looking forward to the progress on this.

Posted: **Sun Jun 10, 2012 9:34 pm**

LenzGr wrote:I am currently running the latest MultiWii development version from trunk. Could this be the reason? Let me know what info you need to investigate this.

the latest from multiwii_shared

http://code.google.com/p/multiwii/sourc ... Wii_shared

Posted: **Sun Jun 10, 2012 9:54 pm**

kos wrote:the latest from multiwii_shared

Not sure I understand - does the serial protocol in _shared differ from the one currently used in the development trunk? In that case I'll wait for Alex to merge these changes. Thanks!

Posted: **Sun Jun 10, 2012 10:01 pm**

the serial protocol in Mwgui is the latest from shared , the one the is currently discussed and not merged into Alex branche.

details : viewtopic.php?f=8&t=1516&start=170#p16030

the point of using the latest bleeding serial protocol proposal is : if we can have a gui that work ok with the new serial, we can circumvent the current gui lag and release 2.1 in time .

Posted: **Fri Jun 15, 2012 9:01 am**

Just had this brought to my attention,
http://diydrones.com/profiles/blogs/gui ... man-filter
It shows a java app for drawing a nice artificial horizon.

Its open source so maybe something we could integrate with the new MwGUI?

Posted: **Fri Jun 15, 2012 8:13 pm**

Posted: **Fri Jun 15, 2012 8:20 pm**

Posted: **Sat Jun 16, 2012 3:51 am**

Posted: **Sat Jun 16, 2012 12:09 pm**

K-os, congrats!!

Some great progress. This is going to be my GUI of choice from now on! Love the Artificial Horizon

Wonder where you got that idea :p

It looks so much better than *cough* some other options already

Posted: **Sat Jun 16, 2012 12:37 pm**

Minor bug-ettes...

The Artificial Horizon appears to be backwards on my quad? Pitch forward shows the Horizon pitching back, roll left shows it roll right etc.
Also, the PID items don't appear for me. I get the word PID to the left of the checkbox items.

I am running Tommies FW from about a week ago, will update and see what changes.
Newer FW fixes the PID issue, still something funny with Artificial Horizon.

Posted: **Sat Jun 16, 2012 7:54 pm**

thanks for testing

Pyrofer wrote:I am running Tommies FW from about a week ago, will update and see what changes.
Newer FW fixes the PID issue, still something funny with Artificial Horizon.

yes,

ps : I have stop uploading the lastest _shared firmaware as it changes to often ...

Posted: **Sat Jun 16, 2012 8:01 pm**

@kos: The artificial horizon looks pretty sweet. Unfortunately one of the later versions breaks reading the serial ports on Mac OS X.
Also you force the Nimbus Look&Feel on Mac users

I suggest handling it this way: https://github.com/fiendie/mwi-swing/co ... 2b9a5fe258

Cheers
Andy

Posted: **Sat Jun 16, 2012 8:35 pm**

merged

Posted: **Sat Jun 16, 2012 10:28 pm**

again, nice work

can we have the debug boxes?
I was checking my ram usage and had to swap back to the 'other' gui to do so :p

How are you planning to do the expo curves etc?
Thanks again for this lovely work

Posted: **Sun Jun 17, 2012 1:59 am**

Pyrofer wrote:can we have the debug boxes?

done

Pyrofer wrote:How are you planning to do the expo curves etc?

any suggestion is welcomed , i was thinking of something similare to the current gui , to me : the real curve visual display is required

pending tasks:
- fix the roll display in the hud
- save to eeprom

Posted: **Sun Jun 17, 2012 2:58 am**

Hi, no <fixperm.sh>!? I can not run it in my Mac.

Cheers,
H

Posted: **Sun Jun 17, 2012 3:45 am**

if you build from source and if your are not using the same folder than multiwiiConf .. then you have to set up your mac for RXTX

http://jlog.org/rxtx-mac.html

---

the easy way is download and add the file in the folder multiwiiConf

https://github.com/treymarc/mwi-swing#run

Posted: **Sun Jun 17, 2012 4:22 am**

Thanks

Posted: **Sun Jun 17, 2012 4:43 am**

you can now change the line color
the hud is also fixed

Posted: **Sun Jun 17, 2012 11:32 am**

Couple of suggestions

(get used to it, its all I have right now!)
Disable the buttons such as "start, stop" when it's not connected to a serial port as that seems to lock up the app if you press them.
Can you have a default set of PID and checkboxes show on startup rather than the blank page? Would look nicer.
These are simply cosmetic changes so feel free to ignore

Thanks again on the speedy development here!

Posted: **Sun Jun 17, 2012 12:08 pm**

Pyrofer wrote:Disable the buttons such as "start, stop" when it's not connected to a serial port as that seems to lock up the app

this is a deffect , you should see a pop-up that list the available serial ports ..

your are windows, unix, macos ?

Posted: **Sun Jun 17, 2012 12:10 pm**

@kos, @kataventos: I added an ant build script to export a Mac OS X app bundle: https://github.com/fiendie/mwi-swing/commit/8d23fe2d8788fbbdbfe050e5212f3749e088d377

You need to have the JarBundler ant task installed:

Code: Select all

sudo port install jarbundler

After that just run

Code: Select all

ant bundle

in the project‘s root directory.
The app bundle is being copied to the release directory.

The script assumes that you have librxtxSerial.jnilib and RXTXcomm.jar in build/lib.

Cheers
Andy

Posted: **Sun Jun 17, 2012 12:26 pm**

Using windows 7 64bit.

Posted: **Sun Jun 17, 2012 1:05 pm**

Pyrofer wrote:Using windows 7 64bit.

ok, thanks .. i think i spot the issue , will be solved very soon

Posted: **Sun Jun 17, 2012 1:08 pm**

fiendie wrote:@kos, @kataventos: I added an ant build script to export a Mac OS X app bundle: https://github.com/fiendie/mwi-swing/commit/8d23fe2d8788fbbdbfe050e5212f3749e088d377

The script assumes that you have librxtxSerial.jnilib and RXTXcomm.jar in build/lib.

will not be merge yet , i will change the directory layout to include maven modules for extra step (mac bundle , jnlp , etc .. ) so prepare another pom for that

Posted: **Sun Jun 17, 2012 1:21 pm**

kos wrote:will not be merge yet , i will change the directory layout to include maven modules for extra step (mac bundle , jnlp , etc .. ) so prepare another pom for that

No rush

There actually is a Maven plugin, too.
I will test that.

By the way, reading serial ports on Mac OS X is still broken. I've not yet looked at the changes. Do you know what could be causing it?

Posted: **Sun Jun 17, 2012 4:51 pm**

Pyrofer wrote:Using windows 7 64bit.

you should have a popup

fix hud display ( still wrong when upside down)
add roll/pitch angle (x/y)

MultiWii

MwGui - Another Gui

MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui

Re: MwGui - Another Gui