Search found 438 matches
- Sat Jul 07, 2012 9:10 am
- Forum: Software development
- Topic: [Patch] transmit debug messages (strings) from copter to GUI
- Replies: 36
- Views: 8864
Re: [Patch] transmit debug messages (strings) from copter to
Why? Nothing bad happens if MSP_DEBUGMSG is sent to a vehicle not supporting the message; an error message is returned, so the client knows that the message type is unknown to the copter. The same happens if the capability is not compiled in (DEBUGMSG not defined). Merging the feature on demand suck...
- Fri Jul 06, 2012 11:37 pm
- Forum: Software development
- Topic: Airplane mode
- Replies: 512
- Views: 209613
Re: Airplane mode
Or use a sane versioning system (git/hg/...) whose distributed nature allows you to preserve your local changes and compare them to new upstream versions.
- Fri Jul 06, 2012 5:04 pm
- Forum: Software development
- Topic: [Patch] transmit debug messages (strings) from copter to GUI
- Replies: 36
- Views: 8864
Re: [Patch] transmit debug messages (strings) from copter to
This is a very good idea... it's up to Alex, but I think it's worth to check into the source before 2.1... Tommie, did you check that the void debugmsg_append_str(char *str) {}; nautralises all debug strings in the compiled code ? I added a few hundred lines of that call in the code, it did not inc...
- Fri Jul 06, 2012 2:36 pm
- Forum: Software development
- Topic: [Patch] transmit debug messages (strings) from copter to GUI
- Replies: 36
- Views: 8864
[Patch] transmit debug messages (strings) from copter to GUI
When adding new features, it is often desirable to transmit debug information from the running copter firmware to the GUI. While the GUI provides 4 numeric variables, not every type of data is suitable for this kind of representation. This patch adds a define "DEBUGMSG", implementing a str...
- Fri Jul 06, 2012 12:19 am
- Forum: ESCs, propellers , servos and radios
- Topic: Reducing receiver wiring: PWM, PPMSUM, HALFSUM
- Replies: 1
- Views: 1372
Reducing receiver wiring: PWM, PPMSUM, HALFSUM
When interfacing with an RX/TX system, we encouter different kinds of signals. The signal fed to the transmitter module is called a PPM (Puls Pause Modulation) signal; all channels are transmitted using a single wire: ||__||____||____||____||________ The pause between each pulse dictates the value o...
- Thu Jul 05, 2012 11:53 pm
- Forum: Software development
- Topic: Let's try to release 2.1: first try based on r949
- Replies: 74
- Views: 20961
Re: Let's try to release 2.1: first try based on r949
What are we doing here? That's what I've been asking you from the beginning. Before: Before what ? I think the problem is pretty obvious. The flags where set before the change despite the status of GPS fix, after the change the flags were only set if a fix is ok, so the warning is pointless. Yes, a...
- Thu Jul 05, 2012 11:42 pm
- Forum: Software development
- Topic: [idea] Low voltage visual cue - LEDs
- Replies: 3
- Views: 1451
Re: [idea] Low voltage visual cue - LEDs
Just load an emergency pattern in the existing LED flasher code. I already proposed adding a generic emergency framework; once any subsystem (low voltage, massive I²C errors, lost GPS fix while in POS HOLD) detects an emergency (or warning) situation, it signals the problem level to this (DEFCON5-1?...
- Thu Jul 05, 2012 11:28 pm
- Forum: Software development
- Topic: Let's try to release 2.1: first try based on r949
- Replies: 74
- Views: 20961
Re: Let's try to release 2.1: first try based on r949
Andras, Tommie, I know that but someone changed the code in buzzer.ino to check the bitfield not the boxes. No. The code never checked the boxes. I posted the relevant lines above. But through the magic of version control, I can trace back the history of this code (the command is aptly named 'git b...
- Thu Jul 05, 2012 8:15 pm
- Forum: Software development
- Topic: Let's try to release 2.1: first try based on r949
- Replies: 74
- Views: 20961
Re: Let's try to release 2.1: first try based on r949
The bitfied variables are only set if I have a GPS Fix: Yes, that is what I just said. So what sense does it make to check if the bits are set and the fix not? This would never be the case. I don't know? I'm not the one who wrote that code. This was not tested but commited. Probably. So back to: #i...
- Thu Jul 05, 2012 7:53 pm
- Forum: Software development
- Topic: Let's try to release 2.1: first try based on r949
- Replies: 74
- Views: 20961
Re: Let's try to release 2.1: first try based on r949
It took me around five seconds to find the appropiate lines of code: static uint8_t GPSNavReset = 1; if (f.GPS_FIX && GPS_numSat >= 5 ) { if (!rcOptions[BOXGPSHOME] && !rcOptions[BOXGPSHOLD] ) { //Both boxes are unselected if (GPSNavReset == 0 ) { GPSNavReset = 1; GPS_I2C_command(I2C...
- Thu Jul 05, 2012 7:47 pm
- Forum: Software development
- Topic: Let's try to release 2.1: first try based on r949
- Replies: 74
- Views: 20961
Re: Let's try to release 2.1: first try based on r949
ps.: Tommie.... Why are you summoning me? The f. bitfield works exactly like the variables before, the original code was: //===================== GPS fix notification handling ===================== #if GPS if ((GPSModeHome || GPSModeHold) && !GPS_fix){ //if no fix and gps funtion is activat...
- Thu Jul 05, 2012 9:01 am
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
Re: [PATCH] Increase number of AUX channels
So your juggling with the TX and your phone while flying the copter? Doesn't sound very practical to me.
Why not give my changeset a try? If you already have a 6 position switch, it should be a breeze:-)
Why not give my changeset a try? If you already have a 6 position switch, it should be a breeze:-)
- Wed Jul 04, 2012 1:40 pm
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
Re: [PATCH] Increase number of AUX channels
Just pushed a commit to make the new AUX channel system backward compatible: As long as you are sticking to 4 AUX channels with 3 steps each, you should be able to use old GUIs:
https://github.com/wertarbyte/multiwii- ... x_channels
Please feel free to comment.
https://github.com/wertarbyte/multiwii- ... x_channels
Please feel free to comment.
- Tue Jul 03, 2012 11:40 am
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
Re: [PATCH] Increase number of AUX channels
If we really want more options, then should try to increase the states of the AUX channels (LOW MID1 MID2 MID3 HIGH) but programming TX for it could be tricky.... I think that this would be amazing. For example I have programmed my turnigy for having 6 states on my aux channel then I discovered I c...
- Mon Jul 02, 2012 11:28 pm
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
- Mon Jul 02, 2012 5:46 pm
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
Re: [PATCH] Increase number of AUX channels
Just one example what AUX channels might be used for: AUX1: (none) / MAG+ACC / MAG+ACC+BARO AUX2: (none) / HEADFREE+CAMSTAB / HEADADJ+CAMSTAB (so I can change headfree orientiation midflight) AUX3: (none) / GPS HP / GPS RTH AUX4: (none) / LEDMAX / LLIGHTS (to switch on illumination for flying in dar...
- Sun Jul 01, 2012 7:36 pm
- Forum: ESCs, propellers , servos and radios
- Topic: Cheap 6 channel transmitter? Let's rip it apart and hack it!
- Replies: 64
- Views: 25960
Re: Cheap 6 channel transmitter? Let's rip it apart and hack
Feel free to do so. Datenschlag isn't that complicated, so it should be possible to fit the code into existing 9x firmwares.
- Sun Jul 01, 2012 5:42 pm
- Forum: Software development
- Topic: Patch: LED Flasher
- Replies: 35
- Views: 18849
Re: Patch: LED Flasher
Are the comments correct??? Please answer my doubts //#define LED_FLASHER //Activates flasher code Right. //#define LED_FLASHER_DDR DDRB //I don't know what it does //#define LED_FLASHER_PORT PORTB // What is portB? //#define LED_FLASHER_BIT PB4 //Port B4 is digital port 4 (D4) from multiwwi connec...
- Sun Jul 01, 2012 4:57 pm
- Forum: ESCs, propellers , servos and radios
- Topic: Cheap 6 channel transmitter? Let's rip it apart and hack it!
- Replies: 64
- Views: 25960
Re: Cheap 6 channel transmitter? Let's rip it apart and hack
You can just add more switches, like I have done. At the moement, I am using 4 three-way-switches and two pots (yes, that requires patching of Multiwii), one pot regulates the pitch axis of my camera gimbal (yet another patch).
- Sun Jul 01, 2012 2:34 pm
- Forum: Software development
- Topic: Let's try to release 2.1: first try based on r949
- Replies: 74
- Views: 20961
Re: Let's try to release 2.1: first try based on r949
tommie, could you check that the gps pos decoding works correclty in tinygps parser code? add a known coord in bcd and test the output on google maps, i've seen reports of approx 2km error (was there in serial parser too, but was fixed) I just checked with my copter near the window, using GoogleMap...
- Sun Jul 01, 2012 12:17 pm
- Forum: ESCs, propellers , servos and radios
- Topic: Cheap 6 channel transmitter? Let's rip it apart and hack it!
- Replies: 64
- Views: 25960
Re: Cheap 6 channel transmitter? Let's rip it apart and hack
I've successfully fitted an HMC5883 to my TX, so now I'm able to measure the pilots compass bearing and transmit it to the copter, adjusting the reference heading of the headfree mode accordingly. I'm still waiting for an ACC though to implement tilt compensation. On the other hand, I also added a W...
- Sun Jul 01, 2012 10:04 am
- Forum: Software development
- Topic: Let's try to release 2.1: first try based on r949
- Replies: 74
- Views: 20961
Re: Let's try to release 2.1: first try based on r949
tinygps.h: naming convention conflict it is not a header file; as it includes a fair amount of implementation code, it either should be renamed to Tinygps.ino or the code should be moved into GPS.ino. Can you elaborate on this? I cannot find any implementation code in there. Moving the content to G...
- Sat Jun 30, 2012 12:11 am
- Forum: Connecting elements
- Topic: I2Cam: I²C controlled camera trigger and gimbal
- Replies: 0
- Views: 1229
I2Cam: I²C controlled camera trigger and gimbal
I fitted one of the popular 808 mini cameras to my copter and wanted to add a cheap gimbal; since the camera is extremely light, I just glued two micro servos together and fixed the camera to the free arm of the servo. The servos are controlled by a cheap ATTiny2313 controller running my I2Cam firmw...
- Fri Jun 29, 2012 9:44 pm
- Forum: Software development
- Topic: Missing MSP_HEADING
- Replies: 7
- Views: 2449
Re: Missing MSP_HEADING
I don't see the harm in having message that indicates how the copter will move in response to a specific flight command or that indicates whether the copter will start turning as soon as power is applied to the engines (MAG heading != actual heading). If you consider it confusing to some, disable th...
- Fri Jun 29, 2012 3:02 pm
- Forum: Software development
- Topic: Flag handling/coding style/committing rules and behavior
- Replies: 23
- Views: 5821
Re: Flag handling/coding style/committing rules and behavior
I'd be even more delighted if technical disturbances would be tackled with such energy.
- Fri Jun 29, 2012 3:01 pm
- Forum: Software development
- Topic: [PATCH] Errors compiling LCD code
- Replies: 4
- Views: 1410
Re: [PATCH] Errors compiling LCD code
Just like I predicted: No one cares as long as not affected himself.
- Fri Jun 29, 2012 3:01 pm
- Forum: Software development
- Topic: [PATCH] Errors compiling LCD code
- Replies: 4
- Views: 1410
[PATCH] Errors compiling LCD code
While experimenting with various configurations, I encountered some syntax errors inside LCD.ino that are creeping out with recent avr-gcc versions (I got updated to avr-gcc 4.7 a few days ago, although that version isn't that new). The syntax for PROGMEM declarations is more strict now (variables m...
- Fri Jun 29, 2012 2:58 pm
- Forum: Software development
- Topic: make bitfield optional to save flash memory
- Replies: 1
- Views: 886
Re: make bitfield optional to save flash memory
So after a long and tiresome battle about how precious flash memory is, no one is actually interested in optionally reclaiming this valueable memory?
- Fri Jun 29, 2012 2:42 pm
- Forum: Software development
- Topic: Missing MSP_HEADING
- Replies: 7
- Views: 2449
Re: Missing MSP_HEADING
So what's the reason again for not including MSP_HEADING into the MWC code?
The patch is now colliding with the introduction of the new waypoint message. Please reconsider merging it (with a new message code, I am using 125 for now).
The patch is now colliding with the introduction of the new waypoint message. Please reconsider merging it (with a new message code, I am using 125 for now).
- Fri Jun 29, 2012 12:16 pm
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
Re: [PATCH] Increase number of AUX channels
OK, I did some flying and experimenting with the patches, MWC works great with 8 AUX channels. Please consider merging it into the main code tree - maybe in some development branch for the next 2.2?
- Fri Jun 29, 2012 8:57 am
- Forum: Software development
- Topic: Get rid of for (uint8_t i = blah stuff in serial.c
- Replies: 25
- Views: 6470
Re: Get rid of for (uint8_t i = blah stuff in serial.c
Doesn't make any difference here. With variables scoped to the for-loop: stefan@exa:~/git/multiwii-firmware [tupper] $ avr-size build/*.hex text data bss dec hex filename 0 26982 0 26982 6966 build/MultiWii.hex With one variable defined at the start of evaluate_command: stefan@exa:~/git/multiwii-fir...
- Thu Jun 28, 2012 6:36 pm
- Forum: Ideas
- Topic: Unlimited channels with CPPM connected receivers
- Replies: 6
- Views: 2884
Re: Unlimited channels with CPPM connected receivers
The modified code on the 9x would provide for an LCD menu with additional channels that were toggles (probably cumbersome while flying unless some of the buttons are technically inactive for the LCD unless you're in a menu). Or, hardware permitting, the physical addition of switches that would cont...
- Wed Jun 27, 2012 7:04 pm
- Forum: Software development
- Topic: [Patch] Indicate state of CAMSTAB/CAMTRIG in GUI
- Replies: 6
- Views: 2317
Re: [Patch] Indicate state of CAMSTAB/CAMTRIG in GUI
The benefit is seeing whether the switch actually enables the gimbal or camera - so it behaves like any other thing you can switch. And it's not even changing the protocol, it's just simply plugging a "hole" in the bitmask transmitted; instead of being stuck at 0, the bits will now actuall...
- Wed Jun 27, 2012 6:42 pm
- Forum: Software development
- Topic: [Patch] Indicate state of CAMSTAB/CAMTRIG in GUI
- Replies: 6
- Views: 2317
Re: [Patch] Indicate state of CAMSTAB/CAMTRIG in GUI
Not e.g. if you are debugging your gimbal system - and it's also an inconsistency, since every other boxitem indicates its activation in the GUI. I cannot find a reason for not applying this simple one line patch.
- Wed Jun 27, 2012 6:26 pm
- Forum: Software development
- Topic: [Patch] Indicate state of CAMSTAB/CAMTRIG in GUI
- Replies: 6
- Views: 2317
Re: [Patch] Indicate state of CAMSTAB/CAMTRIG in GUI
Am I the only one using CAMTRIG/CAMSTAB?
- Wed Jun 27, 2012 5:56 pm
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
Re: [PATCH] Increase number of AUX channels
palton wrote:I would also like to see more flexibility of the aux part. I think it is limiting as today.
You might be interested in this additional patch then:
https://github.com/wertarbyte/multiwii- ... x_channels
By defining AUX_THRESHOLDS, you can set an arbitrary numer of steps for each AUX channel.
- Wed Jun 27, 2012 3:48 pm
- Forum: Software development
- Topic: Patch: LED Flasher
- Replies: 35
- Views: 18849
Re: Patch: LED Flasher
Try PORTC0 instead of PC0 and PORTB4 instead of PB4. Some Arduino distributions seems to ship with an ancient version of libc-avr which lacks the alias definitions. The function init_led_flasher() sets a bit in the data direction register (DDR) so the selected pin acts as output; afterwards the pin ...
- Wed Jun 27, 2012 3:45 pm
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
Re: [PATCH] Increase number of AUX channels
and you think that building a TX yourself or eaven solder avr's into a existing ones make thing simpler? No, but do you think artificially limiting the software to 4 AUX channels makes things simpler? There actually are receivers that support mre AUX channels - the only limiting factor is the handl...
- Wed Jun 27, 2012 3:38 pm
- Forum: Software development
- Topic: dev 20120618 and dev 20129616
- Replies: 26
- Views: 6947
Re: dev 20120618 and dev 20129616
I just checked, PB4 is defined as an alias to PORTB4 - and it is defined in <avr/portpins.h> which is always included by <avr/io.h>; this is what happens with my Arduino IDE as well - it might be a version issue. If changing PB4 to PORTB4 fixes the issue, I'm fine with it.
- Wed Jun 27, 2012 5:07 am
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
Re: [PATCH] Increase number of AUX channels
Increasing the states for each channel ould be trivial as well. Just replace the constant 3 with another number and set the thresholds accordingly. My homebrew TX _does_ support more than 4 AUX channels (through serial data encoding), and I'd really like to use them; in my opinion AUX "switchab...
- Tue Jun 26, 2012 11:53 pm
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
Re: [PATCH] Increase number of AUX channels
I also modified the MultiwiiConf GUI to accept the new commands and AUX matrix: m So far it's working great (apart from the fact that the additional checkboxes are drawn above the GUI); while the firmware patch increases the number of aux channels to 8, the gui part is completely agnostic of it; the...
- Tue Jun 26, 2012 4:22 pm
- Forum: Software development
- Topic: [PATCH] Increase number of AUX channels
- Replies: 65
- Views: 20990
[PATCH] Increase number of AUX channels
Having a copter with a lot of gadgets and sensors attached, I consider the limit of 4 AUX channels an issue; it's simply not enough to allow smooth control of the various features. Since CHECKBOXITEMS (and PIDITEMS partially) are already configured dynamically, changing the number of AUX channels sh...
- Thu Jun 21, 2012 1:20 pm
- Forum: Software development
- Topic: [Patch] Indicate state of CAMSTAB/CAMTRIG in GUI
- Replies: 6
- Views: 2317
- Thu Jun 21, 2012 1:17 pm
- Forum: Software development
- Topic: MSP_SET_RAW_GPS does not generate a response
- Replies: 5
- Views: 2406
Re: MSP_SET_RAW_GPS does not generate a response
Please document such behaviour; code might rely on stuff like (GPS_Update == 1) and fail miserably. Each variable should be accompanied by a comment describing its data format and purpose (e.g. it is not trivial to guess that headFreeHoldMode is not a boolean flag, but holds the reference heading in...
- Thu Jun 21, 2012 1:03 pm
- Forum: Software development
- Topic: New Multiwii Serial Protocol
- Replies: 409
- Views: 219738
Re: New Multiwii Serial Protocol
use a multiplex switch to share the RX pin. Listen for OSD commands while the engines aren't running, switch to the GPS module once the copter takes off.
- Thu Jun 21, 2012 12:38 am
- Forum: Software development
- Topic: MSP_SET_RAW_GPS does not generate a response
- Replies: 5
- Views: 2406
Re: MSP_SET_RAW_GPS does not generate a response
Yes, I am aware of that change. Did I mention that multiple instructions per line of code is considered harmful?
- Thu Jun 21, 2012 12:15 am
- Forum: Software development
- Topic: MSP_SET_RAW_GPS does not generate a response
- Replies: 5
- Views: 2406
MSP_SET_RAW_GPS does not generate a response
Due to an added break statement, MSP_SET_RAW_GPS does not generate a response while including unreachable code in its switch branch: case MSP_SET_RAW_GPS: f.GPS_FIX = read8(); GPS_numSat = read8(); GPS_coord[LAT] = read32(); GPS_coord[LON] = read32(); GPS_altitude = read16(); GPS_speed = read16(); G...
- Thu Jun 21, 2012 12:05 am
- Forum: Software development
- Topic: New Multiwii Serial Protocol
- Replies: 409
- Views: 219738
Re: New Multiwii Serial Protocol
So, why no MSP_HEADING exactly?
- Wed Jun 20, 2012 9:34 pm
- Forum: Ideas
- Topic: Engine Timer
- Replies: 10
- Views: 2986
Re: Engine Timer
I'd appreciate some kind of general purpose warning system. Any subsystem should be able to indicate an emergency (e.g. excessive I²C errors, voltage failure etc.), and other subsystems would be triggered to indicate this state (special LED blink sequence, telemetry warning, buzzer buzzing like made...
- Wed Jun 20, 2012 7:18 pm
- Forum: Software development
- Topic: Tiny-GPS integrated into Multiwii (GPS/Sonar/Optical to I²C)
- Replies: 195
- Views: 70248
Re: Tiny-GPS integrated into Multiwii (GPS/Sonar/Optical to
Well, the optical sensor is queried and its movement data is incorporated into the I²C struct; when the struct is read, the data is reset. So you can try doing something practical with it, I haven't done any additional work yet (mostly because the appropiate code hasn't turned up in the multiwii svn...