MultiWii dev 20120522
MultiWii dev 20120522
Hi to all,
I just tested the GUI from the dev_20120522 and it behaves slower than the version on the dev_20120504. Does somebody else also feel this?
Regards,
Luis Sismeiro
I just tested the GUI from the dev_20120522 and it behaves slower than the version on the dev_20120504. Does somebody else also feel this?
Regards,
Luis Sismeiro
Re: MultiWii dev 20120522
hi,
it might has to do with the serial stuff .. because it is just slow with the promini and mega .. the with a promicro it runs smooth
regards
felix
it might has to do with the serial stuff .. because it is just slow with the promini and mega .. the with a promicro it runs smooth
regards
felix
-
- Posts: 178
- Joined: Fri Apr 01, 2011 10:32 pm
- Location: Czech Republic, Prague
Re: MultiWii dev 20120522
Completely different question about 20120522:
I just tried to compile it for flying wing setup and wanted to upload to ProMini 168 which I have reserved for that "small" use but even I disabled all unnecessary, code size is little over 16K so it doesn't fit to 168.
Is there any chance to remove easily something unused to reduce size at least for 2K? How?
Thanks!
P.S. It doesn't worth spending too long, I have ordered new 328 board, it's just allow me play until it comes. I can try also use some older version...
Roman
I just tried to compile it for flying wing setup and wanted to upload to ProMini 168 which I have reserved for that "small" use but even I disabled all unnecessary, code size is little over 16K so it doesn't fit to 168.
Is there any chance to remove easily something unused to reduce size at least for 2K? How?
Thanks!
P.S. It doesn't worth spending too long, I have ordered new 328 board, it's just allow me play until it comes. I can try also use some older version...
Roman
Re: MultiWii dev 20120522roman
Roman
Which sensors do you use?
You can try and comment variable declarations gps* in mwii.ino. Then follow errors and clean that code.
Which sensors do you use?
You can try and comment variable declarations gps* in mwii.ino. Then follow errors and clean that code.
Re: MultiWii dev 20120522
sismeiro wrote:Hi to all,
I just tested the GUI from the dev_20120522 and it behaves slower than the version on the dev_20120504. Does somebody else also feel this?
Regards,
Luis Sismeiro
yep .. this is only related to the gui .. and to the interrupt driven uart
edit : removed old code
Last edited by kos on Sun May 27, 2012 7:53 am, edited 1 time in total.
Re: MultiWii dev 20120522
hello,
i have add some little improvement , the writing code is faster , better, etc .. and no more ( byte & xFF) required
i have already merged in the conf_shared code
same place on git
https://github.com/treymarc/multiwii-co ... d937c83948
i have add some little improvement , the writing code is faster , better, etc .. and no more ( byte & xFF) required
i have already merged in the conf_shared code
same place on git
https://github.com/treymarc/multiwii-co ... d937c83948
- AlouetteIII
- Posts: 27
- Joined: Tue Jan 25, 2011 2:34 pm
- Location: AU Australia
- Contact:
Re: MultiWii dev 20120522
Alex - Flown 2.0.522 with Scarab YSiix and Gimbal using PARIS 3200 v4r5 - Very solid dev version - All modes tested for ACRO/LEVEL/MAG and BARO. No drift and good MAG hold - BARO approx +-1m. Also running Shikra LEDRing code live on this flight - worked well - no interference from I2C exchanges.
Only comment is it climbs in yaw turns - slightly over compensated - otherwise perfect
For GUI comment - when pressing WRITE - LED does not flicker - to acknowledge WRITE - is actioned.
Like the improvements to the GUI Alex - just need to be able to save settings and load settings - that way we can share PIDs and not have to copy them from a JPEG - 522 works well for YSiix + Gimbal on a PARIS 328 - normal Rx with Aux1 & 2 enabled.
Only comment is it climbs in yaw turns - slightly over compensated - otherwise perfect
For GUI comment - when pressing WRITE - LED does not flicker - to acknowledge WRITE - is actioned.
Like the improvements to the GUI Alex - just need to be able to save settings and load settings - that way we can share PIDs and not have to copy them from a JPEG - 522 works well for YSiix + Gimbal on a PARIS 328 - normal Rx with Aux1 & 2 enabled.
Re: MultiWii dev 20120522
AlouetteIII wrote:For GUI comment - when pressing WRITE - LED does not flicker - to acknowledge WRITE - is actioned..
in serial.pde :
Code: Select all
case MSP_EEPROM_WRITE:
writeParams(1);break;
Re: MultiWii dev 20120522
AlouetteIII wrote: need to be able to save settings and load settings -
done ..
what is working :
- saving content to file ( must write to eeprom or import file before saving content )
- loading content from file
what is not working
- loading checkbox items : have to agree on naming first
current issue :
- find human readable file format for hand editing
- prevent empty file saving
- adjust button layout
- add informative messages ("failled to load files", "file content partialy read , do you want to review / revert ?" )
it is sunny outside , my lipo are all balanced , so .. while i am flying a kite you can play with the code here -> https://github.com/treymarc/multiwii-conf
Code: Select all
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd">
<properties>
<comment>Sun May 27 14:37:37 CEST 2012</comment>
<entry key="rc.rate">0.9</entry>
<entry key="pid.6.p">7.0</entry>
<entry key="pid.8.d">0.0</entry>
<entry key="pid.7.i">0.0</entry>
<entry key="pid.5.p">5.0</entry>
<entry key="pid.7.d">0.0</entry>
<entry key="pid.6.i">0.1</entry>
<entry key="box.8.aux3.2">0.0</entry>
<entry key="box.8.aux3.1">0.0</entry>
<entry key="box.8.aux3.0">0.0</entry>
<entry key="pid.4.p">0.0</entry>
<entry key="pid.6.d">0.1</entry>
<entry key="pid.5.i">0.0</entry>
<entry key="box.8.aux2.2">0.0</entry>
<entry key="box.8.aux2.1">0.0</entry>
<entry key="box.8.aux2.0">0.0</entry>
<entry key="pid.3.p">1.6</entry>
<entry key="pid.5.d">0.015</entry>
<entry key="pid.4.i">0.0</entry>
<entry key="pid.2.p">8.5</entry>
<entry key="pid.4.d">0.0</entry>
<entry key="pid.3.i">0.015</entry>
<entry key="box.6.aux3.2">0.0</entry>
<entry key="box.6.aux3.1">0.0</entry>
<entry key="pid.1.p">4.0</entry>
<entry key="box.6.aux3.0">0.0</entry>
<entry key="pid.3.d">7.0</entry>
<entry key="pid.2.i">0.045</entry>
<entry key="box.6.aux2.2">0.0</entry>
<entry key="box.6.aux2.1">0.0</entry>
<entry key="pid.0.p">4.0</entry>
<entry key="pid.2.d">0.0</entry>
<entry key="box.6.aux2.0">0.0</entry>
<entry key="pid.1.i">0.03</entry>
<entry key="pid.1.d">23.0</entry>
<entry key="pid.0.i">0.03</entry>
<entry key="rc.throttle.mid">0.5</entry>
<entry key="pid.0.d">23.0</entry>
<entry key="box.4.aux2.2">0.0</entry>
<entry key="box.4.aux2.1">0.0</entry>
<entry key="box.4.aux2.0">0.0</entry>
<entry key="box.2.aux1.2">0.0</entry>
<entry key="box.2.aux1.1">0.0</entry>
<entry key="box.4.aux1.2">0.0</entry>
<entry key="box.2.aux1.0">0.0</entry>
<entry key="box.4.aux1.1">16.0</entry>
<entry key="box.4.aux1.0">0.0</entry>
<entry key="box.2.aux0.2">0.0</entry>
<entry key="box.2.aux0.1">0.0</entry>
<entry key="box.2.aux0.0">0.0</entry>
<entry key="box.0.aux1.2">0.0</entry>
<entry key="box.0.aux1.1">0.0</entry>
<entry key="box.0.aux1.0">0.0</entry>
<entry key="rc.rollpitch.rate">0.0</entry>
<entry key="box.0.aux0.2">0.0</entry>
<entry key="box.0.aux0.1">0.0</entry>
<entry key="box.0.aux0.0">0.0</entry>
<entry key="rc.throttle.expo">0.0</entry>
<entry key="rc.expo">0.65</entry>
<entry key="rc.yaw.rate">0.0</entry>
<entry key="box.9.aux4.2">0.0</entry>
<entry key="box.9.aux4.1">0.0</entry>
<entry key="box.9.aux4.0">8.0</entry>
<entry key="box.7.aux3.2">0.0</entry>
<entry key="box.9.aux3.2">0.0</entry>
<entry key="box.7.aux3.1">0.0</entry>
<entry key="box.9.aux3.1">0.0</entry>
<entry key="box.7.aux3.0">0.0</entry>
<entry key="box.9.aux3.0">0.0</entry>
<entry key="box.7.aux2.2">0.0</entry>
<entry key="box.7.aux2.1">0.0</entry>
<entry key="box.7.aux2.0">0.0</entry>
<entry key="box.3.aux2.2">0.0</entry>
<entry key="box.5.aux2.2">0.0</entry>
<entry key="box.3.aux2.1">0.0</entry>
<entry key="box.5.aux2.1">0.0</entry>
<entry key="box.3.aux2.0">0.0</entry>
<entry key="box.5.aux2.0">0.0</entry>
<entry key="box.3.aux1.2">0.0</entry>
<entry key="box.3.aux1.1">0.0</entry>
<entry key="box.5.aux1.2">32.0</entry>
<entry key="box.3.aux1.0">8.0</entry>
<entry key="box.5.aux1.1">0.0</entry>
<entry key="box.5.aux1.0">0.0</entry>
<entry key="box.10.aux4.2">0.0</entry>
<entry key="box.10.aux4.1">16.0</entry>
<entry key="box.10.aux4.0">0.0</entry>
<entry key="box.10.aux3.2">0.0</entry>
<entry key="box.10.aux3.1">0.0</entry>
<entry key="box.10.aux3.0">0.0</entry>
<entry key="box.1.aux1.2">0.0</entry>
<entry key="box.1.aux1.1">0.0</entry>
<entry key="box.1.aux1.0">0.0</entry>
<entry key="power.trigger">0</entry>
<entry key="box.1.aux0.2">0.0</entry>
<entry key="box.1.aux0.1">0.0</entry>
<entry key="box.1.aux0.0">0.0</entry>
<entry key="pid.8.p">3.0</entry>
<entry key="rc.throttle.rate">0.0</entry>
<entry key="pid.7.p">4.0</entry>
<entry key="pid.8.i">0.023</entry>
</properties>
-
- Posts: 1630
- Joined: Wed Jan 19, 2011 9:07 pm
Re: MultiWii dev 20120522
Hi kos,
The problem with the recent evolution of processing is still the numberbox representation with the small triangle inside.
Do you have a solution to keep the compatibility with the current processing version and still be able to use the look&feel of previous Numberbox ?
the load/save option does not work using your code with the old version of processing.
the file is empty.
The problem with the recent evolution of processing is still the numberbox representation with the small triangle inside.
Do you have a solution to keep the compatibility with the current processing version and still be able to use the look&feel of previous Numberbox ?
the load/save option does not work using your code with the old version of processing.
the file is empty.
Code: Select all
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd">
<properties>
<comment>Mon May 28 00:03:13 CEST 2012</comment>
</properties>
Re: MultiWii dev 20120522
you have to use the "write eeprom" button once, then the data for the file are populated
Re: MultiWii dev 20120522
Alexinparis wrote:Do you have a solution to keep the compatibility with the current processing version and still be able to use the look&feel of previous Numberbox ?
yes ,
just have to comment one line in :
Code: Select all
class NumberboxView implements ControllerView<Numberbox> {
public void display(PApplet theApplet, Numberbox theController) {
theApplet.fill(color.getBackground());
theApplet.rect(0, 0, width, height);
theApplet.fill((isActive) ? color.getActive() : color.getForeground());
int h = height / 2;
theApplet.triangle(0, h - 6, 6, h, 0, h + 6);
_myValueLabel.draw(theApplet, 10, (height - _myValueLabel.getHeight() + 4) / 2, theController);
_myCaptionLabel.draw(theApplet, 0, height + 4,theController);
}
}
can not be done in processing , have to be a plain java object
edit ; is this triangle so annoying ?
controlp5 not processing, sorry ..
here is the file : http://controlp5.googlecode.com/svn-his ... erbox.java
Last edited by kos on Mon May 28, 2012 3:38 pm, edited 1 time in total.
-
- Posts: 1630
- Joined: Wed Jan 19, 2011 9:07 pm
Re: MultiWii dev 20120522
Ok, I will change this inside processing.
It's not the triangle itself which is annoying.
It's because numbers are too big and are printed a little bit outside the box.
It's not the triangle itself which is annoying.
It's because numbers are too big and are printed a little bit outside the box.
Re: MultiWii dev 20120522
Hi, just to tell that this version was the best one that I tested in my Xcopter until now using acc, gyro and mag of the Crius SE controller. I suppose I will hang to it a few more time or not. BR, Luis Sismeiro