Jump to content

Attention: RC-CAM.com will be closing down August 2021.

The RC-Cam.com forum was the very first online community dedicated to the advancement of wireless video cameras on radio controlled (R/C) models. This is now called "FPV" (First Person View). We are proud of the contributions that our members have made to the FPV hobby.

We've seen significant changes over the last twenty years. Initially there were a lot of eager R/C hobbyist that built their own video systems. Allowing these creative individuals to share their work was the purpose of this site. Now the FPV market is flooded with low cost systems; Sadly DiY FPV video projects are now rarely discussed.

RC-CAM.com (main site and forum) will be closing down August 2021. This is being announced now (March 2021) so that everyone has time to download any information that is important to them. After the site is shutdown the information will no longer be available here.

We appreciate every member's involvement with advancing the FPV hobby. It is indeed sad to say goodbye to all our online friends. Be safe and stay healthy.

Daniel Wee

Trusted Member
  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Daniel Wee

  • Rank
    RC-Cam Mentor
  • Birthday 09/25/1967

Contact Methods

  • Website URL
  • ICQ

Profile Information

  • Location

Recent Profile Visitors

1,123 profile views
  1. Thanks Thomas, for the test. I believe the gain in performance comes directly from the reduced bandwidth. I am however, exploring some filters with far lower IL (typically 4-5dB) which would represent a 16dB improvement. Unfortunately these filters need to be custom made but it would be really interesting to see the results of such a filter. Daniel
  2. Hi anci3nt, Sorry for this late reply - I haven't been dropping by here too much lately. In answer to your question - yes the Pro version will also control the throttle channel as well as some others. It's got enough PWM channels to control pretty much everything - maybe even flaps. And yes, the idea (eventually) is that this thing will do auto-landing or at least assisted landing. We're still a ways off in terms of software development right now. Have to make sure that the hardware works first. Daniel
  3. Also to save you some trouble - I've attempted the same thing with an accelerometer in a supposedly stable hover. The way the accelerometer behaves with lateral acceleration makes it very difficult to use. It will hover for a second or two and the slightest lateral movement will avalanche into serious false data and cause the heli to flip over. So this is not just theory - it's actual test results, backed up by theory. Daniel
  4. I think your main problem will be deriving the attitude of the helicopter. Basically the same mechanism that controls your vertical thrust (that is your throttle and pitch) are directly coupled to your pitch and roll (that is the attitude). Furthermore, in order to control altitude, you will need to know your heli's attitude, so as to be able to know the thrust vector. In a sense you can think of your heli as a thrust unit with variable vector. So determining your vector relative to ground will be crucial. The accelerometer should, in theory, provide you with the attitude information. Unfor
  5. 1. The system actually supports waypoints but right now only one waypoint is used - HOME. Unfortunately for this version (4.6) we've pretty much used up all available memory so under you start removing stuff, you won't be able to fit anything in. The next version will have more than enough memory for waypoints, maps, and so on. In fact it will have UAV capabilities. 2. See #1. Daniel
  6. I'm hoping to be able to do that in a about a week or so. We're getting a small number of prototype boards made for me and a few beta testers. Once I get them, I'll be able to put the thing on a plane and tweak the performance until I'm happy with it. After that I'll incorporate it into the autopilot once I get a better feel of it's in-flight performance. Daniel
  7. My guess is that it sends a stream of serial commands to the PLL to generate the frequency. De-tuning would involve careful understanding of the PLL IC since the output is usually the product of a multiple of some fundamental crystal frequency so this isn't as easy as detuning a typical LC or even crystal oscillator. Probably the best way is to hack the firmware if possible, and you can probably get a few more channels out of that. The other problem with out of band frequencies would be the tuned circuit performance for both the transmitting amplifiers, transmission lines, and the receiver.
  8. One way would simply be to strap the unit to a test rig with known inclinations and test it that way. Another approach would simply be to see how well it works for the desired purpose - be it stabilization or artificial horizon. If it works, it works. Daniel
  9. In fact the systems equations aren't that complex. What is needed is to characterize the noise of the system and the covariance values. This can actually be empirically determined. In saying this, I'm also making some assumptions regarding the cross-axis influence and ignoring some other influences as negligible or linear. This allows us to keep the equations complexity manageable. As to whether this will outperform a simpler system, well that depends a lot on what that other system is. In fact by the time you tune up a PID loop to get it right, you might as well just use a Kalman EKF or be
  10. In my case, I already have the Kalman filter working successfully, and working quite well too so no need for me to use less effective methods I think. Daniel
  11. Well, we could use a simpler scheme to correct for the drift but since we also use the IMU for stabilization of the plane, you will want the best estimator, and since the Kalman is a well suited optimal estimator - it is ideal for this sort of thing. Daniel
  12. Here's something to whet your appetites. Photos of the latest Dragon boards Daniel
  13. Over a period where good GPS reception is available, the GPS is within 4% of the barometric altitude, and in some cases more accurate than the barometric altitude. This may also be related to the poor implementation of barometric altitude sensors that are common, relying on single ported sensors when a proper implementation would actually call for a dual sensor arrangement. Those of you who want to know more, check out the research paper by J.D. Andrew Graham entitled "Raw GPS for Vertical Navigation". Here is a quote from that paper:- I submit to you that a lot of what's floating arou
  14. Actually I found that even within the quarternion representation, there exists a discontinuity as you go from -180 to +180. One of the dimensions go from +1 to -1 and that will throw off the filter. Fortunately, there is a much simpler solution to this problem and I'm hoping that it will work. I've actually already written the code but a couple of wires broke off the IMU due to all the twisting while testing and I've not gotten round to actually re-soldering them just yet. Daniel
  • Create New...