@RANND wrote:
I have successfully used Terrain Following in country varying between 600 and 1400 metres above sea level.
Unfortunately, it is all to easy to forget if Terrain has been set in the Flight Plan screen. Can we have a Flag in the MP HUD to indicate that Terrain Following is active?
Posts: 1
Participants: 1
@Sarge001 wrote:
5 6-14-2016 12-42-40 PM.bin.log (1.4 MB)
Hello guys,
I was flying a X8 octo, and after like 3 minutes it started to rotate around, I could not stop it. It was controllable but, very hard because of the fast rotation. I crash landed in the end.
I tried to flash 3.3.3. Same thing happened after 3 minutes.
With the change of the flight controller and the gps the problem is gone.
Could somebody please take a look at my log, I would really appreciate it.
I would like to know what caused the problem. Some people had the same problem, but there was no conclusion.Best regards,
Sarge
Posts: 1
Participants: 1
@Oisa wrote:
Hi all,
I have copter that goes up an down even in the calmest breeze. I was able to replicate this on the bench using a fan. In this setup the copter was not armed, nothing was moving, so no vibrations. But altitude changes (as displayed in Mission Planer) of 3 to 5 meters.
What could be the reason for this? Maybe a faulty pixhawk unit?
Posts: 1
Participants: 1
@Kim-Oliver_Feldhoff wrote:
Hello Fellas',
I'm stuck at this problem and I'm not sure what to look for.
The problem is, that my upper motors never go above 1600 Pwm, while my bottom Motors are pretty much maxed at 1900' ish.
I'm using all the same motors esc's and props(3xCW&3xCCW same size). the weight is well balanced on the frame and vibeXYZ as well as the Clips is very smooth. Even the Yaw stability is OK. I just cant get the maximun aut of my upper set. Even though the yaw is stable it seems odd, that the upper motors wont be at least near the lower motors when I compare the RCOUT on the six esc Channels!?!? and yes the 6 ESC's are calibrated.
I really need some good input here?
Thanks Fellas
Posts: 1
Participants: 1
@gainey2 wrote:
Hi I am new to mission planner, I am using 1.3.41 I am trying to do a survey mission , my quad is not connected at the time.
I go to polygon setup an area then right click and go to auto wp but survey of grid is not their I can't find it anywhere what am j doing wrong
Posts: 1
Participants: 1
@mpircher wrote:
Hey im converting my S1000 to pixhawk right now.
the S1000 looks like this:
pixhawk wants motor inputs like this:![]()
so i just logicaly changed motor inputs:
pix ; DJI
1 ; 1
2 ; 5
3 ; 8
4 ; 6
5 ;2
6 ; 4
7 ; 3
8 ; 7hope thats correct.
but on problem is still there, motors turn directions are not correct (reversed for every prop) is it possibel to chance that in software?
Max
Posts: 3
Participants: 3
@BigAl wrote:
I have spent some time searching in the discussion group to see if I could find some guidance on this, but was unsuccessful.
I have a DJI F450 kit, and a 3DR Pixhawk, with related accessories, including GPS, radio telemetry, etc. Have a FlySky controller, and batteries, and a battery charger. I may be missing a few parts, but I'm guessing that I'm pretty close to having it all.
Now is assembly time, but I haven't got the physical architecture figured out - where does the battery go on the frame? How about the Pixhawk? The GPS module? Wiring diagrams?
What is the best way to figure this out? I don't want to reinvent the wheel - I know this particular wheel has already been built!
Thanks for any help.
Al
Posts: 2
Participants: 2
@yearnmin wrote:
I would like to use Arducopter-3.2.1 for using older coding project. But I encounter an error message. How can I solve it?
This is error message.
$ Make px4-v2
/bin/sh: line 0: cd: /c/px4/workspace/dronecode/ArduCopter-3.2.1/../PX4Firmware: No such file or directory
../mk/px4_targets.mk:12: *** ERROR: PX4_ROOT not set correctly - no nuttx-configs directory found. Stop.
Posts: 1
Participants: 1
@Alexey_Kozin wrote:
hi All
i add new functions for onboard display (now supported for my F4BY and linux version board)
it may to be used for pixhawk and other controllers too
ssd1306 it is small and low cost display (~4 USD)
data connection and powering from i2c port
it may to be interested for provide prearm checks for models without fpv or telemetry link
my source changes here
https://github.com/kozinalexey/ardupilot_f4by_12out/commit/e146c936...
display i got here https://ru.aliexpress.com/item/Wholesale-0-96-inch-4pin-White-OLED-...when vehicle in armed state: display show only "armed" warning then stop update the display for prevent CPU and I2c BUS utilisation in fly
Posts: 1
Participants: 1
@paolo wrote:
Hi,
I'm setting up an exacopter for the first time, using a Pixhawk autopilot and Hi Flyhyper ESC. I went through all the calibration process with Mission Planner 1.3.41.
Once the ESC calibration is done, I powered the motors giving throttle. I would expect the motors to change their rotation speed to compensate once I rotate the copter, but the rotation speed of the motors remain constant at different attitude angles. The motors don't react to radio commands either. They seems to respond only to throttle, but no variation to attitude command from the radio. I'm using a Spectrum DX8.I would appreciate any suggestions on how to fix this.
Thanks,
Paolo
Posts: 1
Participants: 1
@Remi wrote:
Hi!
As previously stated, I am new to Arduplane, and I am setting ut my Bix3 with Pixhawk.Can someone give me some guidance with connecting the servos to the control surfaces. I don't know how much throw angle the Arduplane wants to be able to apply, or how much is normal for this type of plane.
Posts: 1
Participants: 1
@metalpiotr wrote:
Hi,
I performed autotune for the first time in my 450 quad. I flew it around in stabilize mode and it appeared to fly much smoother than the default PIDs, so I accepted the tune. However, I found that when landing in Loiter mode, the quad started to rock uncontrollably on the pitch axis. Switching back to stabilize would bring things back to normal. I just assumed it must have been fighting the wind and thought nothing of it. However, the next time I flew it there was no wind and the same behavior occurred.
My assumption was that some PID settings for the Pitch axis must have been too aggressive and it was trying to over correct... however when I did a diff of my parameters before hand, the PID values were actually much lower... so I'm a little bit confused.
I might try to repeat the autotune, but I am wondering if anyone has suggestions on what I could try tweaking manually, as aside from the behavior I'm fairly happy with how it flies. I attached my parameters, in case someone can easily spot something not looking right.
RATE_PIT_D,0.002
RATE_PIT_I,0.09000001
RATE_PIT_IMAX,1000
RATE_PIT_P,0.09000001
RATE_RLL_D,0.002
RATE_RLL_I,0.1
RATE_RLL_IMAX,1000
RATE_RLL_P,0.1
RATE_YAW_D,0
RATE_YAW_I,0.02
RATE_YAW_IMAX,1000
RATE_YAW_P,0.2STB_PIT_P,3.75
STB_RLL_P,3.75
STB_YAW_P,4.5Thanks
Posts: 5
Participants: 2
@Gerbaum wrote:
Hi,
Copter is equipped with 4G modem.Because it is behind Carrier NAT I only get a private IP.
That's why I have to connect to MP via TCP, and MP has to be TCP server, copter client.Is that possible?
If I enter localhost I get a connection error.
Posts: 1
Participants: 1
@wicked1 wrote:
Has anyone tried doing very fast auto missions w/ their racers?
I have been trying to, and it doesn't go as fast in auto, as manual.
I have set the "Speed", "speed up", "speed down", etc parameters for higher speeds, but it is not reaching them.
The last time I really focused on the issue I was just trying to get "speed up" to go faster.
In manual modes, I know I can get to at least 20 meters per second.
I set the speed up parameter to 10 meters per second.
The copter only reaches about 6 meters per second on a mission.Has anyone else noticed anything similar? Or has anyone else been successful in reaching high speeds in auto missions?
Posts: 3
Participants: 3
@puhumight wrote:
hi;
I have a problem related my throttle output.
I just bought a fixfalcon and i installed it on my zmr250 frame.The issue is even the throttle is %10 (pwm around 1100) throttle output shows 1700- 1800.As a result of this, the quadrotor hovers at %10 throttle and begins to decent due to low throttle level when switched to altitude hold flight mode. The throttle channel does not pass through. How can i solve this problem. What could be reasons?
Posts: 3
Participants: 3
@ravid824 wrote:
I have many R/C plans and copters that uses the Frsky receivers. All are operated with one radio transmitter. For some of the copters I needed more than 8 channels solution. I wanted to continue using the same radio transmitter that I love and keep using the CPPM receivers installed on the plans and drones. I couldn't find a good solution that fits my needs. I am an hardware and software engineer for more than 30 years and I developed many controllers and also wrote the firmware. So I decided to develop my solution described below.
I developed a solution which I called PPM merger which is a perfect solution to upgrade my transmitter/receivers to 12 channels PPM.
I thought that this solution might interest other R/C users and I am selling the solution on eBay (search for "PPM Merger"). The price is my cost price since I produced small quantities.
The document in the link below thoroughly describes the product and how to upgrade and set your radio controller with connection diagrams, as well as a few flight controller setting examples.
https://www.dropbox.com/s/bnu3j0wvz6ztciz/12ChannelsPPMsolution.pdf?dl=0
I will also provide any professional technical support as required.Product Description
ER9X based RC transmitters such as Frsky Taranis , Turnigy 9X (the older models), Turnigy 9XR Pro, FlySky FS-TH9X, etc. support 16 RC channels, however, the transmitter modules such as FrSky DJT/DFT or OrangeRx DSMX/DSM2 only support 8 channels. Even though the RC transmitter can stream 16 channels, the transmitter modules ignore channels 9-16 and solely utilize channels 1-8.The PPM Merger cascades two 8 channels receivers PPM streams (PPM1-IN and PPM2-IN) and generates a 12-channels PPM-OUT single stream (PPM can only support up to 12 channels).
The PPM-OUT is a clone of the input streams in the appropriate order, PPM2-IN channels 9-16 follows PPM1-IN channels 1-8. The sampling and replication of the PPM input streams is very accurate (0.5 uSec resolution).
The PPM merger also has 4 PWM ports that can be directly connected to servos (channels 9-12). These PWM signals are emitted in parallel to the PPM stream.Using PPM Merger provides the following advantages:
Using your standard receiver/transmitter modules (the well-known Frsky D series or similar)
Save flight controller UART port
Most flight controllers reserve the UART port for the S-BUS connection though there are limited UART ports. With a PPM connection, you are freeing the UART port for other important connections (telemetry, GPS, OSD, Radio telemetry etc.)Fit 12 channels directly into the flight controller and leverage on flight controller capabilities to control channels 9-12 (such as gimbal servos and other transmitter switch controls)
Compatibility with different brands of transmitter/receiver sets
Compatibility
The PPM Merger was tested with several receiver types:
· Frsky 4Dr-II
· Frsky D8R-XP
· Different brands of PPM encoder module (convert any 8 PWM channels receivers to one CPPM signal). Check the link below for more info:
http://ardupilot.org/copter/docs/common-ppm-encoder.html
The PPM Merger module output stream was tested and run smoothly with the following flight controllers:
· Pixhawk (Arducopter 3.4)
· Naze32 (Cleanflight 1.13 and Betaflight)
· SP Racing F3 (Cleanflight 1.13)
Other technical specifications:
Supply voltage: 4-5.5V
Weight: 4 grams
PPM in sampling accuracy: 0.5 uSec
PPM out Replication accuracy: 0.5 uSec
Posts: 1
Participants: 1
@Adolfo_Cobo wrote:
Hello to all,
I was using Mavproxy in a raspberry pi 2 just to send the telemetry from the pixhawk serial port to the groundstation using UDP and a wifi link. The only other process running in the raspberry pi was gstreamer for FPV, and everything was working fine.
Now, I have moved to a raspberry pi Zero due to weight constraints, and have noticed a huge increase in the video latency (up to 7 seconds in the Zero, was less than 200ms before) due to the Mavproxy process using about 70% of CPU time.. When I kill the Mavproxy process, the latency goes to normal again.
The thing is that I need Mavproxy for just relaying the telemetry. I have read in other forums that most of the CPU time is spent in parsing the mavlink packets, but I guess that I don't need parsing for this application.
I would like to know if the parsing (or any other cpu intensive code) could be disabled with an easy modification of the Python code, which I haven't been able to figure it out.
I found easy to disable the code to log the mavlink stream on disk, just putting a "return" in the first line of the "log_writer" function, and the CPU usage reduced to about 60%, but not enough.
Any help with this issue will be highly appreciated.I have also tried using netcat or socat linux command to just connect the serial port to UDP packets, but for some reason, the telemetry is received but many mavlink messages are lost (the quality of the UDP link is about 30% according to mission planner when using netcat or socat, but 100% with no packet loss when using mavproxy).
Thankyou in advance for your help. Best regards!
Adolfo.
Posts: 1
Participants: 1
@jonokimber wrote:
Dear All - First post so hoping i've done everything correctly.
I own a Quanum Nova quad with APM FC and decided recently to upgrade to FW3.2.1 ahead of trying some auto missions. Prior to the upgrade everything was fine including RTL behaviour. Since the FW upgrade a RTL command gives strange behaviour in the latter stages. Having reached the point in space directly above the landing zone the quad now seems to veer off and drift sideways during the descent instead of descending vertically. In some instances it then tries to correct this at the last minute and flies sideways again to get back to the RTL point. When it does try to land it inevitably rolls over due to some sideways flight and also the motors don't seem to stop until rollover happens.
In terms of log files and what i can upload I have a log file from a fairly long flight that includes an RTL command where I was expecting the bad behaviour so managed to switch back to manual stabilise and carry on, just before it would have crashed. I also have a backup of the parameters prior to the firmware upgrade that might be useful to compare to the parameters that are now in use?
2016-09-10 10-52-58.log (1.3 MB)
2016 08 Old firmware.param (4.7 KB)As a new user I can only put 2 attachments in a post so i've uploaded the log file and the old firmware parameters. The new firmware parameters can be seen at the start of the log file i believe?
One thing I suppose I could try is a downgrade to an older firmware and loading up the old parameters. I'm not sure what the old firmware was though and i recall when i looked in Mission Planner that there were several available to select and I'd hate to choose the wrong one.
Anyway, i'll wait for some advice here hopefully and see what it brings.
Many thanks in advance, quiet excited to see what it brings...
Jono
Posts: 1
Participants: 1
@billb wrote:
Quite awhile ago i added video to APM Planner 2.0. I just updated the branch to master 2.0.24 release.
It can be download and built from this branch. https://github.com/ArduPilot/apm_planner/tree/video-beta
Specific Video instructions are here https://github.com/ArduPilot/apm_planner/tree/video-beta/src/VideoStreaming
Enjoy
Posts: 4
Participants: 3
@AnteroCastro wrote:
I need to know what is the Sampling time for adquire the sensors data to store in the log
Posts: 1
Participants: 1
