Search found 137 matches
- Thu Dec 06, 2012 9:20 pm
- Forum: Software development
- Topic: ideas for MWiiConf GUI for extra user configurable items?
- Replies: 17
- Views: 4697
Re: ideas for MWiiConf GUI for extra user configurable items
There is a clear set of things that gets you connected to and communicating with the copter. These can be put on a tab. Once connection is established, one or two more tabs would contain everything we want, and still be quite intuitive and easy to find.
- Sun Oct 21, 2012 7:55 pm
- Forum: Software development
- Topic: Proper usage of version control systems like Svn/Git, etc
- Replies: 45
- Views: 10225
Re: Proper usage of version control systems like Svn/Git, et
If every developer would maintain features in their own branches, the community could quickly decide what a good feature/fix/improvement is and Alex can merge it with trunk (or master in git-language) That's exactly where we were before _shared... and it bogged down about 4 or 6 branches to look at...
- Sun Oct 21, 2012 5:16 pm
- Forum: Software development
- Topic: Proper usage of version control systems like Svn/Git, etc
- Replies: 45
- Views: 10225
Re: Proper usage of version control systems like Svn/Git, et
(why has everyone access to _shared which is effectivly what "trunk" would be in a normal repository?) The _shared directories in the Trunk were created as a "marshaling point" prior to Alex's own merge point, which are the non-prefixed directories. Multiple people have commit a...
- Sun Oct 21, 2012 5:04 pm
- Forum: Software development
- Topic: MultiWii Conf for more than 4 AUX channels
- Replies: 49
- Views: 18484
Re: MultiWii Conf for more than 4 AUX channels
There is no way to use more than 4 AUX, because the var has only 16 bit. I'm not sure I grasp this. Which var? I think he is refering to the MSP_SET_BOX command, which sends a 16 bit variable for all checkbox items to determine what value (low/mid/high) should be set for which AUX channel. That all...
- Sun Oct 21, 2012 2:07 pm
- Forum: Software development
- Topic: Bind Support in Multiwii and GUI
- Replies: 7
- Views: 4013
Bind Support in Multiwii and GUI
Per Alex request, R1224 and R1225 make "bind" support generic. Also sets a flag in "capability" dword (which has always been in MSP, just not used) to indicate to GUI if bind capability is present in code. GUI then displays "RX BIND" button, or not, based on this. This ...
- Sun Oct 21, 2012 1:18 pm
- Forum: Software development
- Topic: MultiWii Conf for more than 4 AUX channels
- Replies: 49
- Views: 18484
Re: MultiWii Conf for more than 4 AUX channels
cGiesen wrote:There is no way to use more than 4 AUX, because the var has only 16 bit.
I'm not sure I grasp this. Which var?
- Sat Oct 20, 2012 10:50 pm
- Forum: Software development
- Topic: MultiWii Conf for more than 4 AUX channels
- Replies: 49
- Views: 18484
Re: MultiWii Conf for more than 4 AUX channels
I've read this thread and I'm not sure I understand all the points of view. I believe the following are facts, correct me if I'm wrong: ⋅ A "Regular" receiver puts 4 to 8 channels into MultiWii ⋅ Serial Sum PPM, Spektrum, and Futaba SBUS all put more; 12, 12, and 18 res...
- Thu Oct 18, 2012 11:55 am
- Forum: ESCs, propellers , servos and radios
- Topic: Flashing an ESC kills a phase??
- Replies: 3
- Views: 1727
Re: Flashing an ESC kills a phase??
Two different ESCs.
Hobby King 18/15 black label. File tp.hex
RC Timer 20. File tgy.hex.
I've had about 7 or 8 work fine. But when one of each different type failed the same way... I thought I'd ask.
Hobby King 18/15 black label. File tp.hex
RC Timer 20. File tgy.hex.
I've had about 7 or 8 work fine. But when one of each different type failed the same way... I thought I'd ask.
- Thu Oct 18, 2012 12:05 am
- Forum: ESCs, propellers , servos and radios
- Topic: Flashing an ESC kills a phase??
- Replies: 3
- Views: 1727
Flashing an ESC kills a phase??
I've been flashing ESCs lately, with SimonK. Twice now, I've had an ESC that flashed OK but, when tested, it acts like a phase is dead. The motor beeps find during arming (and/or endpoint calibration), but when I attempt to run the motor it just twitches. I've been using a couple of different ESCs, ...
- Thu Oct 11, 2012 3:17 pm
- Forum: Connecting elements
- Topic: Basic Connection Diagram for Quad
- Replies: 5
- Views: 3556
Re: Basic Connection Diagram for Quad
Every ESC I've ever seen, except a very few "Opto-Isolated", uses a common ground for the servo connectors and the power connectors.
What you are proposing should work just fine.
What you are proposing should work just fine.
- Sat Oct 06, 2012 10:35 am
- Forum: Software development
- Topic: Three independent, stick selectable settings in EEPROM
- Replies: 36
- Views: 19713
Re: Three independent, stick selectable settings in EEPROM
I'm not sure, if it's safe for switching profile during flight. IMHO better is leave as is, eg. select profile before arming. BTW. Now we need new PC configuration software with selecting profile support. I'm not PC side programmer, and can't make this. I will volunteer for the PC/GUI side, if you ...
- Sat Sep 29, 2012 9:26 am
- Forum: Software development
- Topic: Three independent, stick selectable settings in EEPROM
- Replies: 36
- Views: 19713
Re: Three independent, stick selectable settings in EEPROM
What do we want to call these? Some commercial systems *cough* vbar *cough* call this "Bank Select". Do we want to call them "banks", or something else?
And... do you want someone to take a shot at the GUI? I'd be happy to make those changes.
And... do you want someone to take a shot at the GUI? I'd be happy to make those changes.
- Sat Sep 22, 2012 2:07 am
- Forum: Software development
- Topic: MWii-Preflight all in one setup application
- Replies: 41
- Views: 13338
Re: MWii-Prelude all in one setup application
I was about to write one of these in Processing.
I will try it out and report back.
I will try it out and report back.
- Sat Sep 22, 2012 2:04 am
- Forum: Software development
- Topic: MultiWii v2.1 GUI Improvements...
- Replies: 30
- Views: 10333
Re: MultiWii v2.1 GUI Improvements...
Nice.. But a tip. Replace rxtxSerial.dll with this version in windows versions in the exported application. It works better if you have a computer with BlueTooth. Excuse me but I do not understand.... Bluetooth can cause serial enumeration to take a LONG time. Since the GUI does a serial enumeratio...
- Sat Sep 22, 2012 2:01 am
- Forum: Software development
- Topic: [PATCH] Verify EEPROM integrity
- Replies: 51
- Views: 12958
Re: [PATCH] Verify EEPROM integrity
I enabled/disabled camstab tonight during some debugging. And your fear confirmed - the arm button became enabled. Of course I had the props off... Can someone PLEASE merge the patch that makes arming via AUX configurable? => https://github.com/wertarbyte/multiwii-firmware/compare/upstream_shared.....
- Tue Sep 11, 2012 2:27 am
- Forum: Software development
- Topic: GUI Config - Why no checkboxes to the file?
- Replies: 3
- Views: 1331
GUI Config - Why no checkboxes to the file?
The GUI config seems to have the code to put the checkboxes in the SAVE/LOAD file, but it is commented out.
Is there a particular reason for this?
If somebody stopped working on this in mid-stream, is it OK if I finish it?
Is there a particular reason for this?
If somebody stopped working on this in mid-stream, is it OK if I finish it?
- Wed Aug 29, 2012 1:08 pm
- Forum: Software development
- Topic: More channels for Spektrum; 2048 fixed.
- Replies: 0
- Views: 927
More channels for Spektrum; 2048 fixed.
In this thread: http://www.multiwii.com/forum/viewtopic.php?f=8&t=2181 itain asked for more than 7 channels in Spektrum satellite support. In investigating this, I discovered that Spektrum 2048 support broke somewhere along the way. And, the very recent (last couple of days) changes to allow the...
- Sun Aug 05, 2012 12:01 pm
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 21017
Re: [PATCH] Increase number of AUX channels
I will be bumping Spektrum Satellite support from 7 channels to 12, very shortly.
- Thu Aug 02, 2012 10:28 pm
- Forum: Software development
- Topic: Resolved: BOXNAMES in GUI not working?
- Replies: 10
- Views: 3422
Re: BOXNAMES in GUI not working?
Danal wrote:Yeah, I counted bytes and BOXNAMES are 97 bytes, plus a 5 byte header.
50 seems to work, and if everybody is OK, we can just go with that.
50 uploaded to shared at R1035
- Thu Aug 02, 2012 10:20 pm
- Forum: Software development
- Topic: Resolved: Possible interrupt loop in new serial code
- Replies: 3
- Views: 1606
Re: Possible interrupt loop in new serial code
Well, I STAND CORRECTED. It turns out that the compiler/optimizer, because of the 'inline' actually places the physical read of the USART data register in the "preamble" code of the ISR. Thus, my concern is no concern. In fact, the code snippets that I gave above as a "now" vs. &...
- Thu Aug 02, 2012 1:48 pm
- Forum: Software development
- Topic: Major release of SPEKTRUM code
- Replies: 12
- Views: 5441
Re: Major release of SPEKTRUM code
P.S. I will put "more than 7" in the code in shared, test it, etc. over the next few days. As I said, it just works. No reason not to have it.
For RAM conservation reasons, I may make it a #define.
For RAM conservation reasons, I may make it a #define.
- Thu Aug 02, 2012 1:45 pm
- Forum: Software development
- Topic: Major release of SPEKTRUM code
- Replies: 12
- Views: 5441
Re: Major release of SPEKTRUM code
Good point on some (many) bindings that force 2048 in order to get two frames, and therefore more than 7 channels. 2048 mode is needed for that reason. Good observation. Regarding auto sense: The documentation at the beginning of the Paparazzi code is some of the best I've seen on Spektrum. They are...
- Thu Aug 02, 2012 4:22 am
- Forum: Software development
- Topic: Resolved: Possible interrupt loop in new serial code
- Replies: 3
- Views: 1606
Resolved: Possible interrupt loop in new serial code
The interrupt handler for the new serial code looks like this (with some spektrum fluff removed): static void inline store_uart_in_buf(uint8_t data, uint8_t portnum) { uint8_t h = serialHeadRX[portnum]; if (++h >= RX_BUFFER_SIZE) h = 0; if (h == serialTailRX[portnum]) return; // we did not bite our ...
- Thu Aug 02, 2012 4:09 am
- Forum: Software development
- Topic: Major release of SPEKTRUM code
- Replies: 12
- Views: 5441
Re: Major release of SPEKTRUM code
Oh, and yes, I agree the interrupt register handling in readRawRC() line 344 is wrong. This is not part of the spektrum code and I was reluctant to change it... even though it looks wrong to me.
Alex?
Alex?
- Thu Aug 02, 2012 4:03 am
- Forum: Software development
- Topic: Major release of SPEKTRUM code
- Replies: 12
- Views: 5441
Re: Major release of SPEKTRUM code
More than 8 is dead easy. All the code will work. It is just a matter of expanding the defines. Anyone who wants this can make the code changes in a snap, in their copy, and it will just work, for how ever many channels the TX sends. Auto detect of 1024/2048... hmm... let me look at that! Might be k...
- Wed Aug 01, 2012 3:15 pm
- Forum: Software development
- Topic: Major release of SPEKTRUM code
- Replies: 12
- Views: 5441
Re: Major release of SPEKTRUM code
As a side note: I've had this code in flight test in the 'Danal' branch for months. When I integrated it into 'shared' yesterday, I did not completely realize that Alex was both packaging 2.1 yesterday, and working the GPS code. I also did not realize the full implications of some serial code that ...
- Wed Aug 01, 2012 2:52 pm
- Forum: Software development
- Topic: Major release of SPEKTRUM code
- Replies: 12
- Views: 5441
Re: Major release of SPEKTRUM code
Does failsafe work with sattelite? Would it matter if we moved default pin for failsafe detection to rollpin? Yes, if the #define for failsafe is on, it works just great. FAILSAFE_PIN is not used by Serial receivers such as Spektrum or Futaba SBUS. We reset the failafe counter directly when we get ...
- Wed Aug 01, 2012 2:43 pm
- Forum: Software development
- Topic: Resolved: BOXNAMES in GUI not working?
- Replies: 10
- Views: 3422
Re: BOXNAMES in GUI not working?
Yeah, I counted bytes and BOXNAMES are 97 bytes, plus a 5 byte header.
50 seems to work, and if everybody is OK, we can just go with that.
50 seems to work, and if everybody is OK, we can just go with that.
- Wed Aug 01, 2012 12:33 pm
- Forum: Software development
- Topic: Resolved: BOXNAMES in GUI not working?
- Replies: 10
- Views: 3422
Re: BOXNAMES in GUI not working?
This happens if the UI requests data faster than the copter can transmit the answers back. Increasing the TX buffer should work, and so should increasing the threshold in the other code block you mentioned. Increasing the required free space makes sure that the transmit buffer has drained enough be...
- Wed Aug 01, 2012 12:32 pm
- Forum: Software development
- Topic: Resolved: BOXNAMES in GUI not working?
- Replies: 10
- Views: 3422
Re: BOXNAMES in GUI not working?
Oh, and just because I'm the Spektrum guy, and that could certainly affect serial... the test cases above are with a clean copy of 2.1 (or tip of shared) and config.h has only #define quadx and the proper sensor board uncommented. No other options or features, and specifically NOT spektrum. Still fa...
- Wed Aug 01, 2012 12:27 pm
- Forum: Software development
- Topic: Major release of SPEKTRUM code
- Replies: 12
- Views: 5441
Re: Major release of SPEKTRUM code
As a side note: I've had this code in flight test in the 'Danal' branch for months. When I integrated it into 'shared' yesterday, I did not completely realize that Alex was both packaging 2.1 yesterday, and working the GPS code. I also did not realize the full implications of some serial code that w...
- Wed Aug 01, 2012 12:24 pm
- Forum: Software development
- Topic: Major release of SPEKTRUM code
- Replies: 12
- Views: 5441
Major release of SPEKTRUM code
The shared branch contains a major release of Spektrum Satellite support code, at or above R1012. This is a complete rewrite of the Spektrum serial interrupt handlers. The goal was to reduce interrupt time, and make the handlers compatible with the "new" way of doing serial. The Spektrum h...
- Wed Aug 01, 2012 12:14 pm
- Forum: Software development
- Topic: Resolved: BOXNAMES in GUI not working?
- Replies: 10
- Views: 3422
Resolved: BOXNAMES in GUI not working?
I do not get checkboxes in the GUI. This seems to work for other people, at least Alex said it works for him. When this happens, a message appears at push of "Start" button similar to: invalid checksum for command 116: 32 expected, got 0 <116 99> {656767596665827959776571596765778384656686...
- Sat May 19, 2012 3:51 pm
- Forum: Software development
- Topic: Rudder servo jitter on Twii copter
- Replies: 1
- Views: 940
Re: Rudder servo jitter on Twii copter
I have a Tri, no issues. What ESC? What servo? What build of code? Does the servo move when you move the yaw stick on the TX? Does the servo work properly when plugged directly into the yaw channel on the RX? Can you try a battery instead of the ESC? Are you using a "Shield' board and if so whi...
- Sat May 19, 2012 4:38 am
- Forum: Software development
- Topic: GUI: Added motor numbers and direction
- Replies: 1
- Views: 900
GUI: Added motor numbers and direction
I just committed changes to the shared MultiWiiConf.pde GUI that show the motor number, the direction of rotation, and kinda sorta the same colors as the multiwii.com "connecting elements" page in the graphic in the lower right. R789 or above. Co-requisite is MultiWii_shared at r791 or abo...
- Sat Mar 17, 2012 2:07 pm
- Forum: Software development
- Topic: Missing ; after macro, other avr-isms
- Replies: 20
- Views: 4823
Re: Missing ; after macro, other avr-isms
Well, the whole thing is gone in the new spektrum code that leverages the new serial code. There is a rough equivalent, and I will make it C and uint style.
Alex, I will fit the whole new spektrum code into shared this weekend.
Alex, I will fit the whole new spektrum code into shared this weekend.
- Fri Mar 16, 2012 8:49 pm
- Forum: Software development
- Topic: Missing ; after macro, other avr-isms
- Replies: 20
- Views: 4823
Re: Missing ; after macro, other avr-isms
dongs wrote:More fail:
if (spekChannel < SPEK_MAX_CHANNEL) spekChannelData[spekChannel] = (long(spekFrame[b - 1] & SPEK_CHAN_MASK) << 8) + spekFrame[b];
long(blah) casting, this is C++ style.
plz 2 fix.
What would you prefer to see?
- Fri Mar 16, 2012 8:04 pm
- Forum: ESCs, propellers , servos and radios
- Topic: Spektrum ar6210 2048 res. won't arm Multiwii SE Standard Ed
- Replies: 6
- Views: 4881
Re: Crius 0.2 SE Multwiii will not arm (SOLVED)
My checkboxes are extremely unresponsive but after 5 or 6 determined clicks, they can be toggled. For some obscure reason related to Processing and/or the control library used, the boxes are only clickable in their upper left corners. Try putting the very tip of a standard cursor (or hot spot of a ...
- Fri Mar 02, 2012 5:58 pm
- Forum: Software development
- Topic: MultiWii 2.0 is coming
- Replies: 256
- Views: 107004
Re: MultiWii 2.0 is coming
May we "segment" the serial data stream to from the GUI? The goal is to allow a higher degree of release to release compatibility between MultiWii and GUI versions. This becomes particularly important as more tools become available to use the GUI interface. I'd suggest something like: Segm...
- Sat Feb 25, 2012 6:48 am
- Forum: Software development
- Topic: Possible motor 5/6 bug in new output.pde
- Replies: 14
- Views: 5230
Re: Possible motor 5/6 bug in new output.pde
OK, I'm now getting a start and arm. Flew a hex in the house and seemed very good. I will get to fly outdoors tomorrow.
- Thu Feb 23, 2012 4:59 pm
- Forum: ESCs, propellers , servos and radios
- Topic: Spektrum ar6210 2048 res. won't arm Multiwii SE Standard Ed
- Replies: 6
- Views: 4881
Re: Spektrum ar6210 2048 res. won't arm Multiwii SE Standard
I-'m using AR6210-X (m) and DX6i as TX. For the board I'm using MWC MultiWii SE Standard Edition and wired each to respective pins, like RX throttle to board throttle, RX elevator to board evelater and so fort. The satellite is only to AR6210-X and not plugged to the board. Do i still need to use #...
- Wed Feb 22, 2012 6:35 pm
- Forum: ESCs, propellers , servos and radios
- Topic: Spektrum ar6210 2048 res. won't arm Multiwii SE Standard Ed
- Replies: 6
- Views: 4881
Re: Spektrum ar6210 2048 res. won't arm Multiwii SE Standard
2048 is tested, including with DSMx satellites. I've flown it. I'm a bit confused, and it may just be terminology. When you say you are using "AR6210 DSMX receiver", are you using the AR6210X itself? Wired to pins 2,4,5,6 on the board? In this case, you DO NOT #define spektrum. This is jus...
- Tue Feb 21, 2012 7:01 pm
- Forum: Software development
- Topic: remove LCDclear() from telemetry()? YES, done.
- Replies: 3
- Views: 1306
Re: remove LCDclear() from telemetry()?
Yes, please! I typically take that call out of my builds. It does make Eagle Tree (and most likely other) LCDs flicker. In some "quick update" scenarios, it makes an Eagle Tree almost unreadable as their clear call is a bit odd and the display spends more time cleared than with characters.
- Tue Feb 21, 2012 6:59 pm
- Forum: Software development
- Topic: tune repeated sprintf code fragments? - done.
- Replies: 12
- Views: 3119
Re: tune repeated sprintf code fragments?
I've been poking around and ran square into compiler optimizer behaviors. I make small changes, look at the assembler, and so far everything I've tried is MUCH WORSE than the way it is written at the moment.
I haven't given up completely... but I did push it to the back burner. I will try again.
I haven't given up completely... but I did push it to the back burner. I will try again.
- Tue Feb 21, 2012 6:57 pm
- Forum: Software development
- Topic: Possible motor 5/6 bug in new output.pde
- Replies: 14
- Views: 5230
Re: Possible motor 5/6 bug in new output.pde
Aha! I typically run a MAXTHROTTLE of 1950. I will back this down a little, and try the above code/timer changes.
Thanks!
Danal
Thanks!
Danal
- Tue Feb 21, 2012 4:38 am
- Forum: Software development
- Topic: Possible motor 5/6 bug in new output.pde
- Replies: 14
- Views: 5230
Re: Possible motor 5/6 bug in new output.pde
OK, I've done the following: 1) Re-merged my branch with shared, because there's been some changes to shared since I last merged. Result: Motors 5/6 do not behave properly at Arduino boot. The 5&6 ESC will not init, instead they just fast beep. The ESCs on the particular bird I tried are Detrum,...
- Mon Feb 20, 2012 10:16 pm
- Forum: Software development
- Topic: Possible motor 5/6 bug in new output.pde
- Replies: 14
- Views: 5230
Re: Possible motor 5/6 bug in new output.pde
Yeah, I merged everything from every module. But, since I was merging, I could have missed something quite easily. Let me try a couple of things. Specifically, I'll load the shared branch exactly as it stands, and I'll recheck my merge.
Thanks for checking!
Thanks for checking!
- Mon Feb 20, 2012 6:58 pm
- Forum: Software development
- Topic: Possible motor 5/6 bug in new output.pde
- Replies: 14
- Views: 5230
Possible motor 5/6 bug in new output.pde
The output.pde sitting in shared... my branch is fully merged with shared + some enhancements in the Spektrum code, the serial code, and LCD code. Otherwise, I'm in exact synch with shared as of a few days ago. After that merger, I configured for a hex, loaded the code, and motor 5/6 were completely...
- Thu Feb 09, 2012 3:34 pm
- Forum: Software development
- Topic: "Arduino" Pro Micro
- Replies: 131
- Views: 69721
Re: "Arduino" Pro Micro
@ Danal while checking the soft PWM outputs for hexa and octo i found that the spectrum satelite code does heavy jitter to the soft pwm interrupts is there a way to fix or reduce this? regards felix Yes. Better/smaller/faster interrupt handler currently in test in my branch. I will merge into share...
- Fri Jan 27, 2012 5:13 pm
- Forum: Software development
- Topic: Moving the repository to git?
- Replies: 40
- Views: 13146
Re: Moving the repository to git?
dongs wrote:This is the problem with lunix and opensauce in general. Too many mediocre choices, too many experts.
Quote of the week!