MultiWii

kos

Pyrofer wrote:Using windows 7 64bit.

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

kos

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 ?

kos

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

kos

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

kos

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

kos

merged

kos

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 ...

kos

kos

kos

we all agree that the latest gui is slower than before (talking about svn *_shared )

kos

Tommie wrote:Since the UART receive interrupt is disabled while inside evaluateCommand(), any bytes received wile inside the function are silently discarded and not buffered. This is not a clean way to handle the situation;

https://www.google.fr/search?q=ftdi+buffer

... 256 Byte receive buffer and 128 Byte transmit buffer utilising buffer ..

http://www.ftdichip.com/Products/FT232R.htm

kos

you should try with beos

kos

kos wrote:that will increase cycletime

This not an encouragement ....

kos

that will increase cycletime

kos

57600 , help reduce the race condition.. or swicth to promicro so..seriously we have to keep the length of the serial burst low enough for that case to not happen . we could also let the mcu time to reply , but this is optional .. it is the requester task to not over flood the mcu. it worked that wa...

kos

as displayed in the gui .. user editable

kos

xslt is my friend .. any well formated xml will do , what are the possible value for aux1234 ?

kos

http://docs.oracle.com/javase/1.4.2/docs/api/java/lang/System.html#arraycopy%28java.lang.Object,%20int,%20java.lang.Object,%20int,%20int%29 fixed dont anyone thinks that this kingOfTheHill tournament is long and embarrassing , i will not be able to commit, you all discourage me , please invest your...

kos

http://docs.oracle.com/javase/1.4.2/doc ... ,%20int%29

fixed

kos

seconde argument : http://wiki.processing.org/w/Supported_ ... a_Versions

kos wrote:edit 2 : http://docs.oracle.com/javase/6/docs/ap ... rrays.html , java 1.6 is now a requirement , not sure i agree to this changes, there are still some old jre (hanburger just proves that fact)

majority has spoken , this change is refused .

kos

yes, i remove it as I realized how out of scope my comment was.

kos

hamburger : so if your really think what you stat here is the good solution, then please do rollback and help yourself.

kos

Java SE 7u4
This release includes the first Oracle JDK[b] release for Mac OS

http://www.oracle.com/technetwork/java/ ... index.html

edit : y a des moments ils sont lourds ces deux la .. separé les

edit 2 : http://docs.oracle.com/javase/6/docs/ap ... rrays.html , java 1.6 is now a requirement , not sure i agree to this changes, there are still some old jre (hanburger just proves that fact)

kos

http://www.ladyada.net/learn/sensors/bmp085.html

kos

ok, the macro is better than the inline ,

now i am back in the 2800 ~ 3650 cycletime , before that it was 3150 ~ 3950 and never under 3000. speed improvement .

time are best and worst , not average .. with the latest shared , average with 10dof is ~3005

kos

without changing the code , you can not .

kos

the serial protocol in Mwgui is the latest from shared , the one the is currently discussed and not merged into Alex branche. details : http://www.multiwii.com/forum/viewtopic.php?f=8&t=1516&start=170#p16030 the point of using the latest bleeding serial protocol proposal is : if we can have ...

kos

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

kos

you can now do the calibration from the gui

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

kos

the lottery was there , waiting for a long serial burst to appears.. there is not much work left before completion

kos

please do no revert all the changes regarding the serial code , you can do whatever with the internal handling .. but the boxname and pidname and some other enhancement (unknown msp and pid desc ) can help leverage the gui and third party software . also we should have a full java gui that do not la...

kos

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

all items have tooltips
still work in progress

kos

dongs wrote:How would it be dangerous?

depends on the usb cable length

kos

atmega2560 use also --relax // For atmega2560, need --relax linker option to link larger // programs correctly. String optRelax = ""; String atmega2560 = new String ("atmega2560"); if ( atmega2560.equals(boardPreferences.get("build.mcu")) ) { optRelax = new String("...

kos

the is only related to how the gui was flooding the fc

kos

PatrikE wrote:Nope the led blinks continuisly..
And Processing Floods error messages.

Tryed all that...

ok, you can test with the latest ?

http://code.google.com/p/multiwii/source/detail?r=891

and what is your board ?

kos

does the led blink with the same 2sec refresh rate ?

edit ; tried re-uploading , reset , etc .. ?

kos

- the GUI is laggy and it was not fixed in shared thanks to java : we can use the synchronized lag inside org.gnu.serial and the underlying jni to give the arduino enough time to empty his buffer --------- about string stunts .. if users report some error then we may turn back and use the slower im...

kos

we are not refraining anyone .. there are some very basic rules there is the stable branch : Alex ones there is the "trunk" : shared BOTH ARE STABLE ... no one should break the trunk or introduce major changes without agreement , what about osd and third party software relying on the seria...

kos

like Alex suggested : lets extends the new msp to the pid settings , once this is done we should be ok . Done: m And the GUI has been updated as well, although it does not generate GUI elements from this message yet: m Ok ! I will extends the gui and for any other changes that break compatibilities...

kos

like Alex suggested : lets extends the new msp to the pid settings , once this is done we should be ok .

kos

http://code.google.com/p/multiwii/source/detail?r=875

kos

for windows user : TortoiseSVN is an easy-to-use SCM / source control software for Microsoft Windows and possibly the best standalone Apache™ Subversion® client there is. It is implemented as a Windows shell extension, which makes it integrate seamlessly into the Windows explorer. Since it's not an ...

kos

erf .. try @ 57600

maybe we should rollback and create a branche for that ?

next release is not so far and shared must be maintained stable , agreement ?

kos

Chaosdestro0 wrote:Useful but it's really quite dangerous.

+1

kos

so , tommie's changes remain in the _shared .. .?

@tommie : let us know when you consider it stable

kos

just to make sure that this does not get over the head of anyone ;

http://svnbook.red-bean.com/en/1.7/svn. ... hatis.html

----------------------------------------------------
solving the issue with

SVN http://svnbook.red-bean.com/en/1.7/svn. ... rging.html

or

GIT http://progit.redhome.cc/book/ch6-7.html

there are some nice graphical tools fro both

code review is also a good practice

kos

the mwi-gui-component / ControlP5 fork used by multiwii can be found here -> https://github.com/treymarc/mwi-gui-com ... ster/build

kos

someone thought re-introducing Strings into the serial communication of the Processing GUI i think this is me .. ? i do not beleive the issue is in the String, ... it is working with String in the two latest dev release m this is what help , i use something equal .. synchronized public static void ...

kos

BTW, I just wanted to give avr-gcc a spin to see whether it generates code of a different size; it however fails while compiling the new code due to a new handling of the PROGMEM attribute. I just fixed and commited my part, but LCD.ino also has a few occurances that make gcc 4.7 blow up. cross-avr...

Search found 286 matches