Größe: 12255
Kommentar: Parameters
|
Größe: 8404
Kommentar: Fixed image
|
Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
Zeile 1: | Zeile 1: |
[[TableOfContents]] | [[TableOfContents(2)]] |
Zeile 3: | Zeile 3: |
= What is the VibrationTest Tool? = The tool evaluates the vibration generated by the motors which allows balancing motor/prop assemblies and experimenting with different motor-mounts. The test uses the MK build-in sensors, so no extra hardware is required. Reducing vibration is very important, especially for Aerial Photography or Video. Vibrations result in blurry footage. Some claim that high frequency vibrations can be picked up by the Optical Image Stabilization lens assembly which is incorporated in almost all recent cameras. The OIS is not designed for these vibrations and makes thing worse, even when you switch the OIS feature off in the camera menu. In addition, the FlightControl sensors pickup the vibrations and this deteriorates performance; the new FC ME comes with vibration dampers in order to reduce the vibrations transferred to the FC. Propellers can be balanced the traditional way. However it was discovered that also the motors need balancing. One way to accomplish this is let a small unbalance in the prop compensate the motor unbalance, so the orientation of the prop is important (see [http://www.rcgroups.com/forums/showpost.php?p=12832508&postcount=228 this post]). Looking at the vibraions of a running motor allows balancing the prop/motor assembly as a whole. = How does it work? = The standard FlightControl program samples all sensors periodically and provides a command to read the latest sample from all sensors. The MKTool uses this command to generate graphs of the analog values. In a first approach the VibrationTest used this standard command to monitor vibrations. The problem is that this mechanism only allows to sample the values 30 times a second. The actual shape of the signals cannot be determined and one can only hope to catch the peak values. In order to get reliable results the values need to be monitored for a long time (a minute for example). This new approach is based on dedicated FlightControl software providing a new command. The new command instructs the FC to sample one of the sensors as fast as possible and store the info in its internal memory. Afterwards the recorded data can be read to analysis. This allows to grab a reliable signal in a very short time. This approach can capture about 11000 samples a second, 500 times more than the MKTool can. This is an example of the signal measured by the Roll-ACC sensor: [[BR]] [[Anchor(SampleSignalJpg)]] attachment:test.jpg [[BR]][[BR]][[BR]] |
|
Zeile 4: | Zeile 23: |
/!\ '''I am still experimenting and working on the first version of the tool. Also this documentation is not complete yet.''' | /!\ ~+'''The version available now (version 0.9) is an beta version; it was only tested by a limited amount of people. [[BR]]More testers/evaluators are very welcome!'''+~ [[BR]][[BR]] At the time of writing, the tool was tested in combination with: * PC/Windows XP and Vista * FC 1.2 and FC 1.3 Theoretically the tool should also run on MAC and Linux. [[BR]][[BR]] Features in the pipeline * Automatic backup and restore of flight settings * Automatic installing and restore of RC flight code [[BR]][[BR]] {i} [http://forum.mikrokopter.de/topic-11446.html MK Forum thread for discussions] [[BR]] {i} [[MailTo(frederic AT rc-flight DOT be)]] |
Zeile 7: | Zeile 40: |
The current implementation is very basic, it is a "command-line" tool without any graphical user-interface. | [[BR]][[BR]][[BR]] = How do I install the tool? = The tool is written in programming language called [http://en.wikipedia.org/wiki/Python_(programming_language) Python]. |
Zeile 9: | Zeile 44: |
Currently the tool was only tested on PC/Windows with FC 1.3 hardware. | The most logic way to run the tool is to install support for Python on your PC (if you do not have it already) and the Python libraries the tool depends on. Python is also available for Linux and MAC; the tool should also run on these platforms, but I have never tried it. |
Zeile 11: | Zeile 47: |
= What is the VibrationTest Tool? = The tool measures the vibration generated by the motors using the MK build-in sensors. |
If you do not feel like installing Python, a version that is compiled to a windows executable is provided. |
Zeile 14: | Zeile 49: |
This allows to balance motor/prop assemblies and to experiment with different motor-mounts. | So, you have two options. |
Zeile 16: | Zeile 51: |
The standard FlightControl program supports a command that allows to monitor the MK sensors. The MKTool uses this command to generate graphs of analog values. In a first approach I used this standard command to monitor vibrations. The problem is that is mechanism only allows to sample the values only 30 times a second. In order to get reliable results one needs to monitor the values for a long time (a minute for example) and hope that one has catched the peaks of the signal. | [[Anchor(InstallPython)]] == Option 1: Install Python and required libraries == For a Windows machine I propose you install: |
Zeile 18: | Zeile 55: |
This new approach is based on dedicated FlightControl software that allows to monitor one sensor for a short period of time as fast as possible. This allows to grab a reliable signal in a very short time. | * [http://www.activestate.com/activepython/ ActivePython for Windows] Press the big "ActivePython Download Now" button. * [http://sourceforge.net/projects/pyserial/files/ PySerial (support for serial port access)] Select "pyserial-2.5-rc1.win32.exe" on that page. * [http://www.wxpython.org/download.php wxPython wxWidgets for Python] Select the the win32-unicode version for Python 2.6 * [http://sourceforge.net/projects/numpy/ NumPy, the fundamental package needed for scientific computing with Python] Once you have Python support on your PC, unzip [http://www.rc-flight.be/VibrationTest/VibrationTest_0_9.zip VibrationTest_0_9.zip] to a directory on your PC. |
Zeile 20: | Zeile 61: |
This is an example of the signal measured by the Roll-ACC sensor: attachment:test.jpg = How do I install the tool? = == Option 1: Install Python == The tool is written in Python. In case you have heard of python, have look in [http://en.wikipedia.org/wiki/Python_(programming_language) Wikipedia]. In order to run the tool, you need to install support for Python on your PC. It you do not have Python installed on you PC, I propose you install: [http://www.activestate.com/activepython/ ActivePython for Windows] and [http://sourceforge.net/projects/pyserial/files/ PySerial (support for serial port access)] Python is also available for Linux and MAC. Once you have Python support on your PC all you need to is place the files VibrationTest.py and mkProto.py from [http://svn.mikrokopter.de/mikrowebsvn/listing.php?repname=Projects&path=/VibrationTest/trunk/VibrationTest/#_VibrationTest_trunk_VibrationTest_ SVN] together in a directory. == Option 2: Get compiled version == TODO = Installing the FlightControl software = The VibrationTest tool works in combination with a special version of the FlightControl software. It must be flashed in the FC board before using the test and you need to reinstall your regular software version afterwards. This just takes a few minutes. Switching the software is done the usual way, using the MKTool. You can grab the latest version of the VibrationTest-FC.hex file from [http://svn.mikrokopter.de/mikrowebsvn/listing.php?repname=Projects&path=/VibrationTest/trunk/Executables/FlightCtrl/#_VibrationTest_trunk_Executables_FlightCtrl_ SVN] = How do I use the tool? = == Attach you MK to the table :) == == The command line parameters == The tool expects to be started with a few paramters. When the tool is started without or invalid parameters, a brief description of the expected parameters is displayed: {{{ VibrationTest.py COMPORT MOTORS SPEEDS CHANNELS [-m MINSPEED] [-s NBSAMPLES] [-n NAME] [-d FILENAME] [-v] COMPORT Serial port to use. e.g. COM4 MOTORS Motors to activate during test. Multiple motors can be used at the same time. e.g. 1,2,3,4 SPEEDS Indicates at what speeds the motors need to be tested. Format 1: e.g. 50,110,140 Tests at speeds 50, 110 and 140 Format 2: e.g. 100-200:50 Tests at speeds 100, 150 and 200 CHANNELS Channels to monitor. e.g. 5,6,7 Channel 0 = GyroYaw Channel 1 = GyroRoll Channel 2 = GyroNick Channel 3 = Pressure Channel 4 = Batt Channel 5 = AccTop Channel 6 = AccRoll Channel 7 = AccNick -m MINSPEED Minimum speed of the motor(s) -s NBSAMPLES Number of samples -n NAME Name of the test -d FILENAME File to which the measured values will be logged in -v Verbose }}} |
== Option 2: Get the compiled version == unzip [http://www.rc-flight.be/VibrationTest/VibrationTestExe_0_9.zip VibrationTestExe_0_9.zip] to a directory on your PC |
Zeile 68: | Zeile 65: |
4 parameters are mandatory: COMPORT MOTORS SPPEDS and CHANNELS | [[BR]][[BR]][[BR]] = How do I use the tool? = == Prepare your MK == |
Zeile 70: | Zeile 69: |
* '''COMPORT''': The serial port that is connected to the MK e.g. "COM4" | === Secure your MK === I use luggage straps to secure my MK to the table while it is still able to vibrate: attachment:mk1InTest.jpg === Installing the FlightControl software === The VibrationTest tool only works in combination with a special version of the FlightControl software. It must be flashed in the FC board before using the test and '''you need to reinstall your regular software version afterwards'''. This just takes a few minutes. Switching the software is done the usual way, using the MKTool. You will find the required hex file in the same directory with the VibrationTest tool. /!\ '''The FC code for the VibrationTest is based 0.74d but is not fit for flying! Before flying, you will need to reinstall your initial FC code. When the version you use for flying is 0.74d, your settings should be preserved. In combination with other versions, it might not be the case. It is a good idea to backup yout settings to PC (via the MKTool) before installing the VibrationTest FC code. ''' After insatlling the FC code for the VibrationTest, the LC-Display in the MKTool will look like this: attachment:LCDisplay.jpg == Starting the VibrationTest tool == In the directory where you unzipped the tool, dubbleclick VibrationTestGui.py (in case of the Python version) or VibrationTestGui.exe == Using the VibrationTest tool == /!\ '''This video needs updating as it does not use the latest version of the VibrationTool''' /!\ [[BR]] [[Vimeo(6948282)]] |
Zeile 73: | Zeile 94: |
* '''MOTORS''': List of motors (comma-separated) that need to run during the test. Typically only one motor will be selected. It is also possible to activate all motors to evaluate the global vibrations before and after calibration for example. e.g. "1" or "1,2,3,4" | |
Zeile 75: | Zeile 95: |
[[BR]][[BR]][[BR]] = Examples = |
|
Zeile 76: | Zeile 98: |
* '''SPEEDS''': List of speeds at which will be tested. The "speed" is the I2C value that will be sent to controller and is a value between 0 and 255. Typically interesting values for vibration-testing vary between 100 and 200. [[BR]]There are 2 formats possible. First there is the simple list of speeds, e.g. "100,150,190,200". The second format specifies the minimum, maximum speed and step, e.g. "100-200:20" will test at 100,120,140 ... 200 * '''CHANNELS''': List of channels that will be monitored. A channel is in fact one of the MK analog sensors. Measuring the pressure or battery does not make much sense in this context, but is it possible. It is my experience that channel 6 and 7 produce best vibration signals, but YMMV. |
== Balancing example: Roxxy 2824-34 / EPP1045 == [[Vimeo(7011506)]] |
Zeile 82: | Zeile 102: |
In addition, these optional parameters can be provided * '''-m MINSPEED''': The motor(s) will first be started at "idle" speed before being spooled up to the speed at which the measuremnt will take place. By default, this speed is 20 but it can be changed with this option. Your motors need to run smootly and start reliably at this speed. |
== Studying the effect of prop position, Roxxy 2824-34 / EPP1045 == The importance of the position of the propeller relative to the motor was first reported by RCGroups member "Old Man Mike", see [http://www.rcgroups.com/forums/showpost.php?p=12832508&postcount=228 this post]. My tool also shows this effect. However, I observed that sometimes rotating the prop did not produce significant variations... |
Zeile 85: | Zeile 105: |
* '''-s NBSAMPLES''': During a measurement, the FlightControl baord will monitor a given channel and store 1000 samples in memory. Afterwards the VibrationTool will read these samples. These samples can be dumped in a file (see the "-d" option) and will be used to find the amplitute of the signal (the difference between the minimum and maximum measured value). [[BR]]It is important to read enough samples to cover a few periods. By default 400 samples are read but with this option, the number of samples can be modified (with a maximum of 1000). * '''-n NAME''': An indication of what you are tested. This string will be added to the dumps (see "-d" option) and should not contain spaces e.g. "-n AfterBalancing" |
I discovered that when I first balance the prop as good as I can using the VibrationTest, rotating the prop produced very little difference. |
Zeile 89: | Zeile 107: |
* '''-d FILENAME''': With this option, all samples will be dumped in a text-file. This file can later be used for further analysis. This file can for example be inported in MS Excel or OpenOffice Calc to make graphs of the vibration signal. e.g. "-d motor1.txt" | I come to the conclusion that I need to deliberately unbalance the prop a bit in order to find the "sweet spot". I also observed that when I unbalance the prop by sticking some tape on one side of the prop the vibrations peak while they go trough a minimum when I stick some tape to the other side. I think this supports the theory that the slightly unbalanced prop can compensate for unbalances in the motor. [[BR]][[BR]] attachment:StudyRotation.jpg [[BR]][[BR]] On the X-asis the rotation of the prop in steps of 60 degrees. The red line is with a prop that I balanced before (needs some tape opposite to the prop size-markers). The green line shows vibrations when I attach an additional strip of tape (so unbalancing it). The blue line shows what happens when I attach tape to the other side (where the markers are). |
Zeile 91: | Zeile 114: |
* '''-v''': With this option, the tool will be much more verbose; it will indicate what it is doing. Also when an error occurs, the tool will provide more technical details (the callstack) == General procudure == == Example 1 == Finding what sensor provides best information at what speed: {{{ VibrationTest.py COM5 3 100-200:20 6,7 Speed=100 U=11.3V Channel=AccRoll Min=492 Max=505 pp= 13 ** Speed=100 U=11.3V Channel=AccNick Min=498 Max=507 pp= 9 * Speed=120 U=11.3V Channel=AccRoll Min=489 Max=503 pp= 14 ** Speed=120 U=11.3V Channel=AccNick Min=497 Max=507 pp= 10 ** Speed=140 U=11.2V Channel=AccRoll Min=469 Max=519 pp= 50 ********** Speed=140 U=11.2V Channel=AccNick Min=495 Max=508 pp= 13 ** Speed=160 U=11.1V Channel=AccRoll Min=478 Max=517 pp= 39 ******* Speed=160 U=11.1V Channel=AccNick Min=493 Max=511 pp= 18 *** Speed=180 U=10.9V Channel=AccRoll Min=479 Max=511 pp= 32 ****** Speed=180 U=10.9V Channel=AccNick Min=493 Max=514 pp= 21 **** Speed=200 U=10.7V Channel=AccRoll Min=479 Max=515 pp= 36 ******* Speed=200 U=10.7V Channel=AccNick Min=493 Max=513 pp= 20 **** VibrationTest.py COM5 3 130-160:10 6 Speed=130 U=11.1V Channel=AccRoll Min=484 Max=511 pp= 27 ***** Speed=140 U=11.1V Channel=AccRoll Min=469 Max=524 pp= 55 *********** Speed=150 U=11.1V Channel=AccRoll Min=475 Max=520 pp= 45 ********* Speed=160 U=11.1V Channel=AccRoll Min=479 Max=518 pp= 39 ******* }}} So, lets concentrate on channel 6 at speed 140. Now, the preliminary balancing of the prop: {{{ VibrationTest.py COM5 3 140 6 -d motor3.txt -n 0s0 0s0 Speed=140 U=11.0V Channel=AccRoll Min=470 Max=521 pp= 51 ********** VibrationTest.py COM5 3 140 6 -d motor3.txt -n 1s0 1s0 Speed=140 U=11.0V Channel=AccRoll Min=482 Max=513 pp= 31 ****** VibrationTest.py COM5 3 140 6 -d motor3.txt -n 2s0 2s0 Speed=140 U=11.0V Channel=AccRoll Min=475 Max=520 pp= 45 ********* }}} For now, 1 sticker seems best. Now, lets rotate the prop: {{{ VibrationTest.py COM5 3 140 6 -d motor3.txt -n 1s0 1s0 Speed=140 U=10.9V Channel=AccRoll Min=481 Max=513 pp= 32 ****** VibrationTest.py COM5 3 140 6 -d motor3.txt -n 1s60 1s60 Speed=140 U=10.9V Channel=AccRoll Min=480 Max=512 pp= 32 ****** VibrationTest.py COM5 3 140 6 -d motor3.txt -n 1s120 1s120 Speed=140 U=10.9V Channel=AccRoll Min=477 Max=514 pp= 37 ******* VibrationTest.py COM5 3 140 6 -d motor3.txt -n 1s180 1s180 Speed=140 U=10.9V Channel=AccRoll Min=482 Max=509 pp= 27 ***** VibrationTest.py COM5 3 140 6 -d motor3.txt -n 1s240 1s240 Speed=140 U=10.9V Channel=AccRoll Min=482 Max=510 pp= 28 ***** VibrationTest.py COM5 3 140 6 -d motor3.txt -n 1s300 1s300 Speed=140 U=10.9V Channel=AccRoll Min=482 Max=514 pp= 32 ****** VibrationTest.py COM5 3 140 6,6,6 -d motor3.txt -n 1s360 1s360 Speed=140 U=10.9V Channel=AccRoll Min=482 Max=515 pp= 33 ****** }}} Rotating the prop by 180 degrees produces best results, now lets try to balance the prop again: {{{ VibrationTest.py COM5 3 140 6 -d motor3.txt -n 1s180 1s180 Speed=140 U=10.9V Channel=AccRoll Min=483 Max=509 pp= 26 ***** VibrationTest.py COM5 3 140 6 -d motor3.txt -n 0s180 0s180 Speed=140 U=10.9V Channel=AccRoll Min=472 Max=519 pp= 47 ********* VibrationTest.py COM5 3 140 6 -d motor3.txt -n 1s180 1s180 Speed=140 U=10.9V Channel=AccRoll Min=483 Max=510 pp= 27 ***** VibrationTest.py COM5 3 140 6 -d motor3.txt -n 2s180 2s180 Speed=140 U=10.9V Channel=AccRoll Min=489 Max=508 pp= 19 *** VibrationTest.py COM5 3 140 6 -d motor3.txt -n 3s180 3s180 Speed=140 U=10.9V Channel=AccRoll Min=483 Max=512 pp= 29 ***** }}} So, 2 stickers is best {{{ VibrationTest.py COM5 3 140 6 -d motor3.txt -n 2s180 2s180 Speed=140 U=10.9V Channel=AccRoll Min=488 Max=508 pp= 20 **** VibrationTest.py COM5 3 140 6,6,6 -d motor3.txt -n end end Speed=140 U=10.8V Channel=AccRoll Min=487 Max=510 pp= 23 **** }}} Now, we can perform a sweep in order to compare with the starting-point: {{{ VibrationTest.py COM5 3 100-200:20 6,7 Speed=100 U=11.1V Channel=AccRoll Min=493 Max=501 pp= 8 * Speed=100 U=11.1V Channel=AccNick Min=499 Max=507 pp= 8 * Speed=120 U=11.1V Channel=AccRoll Min=489 Max=507 pp= 18 *** Speed=120 U=11.1V Channel=AccNick Min=497 Max=508 pp= 11 ** Speed=140 U=11.0V Channel=AccRoll Min=489 Max=507 pp= 18 *** Speed=140 U=11.0V Channel=AccNick Min=498 Max=509 pp= 11 ** Speed=160 U=10.9V Channel=AccRoll Min=482 Max=508 pp= 26 ***** Speed=160 U=10.9V Channel=AccNick Min=496 Max=510 pp= 14 ** Speed=180 U=10.7V Channel=AccRoll Min=489 Max=505 pp= 16 *** Speed=180 U=10.7V Channel=AccNick Min=495 Max=508 pp= 13 ** Speed=200 U=10.6V Channel=AccRoll Min=482 Max=508 pp= 26 ***** Speed=200 U=10.6V Channel=AccNick Min=491 Max=509 pp= 18 *** }}} |
|
Zeile 189: | Zeile 115: |
* [http://forum.mikrokopter.de/topic-11446.html MK Forum thread for discussions] | |
Zeile 190: | Zeile 117: |
* Mail FredericG: [[MailTo(admin AT rc-flight DOT be)]] [[BR]] /!\ ToDo: * Explain the parameters * The general procedure * Make a hex-file available * Provide a picture of my MK attached to the table |
* [http://www.rcgroups.com/forums/showthread.php?t=1006721 Old Man Mike "Test Fixture Evaluates Motors/Props/ESCs for Quadcopter Performance"] * Mail FredericG: [[MailTo(frederic AT rc-flight DOT be)]] |
Zeile 199: | Zeile 121: |
[[AttachList]] | ## [[AttachList]] |
Zeile 202: | Zeile 124: |
. KategorieTools | . KategorieTools KategorieProjekte KategorieEnglish KategorieAnleitung |
What is the VibrationTest Tool?
The tool evaluates the vibration generated by the motors which allows balancing motor/prop assemblies and experimenting with different motor-mounts. The test uses the MK build-in sensors, so no extra hardware is required.
Reducing vibration is very important, especially for Aerial Photography or Video. Vibrations result in blurry footage. Some claim that high frequency vibrations can be picked up by the Optical Image Stabilization lens assembly which is incorporated in almost all recent cameras. The OIS is not designed for these vibrations and makes thing worse, even when you switch the OIS feature off in the camera menu. In addition, the FlightControl sensors pickup the vibrations and this deteriorates performance; the new FC ME comes with vibration dampers in order to reduce the vibrations transferred to the FC.
Propellers can be balanced the traditional way. However it was discovered that also the motors need balancing. One way to accomplish this is let a small unbalance in the prop compensate the motor unbalance, so the orientation of the prop is important (see [http://www.rcgroups.com/forums/showpost.php?p=12832508&postcount=228 this post]). Looking at the vibraions of a running motor allows balancing the prop/motor assembly as a whole.
How does it work?
The standard FlightControl program samples all sensors periodically and provides a command to read the latest sample from all sensors. The MKTool uses this command to generate graphs of the analog values. In a first approach the VibrationTest used this standard command to monitor vibrations. The problem is that this mechanism only allows to sample the values 30 times a second. The actual shape of the signals cannot be determined and one can only hope to catch the peak values. In order to get reliable results the values need to be monitored for a long time (a minute for example).
This new approach is based on dedicated FlightControl software providing a new command. The new command instructs the FC to sample one of the sensors as fast as possible and store the info in its internal memory. Afterwards the recorded data can be read to analysis. This allows to grab a reliable signal in a very short time. This approach can capture about 11000 samples a second, 500 times more than the MKTool can.
This is an example of the signal measured by the Roll-ACC sensor: BR Anchor(SampleSignalJpg) attachment:test.jpg
Current Project status
The version available now (version 0.9) is an beta version; it was only tested by a limited amount of people. BRMore testers/evaluators are very welcome! BRBR At the time of writing, the tool was tested in combination with:
- PC/Windows XP and Vista
- FC 1.2 and FC 1.3
Theoretically the tool should also run on MAC and Linux. BRBR Features in the pipeline
- Automatic backup and restore of flight settings
- Automatic installing and restore of RC flight code
BRBR [http://forum.mikrokopter.de/topic-11446.html MK Forum thread for discussions] BR
MailTo(frederic AT rc-flight DOT be)
How do I install the tool?
The tool is written in programming language called [http://en.wikipedia.org/wiki/Python_(programming_language) Python].
The most logic way to run the tool is to install support for Python on your PC (if you do not have it already) and the Python libraries the tool depends on. Python is also available for Linux and MAC; the tool should also run on these platforms, but I have never tried it.
If you do not feel like installing Python, a version that is compiled to a windows executable is provided.
So, you have two options.
Option 1: Install Python and required libraries
For a Windows machine I propose you install:
[http://www.activestate.com/activepython/ ActivePython for Windows] Press the big "ActivePython Download Now" button.
[http://sourceforge.net/projects/pyserial/files/ PySerial (support for serial port access)] Select "pyserial-2.5-rc1.win32.exe" on that page.
[http://www.wxpython.org/download.php wxPython wxWidgets for Python] Select the the win32-unicode version for Python 2.6
[http://sourceforge.net/projects/numpy/ NumPy, the fundamental package needed for scientific computing with Python]
Once you have Python support on your PC, unzip [http://www.rc-flight.be/VibrationTest/VibrationTest_0_9.zip VibrationTest_0_9.zip] to a directory on your PC.
Option 2: Get the compiled version
unzip [http://www.rc-flight.be/VibrationTest/VibrationTestExe_0_9.zip VibrationTestExe_0_9.zip] to a directory on your PC
How do I use the tool?
Prepare your MK
Secure your MK
I use luggage straps to secure my MK to the table while it is still able to vibrate:
attachment:mk1InTest.jpg
Installing the FlightControl software
The VibrationTest tool only works in combination with a special version of the FlightControl software. It must be flashed in the FC board before using the test and you need to reinstall your regular software version afterwards. This just takes a few minutes. Switching the software is done the usual way, using the MKTool.
You will find the required hex file in the same directory with the VibrationTest tool.
The FC code for the VibrationTest is based 0.74d but is not fit for flying! Before flying, you will need to reinstall your initial FC code. When the version you use for flying is 0.74d, your settings should be preserved. In combination with other versions, it might not be the case. It is a good idea to backup yout settings to PC (via the MKTool) before installing the VibrationTest FC code.
After insatlling the FC code for the VibrationTest, the LC-Display in the MKTool will look like this:
attachment:LCDisplay.jpg
Starting the VibrationTest tool
In the directory where you unzipped the tool, dubbleclick VibrationTestGui.py (in case of the Python version) or VibrationTestGui.exe
Using the VibrationTest tool
This video needs updating as it does not use the latest version of the VibrationTool
BR Vimeo(6948282)
Examples
Balancing example: Roxxy 2824-34 / EPP1045
Studying the effect of prop position, Roxxy 2824-34 / EPP1045
The importance of the position of the propeller relative to the motor was first reported by RCGroups member "Old Man Mike", see [http://www.rcgroups.com/forums/showpost.php?p=12832508&postcount=228 this post]. My tool also shows this effect. However, I observed that sometimes rotating the prop did not produce significant variations...
I discovered that when I first balance the prop as good as I can using the VibrationTest, rotating the prop produced very little difference.
I come to the conclusion that I need to deliberately unbalance the prop a bit in order to find the "sweet spot". I also observed that when I unbalance the prop by sticking some tape on one side of the prop the vibrations peak while they go trough a minimum when I stick some tape to the other side. I think this supports the theory that the slightly unbalanced prop can compensate for unbalances in the motor. BRBR attachment:StudyRotation.jpg BRBR On the X-asis the rotation of the prop in steps of 60 degrees. The red line is with a prop that I balanced before (needs some tape opposite to the prop size-markers). The green line shows vibrations when I attach an additional strip of tape (so unbalancing it). The blue line shows what happens when I attach tape to the other side (where the markers are).
Links
[http://forum.mikrokopter.de/topic-11446.html MK Forum thread for discussions]
[http://svn.mikrokopter.de/mikrowebsvn/listing.php?repname=Projects&path=/VibrationTest/#_VibrationTest_ VibrationTest Project in Subversion]
[http://www.rcgroups.com/forums/showthread.php?t=1006721 Old Man Mike "Test Fixture Evaluates Motors/Props/ESCs for Quadcopter Performance"]
Mail FredericG: MailTo(frederic AT rc-flight DOT be)