This is the first multiwii ever built, once again in the air
evrything is multiwii 2.4 default except:
yaw rate: 1.0
ROLL/PITCH rate: 0.7
horizon mode only
FC board: viewtopic.php?f=6&t=5744
Search found 1630 matches
- Fri May 29, 2015 1:27 pm
- Forum: Pictures & Videos
- Topic: TriWiiCopter reloaded
- Replies: 2
- Views: 4625
- Fri May 22, 2015 12:50 pm
- Forum: Getting Started - MultiWii config and setup
- Topic: Change only some output's to brushed PWM
- Replies: 7
- Views: 3081
Re: Change only some output's to brushed PWM
Hi, A tricopter on an Arduino 328p proc is handle like this: - motor pin 9: HW PWM Timer 1/ output A - motor pin 10: HW PWM Timer 1 / output B - motor pin 11: HW PWM Timer 2 / output A - servo pin 3: software PWM based on Timer0 Difference between brushless of brush output for motor is only the way ...
- Mon May 18, 2015 10:55 pm
- Forum: Software development
- Topic: New Multiwii Serial Protocol
- Replies: 409
- Views: 230752
Re: New Multiwii Serial Protocol
Hi, MultiWii seems to act on every packet I send it, but only for a split second which is true and readRawRC will still dominate the control. This is exactly what is expected. MSP_SET_RAW_RC should be sent nearly the same way as a normal TX flow (20ms), in fact at a pace which is compatible with a f...
- Fri May 15, 2015 12:30 am
- Forum: Software development
- Topic: Code redundancy?
- Replies: 1
- Views: 1632
Re: Code redundancy?
good catch
I agree, it's equivalent and shorter
I agree, it's equivalent and shorter
- Fri May 15, 2015 12:29 am
- Forum: Getting Started - MultiWii config and setup
- Topic: How do I change the Channel values in code?
- Replies: 7
- Views: 3004
Re: How do I change the Channel values in code?
Hi,
It's possible to modify RC input directly via a free UART.
There is a specific message in the MSP protocol to do this.
see this project:
viewtopic.php?f=8&t=3101
It's possible to modify RC input directly via a free UART.
There is a specific message in the MSP protocol to do this.
see this project:
viewtopic.php?f=8&t=3101
- Fri May 15, 2015 12:22 am
- Forum: Software development
- Topic: 2.4 is finally here :)
- Replies: 71
- Views: 102899
Re: 2.4 is finally here :)
@Alex: r1771 "replace some pinMode() by direct DDR port manipulation" What is the advantage? Hi, This is the same principle as writing for instance on a mega: PORTF|= 1<<7; instead of digitalWrite(A0, HIGH) For digitalWrite, the advantage is obvious: much faster. For pinMode, as it is req...
- Wed Apr 08, 2015 5:19 pm
- Forum: Software development
- Topic: Lost negative sign in gps latitude and longitude in NMEA
- Replies: 12
- Views: 4985
Re: Lost negative sign in gps latitude and longitude in NMEA
Hi baco, You are right, the current parser could lead to the effects you mention. The problem: data are updated immediately with the current NMEA parser, and some data like coordinates need 2 parsed info to be fully trusted. Hopefully, as Plüschi says, there is no impact on navigation computation be...
- Sun Mar 15, 2015 11:42 pm
- Forum: Software development
- Topic: 2.4 is finally here :)
- Replies: 71
- Views: 102899
2.4 is finally here :)
m After a very very long time, this version is finally released A big thank for all contributions main changes 2.3 -> 2.4 GPS The main change in this version is for sure the code brought by EOSBandi regarding navigation (supported long time as a standolone MultiWii 2.3navi B7) . Thanks to this major...
- Sat Mar 14, 2015 12:01 am
- Forum: Software development
- Topic: Goggle Code is Shutting down.
- Replies: 16
- Views: 8733
Re: Goggle Code is Shutting down.
I really did not expect this.
So yes multiwii will move to GitHub.
I never thought I'd write this
I hope they won't suppress gmail / maps / drive on day.
So yes multiwii will move to GitHub.
I never thought I'd write this
I hope they won't suppress gmail / maps / drive on day.
- Fri Mar 13, 2015 11:56 pm
- Forum: Software development
- Topic: pre 2.4 version r1739
- Replies: 47
- Views: 23940
Re: pre 2.4 version r1739
Hi Alex, I did find that as a potential fix, but it doesn't give me the results I want. We need Baro support in rth/land/mission for them to work properly. Hold does not require it, but can be used with it. In the code, there is f.GPS_BARO_MODE set on or off in every gps mode except for hold. My pr...
- Tue Mar 10, 2015 12:36 am
- Forum: Software development
- Topic: pre 2.4 version r1739
- Replies: 47
- Views: 23940
Re: pre 2.4 version r1739
Alex, please also take a look at this option concerning BARO and GPS Hold: http://www.multiwii.com/forum/viewtopic.php?f=8&t=5852&start=50#p61959 Hi, I follow the GPS baro logic, and it seems to be already covered by the #define NAV_TAKEOVER_BARO 1 option if #define 0 the baro can be dissoc...
- Sat Mar 07, 2015 11:02 am
- Forum: Software development
- Topic: pre 2.4 version r1739
- Replies: 47
- Views: 23940
Re: pre 2.4 version r1739
Hi, I would opt equally for a) or b) and if b), only a #define, no protocol change c) a linear factor is probably more indicated for what we call a scale (a proportional factor), but the current principle is ok for me (a/b or b/a, it's just a question of documentation) d) is a nogo (impact on protoc...
- Tue Mar 03, 2015 12:51 am
- Forum: Ideas
- Topic: Direct Frsky telemtry data from MW FC
- Replies: 359
- Views: 1163037
Re: Direct Frsky telemtry data from MW FC
i still don't understand why this doesn't find it's way into the official branch. does it add so much more complexity? frsky telemetry doesn't destroy any other features, and if you don't activate the code it's not even present in the firmware ... I agree with you. I don't understand neither, why t...
- Tue Mar 03, 2015 12:28 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
Hi guys, if its not too late id like to get my frsky s.port code added that takes advantage of the new MSP #130 cells variable. I remember being told not to add any new files to mw, so which area would be best for it ? One of the newer neat features i added was 'host mode' so you dont even need a f...
- Tue Mar 03, 2015 12:18 am
- Forum: Software development
- Topic: Is the complimentary filter making the system laggy?
- Replies: 1
- Views: 1395
Re: Is the complimentary filter making the system laggy?
Hi, But since the GYR_CMPF_FACTOR is 600, which means it is (oldData*600+newData*1)/601, would it rely too much on the oldData? What is really important here is that "oldData" is also updated regarding the instantaneous gyro rotation at each cycle. The purpose is precisely to not rely too ...
- Sat Feb 14, 2015 12:07 am
- Forum: Software development
- Topic: pre 2.4 version r1739
- Replies: 47
- Views: 23940
Re: pre 2.4 version r1739
Ok. To make sure there is no fault by myself with undeleted eeprom i had downloaded Version r1739 again, made an eeprom clear and flashed r1739 on my board. Same behaviour as described before. When changing rc values on AUX3(Chanel 7) i had unwanted mode Switches around the 1500us Position. BARO, M...
- Thu Feb 12, 2015 11:58 pm
- Forum: Software development
- Topic: pre 2.4 version r1739
- Replies: 47
- Views: 23940
Re: pre 2.4 version r1739
I had some trouble with the extended aux states. For example: switching on RC-channel 7 (AUX3) around the 1500us-position activates HORIZON/BARO/MAG but there where no activated checkboxes on AUX3. After some googleing i found a solution in "http://www.multiwii.com/forum/viewtopic.php?f=8&...
- Thu Feb 12, 2015 11:56 pm
- Forum: Software development
- Topic: pre 2.4 version r1739
- Replies: 47
- Views: 23940
Re: pre 2.4 version r1739
I'm setting up a Witespy MultiWii Pro Ez3.0 Black edition with the I2C remote magnetometer. The magnetometer worked fine with 2.3 but does not work with 2.4r1739. Any thoughts on if there is a bug, or was there a change to I2C interface that requires something defined in config.h? I think it's rela...
- Sat Jan 31, 2015 6:07 pm
- Forum: Getting Started - MultiWii config and setup
- Topic: Motor Spin on Arm (well not now)
- Replies: 2
- Views: 1502
Re: Motor Spin on Arm (well not now)
increase
#define MINTHROTTLE 1230
(step of 10 each time)
and press the reset button in GUI.
or use the minthrottle settings in the SETTINGS TAB of GUI
#define MINTHROTTLE 1230
(step of 10 each time)
and press the reset button in GUI.
or use the minthrottle settings in the SETTINGS TAB of GUI
- Sat Jan 31, 2015 5:32 pm
- Forum: Software development
- Topic: pre 2.4 version r1739
- Replies: 47
- Views: 23940
Re: pre 2.4 version r1739
Can MSP_SET_ACC_TRIM and MSP_ACC_TRIM be modified to the baseflight/cleanflight standard ? Right now the Pitch and Roll and swapped. from cleanflight source: case MSP_SET_ACC_TRIM: currentProfile->accelerometerTrims.values.pitch = read16(); currentProfile->accelerometerTrims.values.roll = read16();...
- Sat Jan 31, 2015 5:25 pm
- Forum: Software development
- Topic: pre 2.4 version r1739
- Replies: 47
- Views: 23940
Re: pre 2.4 version r1739
stronnag wrote:
Alas, you omit mwp, which also supports the MW 2.4 navigation protocols in a nice UI for free operating systems.
ok, I will add it also in the release note
- Sat Jan 24, 2015 6:21 pm
- Forum: Software development
- Topic: pre 2.4 version r1739
- Replies: 47
- Views: 23940
pre 2.4 version r1739
So, let's try again to prepare the 2.4 with this intermediate dev release Here is a draft for the release note: GPS: The main change in this version is for sure the code brought by EOSBandi regarding navigation (supported long time as a standolone MultiWii 2.3navi B7) . Thanks to this major contribu...
- Wed Jan 21, 2015 4:55 pm
- Forum: Software development
- Topic: PPM Sum Input for CRIUS AIO V2 (aka PL1 / ICP5)
- Replies: 24
- Views: 12212
Re: PPM Sum Input for CRIUS AIO V2 (aka PL1 / ICP5)
Hi, The way RC signal are measured in MultiWii is mainly historical : Arduino. Arduino people decided since the beginning (and long time before MultiWii exists) to use Timer0 for all the timing functions. Especially micros(). Basically, Timer0 is a 8 bit timer which is configured to raise an interru...
- Tue Jan 20, 2015 12:53 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
On my mega board with gyro, acc, baro, mag + lcd.telemetry, the loop time frequently exceeds the 2800 limit. I see value going up to 3200 every other second. The whole idea of enforced constant loop time gets ridiculed if the limit is too low. Can others please comment on their loop times? -- EDIT:...
- Tue Jan 20, 2015 12:42 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
I believe that the gyro should auto calibrate upon each FC start. Am I correct on this? Should that not also reset baro to zero? Is it really necessary to manually calibrate again right after starting the FC? I have noticed that over time while sitting waiting for a satellite fix sometimes the baro...
- Thu Jan 08, 2015 10:51 pm
- Forum: Software development
- Topic: Critical BUG: serial.gps may induce unwanted commands -FIXED
- Replies: 6
- Views: 2550
Re: Critical BUG: serial.gps may induce unwanted commands
Hi, The probability to grasp a valid MSP in a GPS data stream is extremely low. The GPS stream should contain: [M] [$] [<] size [an existing message number] data... [a valid CRC] So a match of 4 bytes at specific position + a valid message number. I think it's enough secure. ok, it's another story f...
- Thu Jan 08, 2015 1:01 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
ok, I've just added ALTITUDE_RESET_ON_ARM
- Sun Jan 04, 2015 1:24 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
@ Alex, Thanks for the explanation and I agree with you, about the Gyro (and baro) calibration I forgot it Anyway I'm agree with Leo, I think that a "simple" #define ALTITUDE_RESET_ON_ARM is the best and "transparent" way to reset it for user where do not need to keep the take-o...
- Sun Jan 04, 2015 1:20 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
For the release notes: which version of arduino and processing are used for the baseline? The current stable release of Arduino IDE 1.0.6 is still the reference to valid dev in multiwii. (even if in windows version, gcc is old, I know...) For processing, I still use 1.5.1 to generate binaries. main...
- Sun Jan 04, 2015 1:14 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
ldonnay wrote:Any News on auto tune or PID tuning with a POT?
No plan for the moment to integrate both of this.
auto tune seems to be too much experimental currently.
It apparently works well for some, and not at all for others.
- Sun Jan 04, 2015 1:10 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
Hello Alex, I' exited to see the progress. Thanks, I appreciate your work on MultiWii! There is some code for FrSky Telemetry. Is there a chance that it can find its way into 2.4? Here's the code for 2.3: http://www.multiwii.com/forum/viewtopic.php?f=7&t=1929&start=150#p43296 Here's the doc...
- Sun Jan 04, 2015 12:47 am
- Forum: MultiWii tweaking - flying experience
- Topic: Switching from horizon/level to acro causes hard pitch/roll
- Replies: 14
- Views: 8654
Re: Switching from horizon/level to acro causes hard pitch/r
sorry, i did not remove this line correction: #if ACC if ( rcOptions[BOXANGLE] || (failsafeCnt > 5*FAILSAFE_DELAY) ) { // bumpless transfer to Level mode if (!f.ANGLE_MODE) { errorAngleI[ROLL] = 0; errorAngleI[PITCH] = 0; f.ANGLE_MODE = 1; } } else { // added if(f.ANGLE_MODE){ errorGyroI[ROLL] = 0; ...
- Sat Jan 03, 2015 6:17 pm
- Forum: MultiWii tweaking - flying experience
- Topic: Switching from horizon/level to acro causes hard pitch/roll
- Replies: 14
- Views: 8654
Re: Switching from horizon/level to acro causes hard pitch/r
Hi, I understand the issue. errorGyroI[ROLL] and errorGyroI[PITCH] need to be reset when switching to acro mode. I think there is no need to introduce a new var for this. If you are in angle mode, f.ANGLE_MODE = 1 just after box deactivation. the same for horizon. so i suggest this version instead: ...
- Wed Dec 31, 2014 12:37 pm
- Forum: General discussions
- Topic: Sketch Too Large
- Replies: 10
- Views: 4504
Re: Sketch Too Large
Hi,
You can try Arduino 1.5.8
The code size is reduced due to a newer version of gcc
And the flash code for 328p board is increased
but in any case, test it carefully on the ground before flying.
You can try Arduino 1.5.8
The code size is reduced due to a newer version of gcc
And the flash code for 328p board is increased
but in any case, test it carefully on the ground before flying.
- Wed Dec 31, 2014 12:19 pm
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
Alex, I think with your last change to gui you also reactivated the truncation of leading /dev etc. from serial device names? If true then it breaks the rwconnect feature for mac and * nix. I had had to disable this truncations long ago for that reason although it was nicer reading the list. Sorry ...
- Wed Dec 31, 2014 11:59 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
I always calibrate Gyros before takeoff. This also reset Baro Altitude. if (rcSticks == THR_LO + YAW_LO + PIT_LO + ROL_CE) { // GYRO calibration calibratingG=512; #if GPS GPS_reset_home_position(); #endif #if BARO calibratingB=10; // calibrate baro to new ground level (10 * 25 ms = ~250 ms non bloc...
- Tue Dec 30, 2014 1:47 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
About the version, ok, I understand the concern. so switch back to 231. At the beginning, I introduced the version variable with only with 2 digits. multiwii 2.0 : version = 20 If I remember well, Hamburger modified the convention in multiwii 2.1: version = 210 The purpose behind: increment VERSION ...
- Mon Dec 29, 2014 12:38 pm
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
Hi, @Rudi48: It would be nice to write in m? ... lightmodes: 1. that GPS Hold works only, if there are more than 5 satellites seen, and ARM must be ON: MultiWii.cpp 1133 if (GPS_numSat >5 ) { it's added for clarification 2. that starting Return To Home, will immediately lift the copter to 15 m above...
- Sun Dec 28, 2014 3:02 pm
- Forum: Getting Started - MultiWii config and setup
- Topic: where to set max. angle in "angle mode"
- Replies: 2
- Views: 1633
Re: where to set max. angle in "angle mode"
Hi, 1) 2) yes, in angle mode, the max possible angle is 50deg if you use the recommanded TX range [1000-2000] it is adjustable in the code, but not in a gui or via config settings. 3) horizon mode acts as ACRO mode at full stick deviation. (middle stick = ANGLE style / full stick = ACRO style / betw...
- Sun Dec 28, 2014 2:28 pm
- Forum: General discussions
- Topic: Switching to Multiwii board couple ?'s
- Replies: 1
- Views: 1542
Re: Switching to Multiwii board couple ?'s
Hi, -Does TPA actually work on 2.3 specificly? It works on all multiwii versions since it was introduced -Does Pitch&Roll rate (not rc rate) work only from 50% approx stick movement or is it from all stick positions that the effects of upping it are felt. again on 2.3 specificly? It works for al...
- Tue Dec 02, 2014 11:50 pm
- Forum: General discussions
- Topic: Best way to share files?
- Replies: 7
- Views: 4025
Re: Best way to share files?
For same googlecode reason I had to move hosting of the pre-compiled downloads for MWOSD elsewhere. This is what it looks like on googlecode now.... m Seems to work and is no real overhead. Thank you shikra for this example. The result is quite ok. I chose to remove totally the download tab and add...
- Tue Dec 02, 2014 1:15 pm
- Forum: Software development
- Topic: Potential bug, OLED with Spektrum Sat?
- Replies: 9
- Views: 3414
Re: Potential bug, OLED with Spektrum Sat?
"as usual" you missed one update. m The proof I care Reading the begening of your code, I see: readSpektrum(), readSBus(), readSumD() which are no more used. So your code probably solve some aspects regarding timing (I've no way to check personnaly, I don't use serial rx type) but no way t...
- Tue Dec 02, 2014 11:35 am
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
Re: pre 2.4 version r1729
@Curtisbeef Yes I deleted your account with your first post. You are not at home here, and your post (the only one you posted) was way too much aggressive for me. This one is soft enough to stay, even if off topic. Maybe you don't know but the source code files are already hosted in google code. m Y...
- Tue Dec 02, 2014 10:48 am
- Forum: General discussions
- Topic: Best way to share files?
- Replies: 7
- Views: 4025
Best way to share files?
As some of you may know, It is no more possible to host new binary files in a googlecode repository. It was very convenient to share intermediate release and stable release. m Hopefully, googlecode main feature remains. It’s still possible to handle and share code source files like it was since the ...
- Mon Dec 01, 2014 11:53 pm
- Forum: Software development
- Topic: pre 2.4 version r1729
- Replies: 100
- Views: 50127
pre 2.4 version r1729
It's been a long time since a new version is not released. So, let's try to prepare the 2.4. Here is a draft for the release note: GPS: The main change in this version is for sure the code brought by EOSBandi regarding navigation (supported long time as a standolone MultiWii 2.3navi B7) . Thanks to ...
- Tue Oct 28, 2014 11:39 am
- Forum: Software development
- Topic: New MSP command request
- Replies: 7
- Views: 4010
Re:
Or maybe this is better solution http://www.multiwii.com/forum/viewtopic.php?p=57855#p57855 Hi, Back on this topic here (to keep clean GPS navigation topic). Instead of introducing this complexity for all case, I have another suggestion. MSP_VERSION is not currently used in MSP_IDENT. (always 0 cur...
- Thu Oct 16, 2014 10:37 pm
- Forum: Software development
- Topic: Converting a uint8_t to single bit increases code size?
- Replies: 1
- Views: 1232
Re: Converting a uint8_t to single bit increases code size?
Hi, When you use a single uint8_t as a boolean, it takes 8 bits as a global var. When you use the flags_struct f for a new boolean, it takes only 1 bit as global var (you can try to suppress unused boolean inside like those related to GPS if you don't use it) The arduino IDE can tell you now how man...
- Sat Oct 04, 2014 2:20 pm
- Forum: Software development
- Topic: New MSP command request
- Replies: 7
- Views: 4010
Re: New MSP command request
Hi,
MSP version can already get from another MSP, no plan to duplicate any info
There is currently a field not used in MSP: BOARD_NAME: 16 char long
A new MSP with just this would be enough ?
MSP version can already get from another MSP, no plan to duplicate any info
There is currently a field not used in MSP: BOARD_NAME: 16 char long
A new MSP with just this would be enough ?
- Thu Oct 02, 2014 10:50 pm
- Forum: Software development
- Topic: GPS NAV
- Replies: 964
- Views: 412253
Re: GPS NAV
Well, for that we need horizontal acceleration data rotated to earth frame reference. I checked harakiri code, and that implementation is quite calculation expensive. Perhaps Alex can modify the IMU code to provide that data.... Hi, I think this data is quite simple to get: just insert this piece o...
- Wed Sep 17, 2014 9:44 pm
- Forum: Software development
- Topic: Graupner/SJ SUMD serial receiver addition
- Replies: 20
- Views: 8464
Re: Graupner/SJ SUMD serial receiver addition
yes, I also think we can increase the simplicity of the code regarding the scaterred RXs