@Kharper wrote:
I am trying to connect the Telemetry between my computer and car, when I plug in the 2 radios (1 to the car and 1 to the computer) the green lights just blink, i read that it is suppose to turn solid, so when i go to mission planner and try and do the configuration , it only recognizes the local side and not the remote
Does anyone know what I can possibly do to solve this ?
thank you for any help
Posts: 1
Participants: 1
@smartdave wrote:
New FAA regulation requires remote ID modules to be installed on drones. Any idea what these modules will look like? Will the be mounted on the drone and plugged into a UART port for GPS data? Will they connect to the radio transmitter?
What are people’s thoughts?
Posts: 2
Participants: 2
@111194 wrote:
Hello,
We are going to use loiter and auto mode indoors using beacons in Marvel Mind.
We used beacons to catch GPS signals and have no problem arming.
The altitude is maintained by using the downward linear sensor.The problem is that drones tend to move in one direction as soon as we change from alt hold mode to loiter mode while maintaining altitude.
I checked if the location information of the beacons is splashing, but the drone location on the dashboards is fixed at one point.
Can someone tip you about this?
Posts: 1
Participants: 1
@usonic wrote:
Hello,
I am looking for solution to have Raspbbery Pi 4 showing UDP Video Stream with HUD OSD on that Video stream. OSD would use Mavlink telemetry data coming via UDP.I tried to run Mission Planner (which suppose to have such option) using Mono, but video streaming doesn’t work for some reasons. Maybe there are other option just for Video with OSD, as rest of GS features are not required.
Posts: 1
Participants: 1
@Michael.N wrote:
Hello,
I´m using:
- Frsky Taranis QX7 ACCESS (OpenTX 2.3.10, ISRM-N 1.1.1/2.1.0EU)
- Frsky ARCHER RS (1.2.0/2.1.2)
- Matek 405-Wing (arduplane_with_bl latest about 20.12.2020)
- Beitian BN-220 GPS
I want to use:
- Frsky Variosensor HP
How can I connect the Frsky Variosensor HP to the F405?
The sensor has two ways to send the data:
- with SmartPort
- with the older Data output from Frsky.
Do you have any ideas?
I try to use RX1 with different parameters, but it doesn´t work.Thanks
Michael
Posts: 1
Participants: 1
@510811104099_CSE wrote:
I would like to change the HUD size manually. But the code forcely change the size by hud1.doresize(). And no data is updated. I don’t know why ? Please help me.
Posts: 1
Participants: 1
@Rick_Riggins wrote:
I’m building an antenna tracker and would like to use the telemetry data from my TBS Crossfire downstream for directional control. It has built in WiFi and Bluetooth for a wireless connection. Has anyone tried this?
Posts: 1
Participants: 1
@Simon_Exner wrote:
Hello,
I have tried to compile my own firmware, but I do not seem to be able to get it working.
I want to get a third Serial on the RevoMini by sacrificing two PWM outputs (PA0 and PA1).
I tried to modify the hwdef and compiling works, but I do not seem to able to get it working (a connected GPS does not get recognised).I have attached the original and modified hwdef files. Anyone can help?
hwdef.dat.txt (2.7 KB) orig_hwdef.dat.txt (2.9 KB)
Posts: 1
Participants: 1
@craigy72 wrote:
Hey All,
I’m trying to get my current sensor more accurate but I’m running into a strange issue.
When running a 3S battery, the current sensor is pretty good. At about 40pc throttle for this setup I get the expected current, around 2A.
However, if I change the battery over to a 4S, the current starts out accurate but as I increase the throttle, the current starts to jump up, at around 40pc I get around 120A, which is obviously not correct. Then it would seem, if I increase this more, the current then starts to come down to a value to one that would be expected?
Any idea what is going wrong here?
Thanks,
Craig
Posts: 1
Participants: 1
@orflyfisher82 wrote:
Hello, I just got my hexa setup, and im trying to get it tuned - leta say I try to move forward - the frame pitches almost to the point that its going to fall out of the sky. Im still learning the correct phrases to use so im sorry in advance if what im sayin doesnt make sense. I have logs from my last flight, I dont know if that would help describe whats happening, but If ot would let me know and ill post them. Any help would be greatly appreciated. Thanks.
Posts: 2
Participants: 2
@Dustin_Mccreery wrote:
If I take a aircraft remove the cube and PDB and replace the plates its sitting on in the same position on new plates do I need to reperform the compass &or accel calibrations?
In the same vain if I pack a machine and ship it some where should I redo the compass calibration due to the machine getting jarred in shipping.
Posts: 1
Participants: 1
@Peterarnold wrote:
Hi
I have a script that controls a Sony RX100 using a Seagull #REC2, a Gremsy Pixy U through a Herelink.
The script works fine i.e. controls the gimbal and camera functions but after a short period of airtime the script stops working and turns the camera off and I have to land and repower everything to get it started again. Today it shut down after about 2.5 minutes and again after about 30 seconds on another flight.
Is there a way to find in the logs to see what is happening or does someone have a fix for this e.g. restart the script in the air? I did notice someone was working on a parameter that restarted scripts but it doesn’t seem to have been implemented?
I have SCR_HEAP_SIZE = 150,000. It may be a memory problem but not sure how much is needed??
Here is a link to the script.
https://drive.google.com/file/d/1dcFnQQs32xWQ9MvMOR_bhkXWJrp5eNK6/view?usp=sharing
Any help would be appreciated!!
Peter
Posts: 2
Participants: 2
@Cutacopter wrote:
Hi All
With Remote ID rule in USA finalised, is there any future development planned to incorporate these broadcast devices into Arducopter?
Are there any hardware developers ahead of the curve yet?
Thx.
Gary.
Posts: 1
Participants: 1
@pyeager wrote:
I fly a F550 with Pixhawk 2.4.8 running copter 4.0.5.
In a recent flight in circle mode, a noticed quite a bit of twitching in roll.
I wonder if this might be due to a difference in the weight of the battery I was flying from the ones I used for auto tune.
The battery I was flying for auto tune weighs about 430 grams.
The battery I flew for the flight that displayed the twitchy behavior weighs about 645 grams.
Batteries are located atop the top plate of my F550 oriented across the roll axis.
Posts: 2
Participants: 2
@sitedesign wrote:
Attached are the log files from 2 different drones that fell out of the sky, these both had AC4.0 and had 15" props.
Both had similar motors and T-Motor propellers
Both drones in excellent condition and flying fine before for many flights
Both had similar problems with motor 4 going to max output just before the crash.
These are both Quads using a 850mm carbon frame using HolyBro Pixhawk 4 flight controllers (mini in one)
Both about 2Kg TOWLogs: https://drive.google.com/drive/folders/1yf8E0glcbEkwMRTnnYU1lNpGYXDgaGbE?usp=sharing
Posts: 2
Participants: 2
@gxryy wrote:
Hello community members,
I understand that QuadPlane firmware is based on ArduPlane firmware, and that collision avoidance is available on ArduCopter. I can’t seem to find documentation if collision avoidance is available for QuadPlanes in AltHold mode.
Kindly advise and Happy New Year!!
Best Regards,
gxryy
Posts: 3
Participants: 2
@robothornet wrote:
Hi all,
My current (just for fun) project is a small, 5’’, sub-250g quad with a Raspberry Pi Zero and a camera on board for mapping, equipped with a mro PixRacer.
After some manual tuning and a Autotune flight it was flying reasonably well in AltHold and Loiter modes (maybe reacting a bit slow when stopping in Loiter). Vibration values also look good, below 14 on all axes.However, when flying a test mission in Auto, after a bit of steady and nice flying the Copter suddenly jerked violently and lost altitude rapidly. It caught itself after some meters of falling and I was able to fly it back using RTL and land it safely. After that, tried flying it in Loiter some more and everything behaved normally again.
Looking at the log, I see the following:
- Arming checks should be full - I forgot to add GPS back in after testing it indoors. But GPS reception looks good throughout the flight, with a single GPS glitch after landing.
- Vibrations look ok up until the incident. Only during/after the violent descent there is increased vibration/clipping
- the Power Supply for the Pixracer looks poor, with Vcc going down to 4.86v. But I don’t see a correlation with the problems during automatic flight. I will try to find a better solution for powering the Pixracer (and still keeping the copter lightweight)
- Just before the descent the Pressure drops rapidly/Barometric altitude rises from 50 to 100 m and then oscillates at an extreme amplitude (GPS altitude is representative of the Copters actual behaviour)
It should be noted that the Pixracer is uncovered on top of the Copter. Can this be the reason for this sudden drop in pressure? It’s strange because it behaved well during the manual/loiter tests.
I’m a bit puzzled because of the very extreme and sudden reaction of an otherwise well-flying copter.
Posts: 1
Participants: 1
@Tate_Davenport wrote:
I just finished building my first Pixhawk drone and I’m having some stability issues. Whenever I try to increase the throttle it seems like the rear motors are lifting more than the front motors and so the drone sort of scrapes forwards along the ground for a while before it manages to hover a few feet off the ground but it’s incredibly unstable and moves randomly while doing so and usually crashes shortly after. Furthermore, it seems like increasing the throttle mostly amplifies the instability and doesn’t really change the altitude past a few feet. I’ve checked the motor orientation/directions(top right is 1, bottom left is 2, top left is 3, and bottom right is 4), with 1 and 2 ccw and 3 and 4 cw. I’ve also checked the props as well. I did all the mandatory hardware calibrations in mission planner including my escs (I really thought that was gonna be the problem but it persisted even after I calibrated them). Here are some log files from a small flight I tried to do. 1 12-31-1999 7-04-00 PM.bin.log (608.6 KB) 6 12-31-1999 7-07-06 PM.bin.log (716.4 KB) Does anyone have any ideas why it’s being so unstable? Also if you guys need any pictures or any other info about my setup, please ask.
Posts: 3
Participants: 2
@Marco_Casella wrote:
Hello everybody,
I have encountered a weird behavior during the motor to ESC connection.
I have carried out ESC calibration using a motor and it spins properly, then I have tried another motor with the same calibrated ESC but this motor does not spin properly and it starts heating, so I have decided to swap any two cables and the motor starts spinning as expected.
This image shows exactly the procedure I have followed, first configuration does not work but swapping cables solve the issue.
Any of you can give advice on this issue? I did not expect such behavior, I thought the second motor should work despite the order cables.
Motor used: T-motor MN501-S KV240
Esc used: T - motor AIR 40AAlso when I tight motor to rigid support it seems like it tights itself and the spinning part becomes harder to rotate, is it normal?
Any advice is appreciated best regards.
Posts: 2
Participants: 2
