Re: [RCSE] Royal Evo
Hi Barry, Just received mine with a HF-synth-module instead of those old crystals.. I couldn't find the time to configure it though, but it looks great, is very handy and rather liteweight. There are still some switches that potrude from it, so you still need a case. The software seems to be very intuitive. A friend got it the same time and he configured it and said that the hard part is to make a setup-template according to your habbits and then it's extremely easy while giving you alll the freedom you could ever wish to (there is a instruction-PDF you can get at their website that tells everything)... Looks a lot better than those robo-cop-style-JRs (beauty is in the eye of the beholder of course), has four flight-phase-memories for each model and costs a lot less than the Graupner-JR TXs (479,- Euro including 16% VAT with the Euro-$ being 1:1) I tell you more as soon as I configuered mine... ;-)) Cu Wolfram Has anyone been using a Royal Evo? Checking the archives, there has been a bit of a buzz of late. Web site indicates they are being delivered. I'm curious to know if anyone has had one in hand and how it stacks up against the Profi 4000 or a Stylus. TIA Barry Andersen Cincinnati Soaring Society RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
Re: Blue screen sandbagging, was [RCSE] GUI programming for TX's
On Thu, 2 Jan 2003 [EMAIL PROTECTED] wrote: Why would you even want to use a PC for programming? Just imagine firing up your laptop while waiting in the winch line to fix some centering... We could add the blue screen of death as the latest sandbagging excuse... I don't think we're talking about completely replacing the normal programming of the Tx with an offboard GUI. The issue is more that, for first setting up a plane, it would be much easier to have a GUI flowchart (for instance). Mostly, though, I think that something like this: http://www.futaba-rc.com/radios/futj9000.html should be the standard in computer-driven Tx hardware interface (not all 9 channels of it, though; I usually need 2 and sometimes 3). I was just talking to a guy yesterday, though, who was completely stumped by his, which indicates a failure in interface design. He was new to the hobby and was getting pretty discouraged about the whole thing just because he couldn't figure out his radio. So the software interface, I think, has to change. For instance, imaging setting your centers by positioning with the stick and then pressing the Center here button. Then setting the endpoints the same way. To get a Launch Mode, align all your surfaces the way you like them, then press Enter and it moves the centers for the program to the appropriate spot. You can then tweak expo or whatever for Launch Mode in the same way. -J d. o. darnell wrote: The concept of graphical user interfaces (GUI) for programming TX's might at first seem like a good idea. However, attempts to do so have not been successful for several reasons, not the least of which is the market. There are four major manufacturers each having a different hardware setup and programming metaphor. It's possible to write a PC/PDA program to hook up to a TX , display a model with controls and to provide save/restore functions to the TX EPROM, although it is not likely that enough people would be interested in using such software. This functionality already exists internally to some degree in current TXs. Additionally there is no standard or programming model for all existing TX's narrowing the market even further. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
Re: Blue screen sandbagging, was [RCSE] GUI programming for TX's
On Thu, 2 Jan 2003, Jason Werner wrote: Now that would be funny! Personally though...I don't quite see the need for an external programming type interface unless it added to the functionality of the programming. For example... - A graphical and simple mixing setup. You drag and drop controls in a bin and EASIALLY control wh is master, slave, and the ratios. I think that's exactly what we're talking about here. - Or even better, increased functionality within the programming. Why have a system that simply lets you enter end points? Perhaps the program could increase the mixing, etc. Imagine having a lower tech radio having increased programming functions? It is possible...but unlikely! Oy, now you're talking about actually *controlling* with the computer? I mean, that would be fun, and it's definitely possible, but that's some wicked klunky. In that case, I think you'd want to start with a Palm and write a custom app to talk to a custom-built Tx module with sticks for input. All possible, interesting, difficult, and expensive. -J Jason - Original Message - From: [EMAIL PROTECTED] To: d. o. darnell [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, January 02, 2003 9:34 PM Subject: Blue screen sandbagging, was [RCSE] GUI programming for TX's Why would you even want to use a PC for programming? Just imagine firing up your laptop while waiting in the winch line to fix some centering... We could add the blue screen of death as the latest sandbagging excuse... d. o. darnell wrote: The concept of graphical user interfaces (GUI) for programming TX's might at first seem like a good idea. However, attempts to do so have not been successful for several reasons, not the least of which is the market. There are four major manufacturers each having a different hardware setup and programming metaphor. It's possible to write a PC/PDA program to hook up to a TX , display a model with controls and to provide save/restore functions to the TX EPROM, although it is not likely that enough people would be interested in using such software. This functionality already exists internally to some degree in current TXs. Additionally there is no standard or programming model for all existing TX's narrowing the market even further. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
RE: Blue screen sandbagging, was [RCSE] GUI programming for TX's
On Thu, 2 Jan 2003, Tripp Meister wrote: This wasn't about programing from your computer at the field. This is about having the flexability to do your core programing and initial testing on the PC then pushing the program to the TX. It would make the programing of the MPX3030 faster and easier because you would be able to see more of entire program in one screen than on the TX. You could also just have a far better, more intuitive interface. -J -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 02, 2003 6:34 PM To: d. o. darnell Cc: [EMAIL PROTECTED] Why would you even want to use a PC for programming? Just imagine firing up your laptop while waiting in the winch line to fix some centering... We could add the blue screen of death as the latest sandbagging excuse... d. o. darnell wrote: The concept of graphical user interfaces (GUI) for programming TX's might at first seem like a good idea. However, attempts to do so have not been successful for several reasons, not the least of which is the market. There are four major manufacturers each having a different hardware setup and programming metaphor. It's possible to write a PC/PDA program to hook up to a TX , display a model with controls and to provide save/restore functions to the TX EPROM, although it is not likely that enough people would be interested in using such software. This functionality already exists internally to some degree in current TXs. Additionally there is no standard or programming model for all existing TX's narrowing the market even further. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
Re: [RCSE] RE: GUI programming for TX's
On Thu, 2 Jan 2003, Steve Giron wrote: There is a little-known program out there that does some of the this already for the Multiplex radios. It's at http://www.sea-gull.demon.co.uk/program.htm Hey, cool! Multiplex also has a software-based programming tool, though there's no indication of what its interface is like. -J Here's a snipet from that site. WHAT is sMPX? sMPX is an application that will communicate with the Multiplex PROFI mc3030 (99 model memory version only) radio-control transmitter to allow the user to up and download data via a computer's serial port - how important are the settings you have made on your Tx - what happens if you screw them up, or the Tx battery dies? sMPX is dual platform - Macintosh (PPC) or PC (Windows 95/98) versions are available. sMPX is shareware, if you find it useful, then please register it at SWREG - it's only 20GBP (about 30$ US). Your support will allow sMPX to evolve. Registered users will be entitled to any future upgrades. Features . Single memory import. . Back-up set import (99 memories) . Save memories to disc as single memory or back-up set (99 memories). . Export saved memory(ies) to Tx. . Export single memory from a saved back-up or imported set. . Change name of model during export (upper AND lower case characters - not possible from the Tx keypad !!!) . Shuffle transmitter memories around (a real pain to do from the keypad !) . Display control assignments and values for each memory. . Display servo assignments and values for each memory. . User Mixers import . Save User Mixers to disc. . Export User Mixers to Tx. . Copy window data to your favourite word processor for printing. . Print window data. . Display general information about Tx (operating time, user name etc). . sMPX files have some compatibility with other similar programs currently on the market. . Recover facility allows users to save and upload program memory (as opposed to model memory). . Change Owner Name Yeah yeah, you can't actually program the radio from this application, but it's a GUI start to what many are looking for. - Original Message - From: Tripp Meister [EMAIL PROTECTED] To: [EMAIL PROTECTED]; d. o. darnell [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, January 02, 2003 6:46 PM Subject: RE: Blue screen sandbagging, was [RCSE] GUI programming for TX's This wasn't about programing from your computer at the field. This is about having the flexability to do your core programing and initial testing on the PC then pushing the program to the TX. It would make the programing of the MPX3030 faster and easier because you would be able to see more of entire program in one screen than on the TX. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 02, 2003 6:34 PM To: d. o. darnell Cc: [EMAIL PROTECTED] Why would you even want to use a PC for programming? Just imagine firing up your laptop while waiting in the winch line to fix some centering... We could add the blue screen of death as the latest sandbagging excuse... d. o. darnell wrote: The concept of graphical user interfaces (GUI) for programming TX's might at first seem like a good idea. However, attempts to do so have not been successful for several reasons, not the least of which is the market. There are four major manufacturers each having a different hardware setup and programming metaphor. It's possible to write a PC/PDA program to hook up to a TX , display a model with controls and to provide save/restore functions to the TX EPROM, although it is not likely that enough people would be interested in using such software. This functionality already exists internally to some degree in current TXs. Additionally there is no standard or programming model for all existing TX's narrowing the market even further. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
RE: [RCSE] RG14
On Fri, 3 Jan 2003, Bill Conkling wrote: why? To reduce the tip stall tendency. -J .bc([EMAIL PROTECTED] http://www.widomaker.com/~conk Williamsburg, VA 23185 On Thu, 2 Jan 2003, Monkey King wrote: On Thu, 2 Jan 2003, Bill Swingle wrote: The standard value is between 25% and 30%. Personally, I'd choose 30% at the tip (1.5) and just extend that size to the root. This would equate to 21% at the root, would be a good compromise and would allow a constant chord aileron. Don't we want the aileron to reduce chord as it approaches the tip? -J RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
RE: [RCSE] RG14
On Fri, 3 Jan 2003, Bill Swingle wrote: does the 'good' outweigh the difficulty? I was hoping you wouldn't ask. I'm not qualified to give a rigorous answer. But, here's my layman opinion: For most guys no. I don't think it's usually worth doing it. Which is why much of the time a builder will just stick with constant chord surfaces. It' tough to argue with the convenience of commercially available materials. However, on a speed plane (depending on control surface rigidity) it can be an important factor in avoiding flutter. On an earlier plane, I had a problem with both flutter and a pronounced tip stall at full throw. I'm trying to fix that. A tapered aileron would seem to fix that. -J And, is the effect noticable? For most guys no. Personally, I like lots of roll authority and tend to over size mine any way. But I don't fly speed planes so my sloppy building doesn't risk flutter. The choice of control surface width is very complicated. But a ballpark value is usually good enough to achieve decent performance. Which is why I originally said 25%-30%. They're commonly used values that do fairly well. To examine the subject more closely, we'll need to consult the likes of Blaine, Joe, etc... Bill Swingle Janesville, CA [EMAIL PROTECTED] RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
RE: [RCSE] RE: GUI programming for TX's
My feeling is that the PC should not be relied on for all the programming but make it easier to do the intial setup. I feel that a good UI is the key. I would give up the idea of PC pragramming ability if the manufacturers would make an easy to understand UI. it is difficult ti have to burrow through choices to get to where you want to be when you have multiple paths to start from. Unless you are really familiar with where something is you have a heck of a time finding what you need. Why not a flow chart and choose what you want to from the chart? Or a menu driven system? On my JR I have to either hold down two buttons on power up or hold down the same two buttons after it is powered up to start down two seperate paths so I can scroll through the choices. Then there are two ther buttons you can press for more paths. I realize that this is kind of old technology these days but I feel it is time for the radio mfg's to make this easier. As for a market or lack thereof, for sailplan flyers, probably no. But what about the other radio control flyers out there. I am sure the TOC guys would find it helpful. Mark http://www.isthmusmodels.com __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
[RCSE] SuperZ For Sale SuperDuperLow Price
For Sale SuperZ Airplane Previous owner says it flys ok Weight is between 35-70 oz give or take 10 oz I'm told it won't break if you winch it Has had it's fair share of repairs but all parts are there 4 servos included. 2 are name brand, the other two servos are a mystery. You must by the plane without knowing what they are. I too fly a Super Z and they are great planes. I won't fly this one though because it's too ugly, has had too many repairs, needs too much work to make it fly, and my friends might see me try to fly it. Comes with the wings. The wings make this plane fly much better. Comes with the V tails too, when added with the wings this plane flys great... so I'm told. As an added bonus I'm not cutting off the wing connectors but will leave them intact so you can plug them into your rx before you launch this on a winch. Even with all these repairs, it should go up on the winch. This is a rare airplane. Act now! Once you crash yours, mine will go up in value. Don't pay attention to those other SuperZ's out there. This one is a deal you won't find anywhere else. Ahhh nebbermind, I'm putting this on ebay. If the bids aren't high enough, I'll cancel the auction and post it again for sale here over and over. (tounge removed from cheek) RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
Re: [RCSE] New LSF Shortlines
At 12:09 PM 1/3/2003 -0600, you wrote: You can find the latest LSF Shortlines at the LSF web site ( www.silentflight.org ). BTW, we are kicking around the idea of emailing a .pdf file of Shortlines to LSF members with email addresses. It's currently under investigation. If you have experience in massive emailings and would like to make some suggestions on how best to accomplish this, I'd be happy to discuss it outside this forum. Jim Deck Secretary, LSF Why PDA? Why not a simple text file? I am fed up with PDF, HTML, and other silly ways of making messages bigger simply to make them look better but does nothing to improve the technical content. I have noticed a trend over the last few years to slick up and dumb down everything. Is this an effort to accomodate the modern illiterate generation? One of the things I like about RCSE is that, like Joe Friday, it just sticks to the facts. At least it would if we could get all users to turn off HTML. Chuck Anderson RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
[RCSE] interesting read about domestic use UAVs
http://www.washingtonpost.com/wp-dyn/articles/A60876-2002Dec31.html -- Andy Schuler [EMAIL PROTECTED] RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
Re: [RCSE] You gotta REALLY wanna do this!!!
Has anyone here given thought on this thread that controls stick position at the transmiter doesn't really tell you anything at all about actual control throws at the surface of the model? Linkage, horn length, slop, flex, servo type and other variations wilklhave an effect on actual throw. If you want to do this, rig something to actually measure throw in angular units verses transmitter movement in angular units. ATV in numeric units ??? thats exactly what i proposed to do at #2: to pick up the actual input signal vs control surface deflection graph using computer. all the graphs that are drawn later, when you are creating a setup for TX (at #4) show actual control surface deflections. or percentages don't tell a lot, and variations in models and installations will present different throws for the same transmitter inputs. I think the idea is neat, but I don't think it will really make it as it's gonna be too costly and complicated to be available to the limited user base, and results won't be guaranteed. one thing i forgot to mention: the market for this kind of system is really small. if this is done commercially it will die sooner or later. i believe that open source project of some kind would be much more successful and useful for everyone. arne 1) it is possible to build a very cheap computer controlled multichannel servo signal coder/decoder using some microcontroller chip. RS-232 would be a cheapest way to connect it to PC. 2) you hook your plane to this device and measure the control throws of all control surfaces. perhaps not just min, center max but at more points, to get more exact response of the control surface to input signal. computer will drive the servo and you manually measure the deflections (i think that automatic measurement would be too expensive to implement). this is one time job. 3) a software model is created for every TX. the model captures the programming model of TX and all it's capabilities. creating a model is big work and must be done by someone who throughly knows the TX. of course: if the manufacturer is cooperating, it's much easier. (the model captures only behaviour of the TX, the user interface, programming and communication is dealt later). the abovementioned device can be used to measure the exact charcteristics of the TX: you hook this device do your receiver, move the stick to some particular position and let the calibarating program to measure the servo signal. you can pick-up exact characteristics for differential or whatever you need. 4) the model of the particular TX is realized as a plugin for a bigger programm that can be used to program your TX. the programm provides unified user interface for all TXs: with sliders, knobs, switches, sticks, whatever. you can select TX model and create various setups for it, compare setups (graphically), store them to file on PC and so on. this programm can drive the servo signal encoder described above, so you can test the setups on your plane. if you want to transfer your setup from one TX to another you can compare the output graphs of setups from different TXs and alter the parameters of the destination TX until you achieve a similar output graphs. since you have measured your plane (on step one) you can observe the real behaviour of the control surfaces. 5) the programming instructions can be added to the TX model. so if you are satisfied with your setup, you can print out detailed programming instructions for your TX. or you can re-create the model in your computer by following the programming instructions. this can be done for every computer radio. advanced options: 1) if the TX has a PC interface and if the format of the programming data is known, one can create additional (different) plugin for this TX that handles the communication and uploads/downloads the configuration to/from TX. this plugin cannot be created for all types of TXs, it's not that universal, it might even be platform-dependent. 2) add some automatic conversion function that will try to convert setup of the one TX to another (using neural network or something like that). arne RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
[RCSE] Chucks Critique
Chuck, Looks like you are having a real good day. 1st. of all the document is not created in text format, we stopped using straight text a few years ago, 2nd. I do not write technical news letters... guess I must be dumbed down. would you like to offer a technical article ? Putting together the Shortlines, is a volunteer effort, and no one else will do the job. Would you like to? 3rd. Most people are running different systems than you probably are, and the PDF format is a cross platform format, that is acceptable to most modern makes and models of computers. 4th modern illiterate generation ... Thank you for your support ! 5th just sticks to the facts . Thank you for your support ! 6th Elections are this next summer We have put a number of working programs in place that promote the LSF and what we are about. This offering was just another step, in attempting to reach out to our membership both new and old, I am proud of the LSF, its board, The LSF membership, and the work we try to do, even though it does not measure up to your level of expertise. I am sorry that you are not happy with the LSF and take this occasion and forum to voice your displeasure. Thanks Again for your Support... Jack Strother President League of Silent Flight Shortlines Editor At 01:40 PM 1/3/2003 -0600, Chuck Anderson wrote: At 12:09 PM 1/3/2003 -0600, you wrote: You can find the latest LSF Shortlines at the LSF web site ( www.silentflight.org ). BTW, we are kicking around the idea of emailing a .pdf file of Shortlines to LSF members with email addresses. It's currently under investigation. If you have experience in massive emailings and would like to make some suggestions on how best to accomplish this, I'd be happy to discuss it outside this forum. Jim Deck Secretary, LSF Why PDA? Why not a simple text file? I am fed up with PDF, HTML, and other silly ways of making messages bigger simply to make them look better but does nothing to improve the technical content. I have noticed a trend over the last few years to slick up and dumb down everything. Is this an effort to accomodate the modern illiterate generation? One of the things I like about RCSE is that, like Joe Friday, it just sticks to the facts. At least it would if we could get all users to turn off HTML. Chuck Anderson RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off. Jack Strother LSF President Loveland, OHLSF 2948 LSF Level IV CSS Silver http://www.silentflight.org RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
Re: Blue screen sandbagging, was [RCSE] GUI programming for TX's
Oy, now you're talking about actually *controlling* with the computer? I mean, that would be fun, and it's definitely possible, but that's some wicked klunky. In that case, I think you'd want to start with a Palm and write a custom app to talk to a custom-built Tx module with sticks for input. All possible, interesting, difficult, and expensive. i added a mixer to my hitec focus 4am transmitter. the mixer is an analog computer. when i built it i looked at the possibility to build a PIC based digital computer instead. the problem was a DA converter. AD converter for sampling the stick positions is very simple. microcontrollers with sufficient number of analog inputs are available and cheap. at that time i found only one microcontroller that had a built in DA converter. it's certainly possible to create small addon board for simple non-computer radios that would sample the stick positions, send the data to PDA using RS-232, receive the processed data and send it to transmitter circuit. imagine: you can record your manouvres to PDA and replay them later :) only one thing bothers me little bit: reliability of the software. some kind of emergency cutoff switch for fully manual control is probably required to save your plane when PDA crashes. arne RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.
[RCSE] http://www.modelaircraft.org/templates/ama/compreg.asp
I just noticed the AMA published the latest competition regulations in PDF format at: http://www.modelaircraft.org/templates/ama/compreg.asp RCSE-List facilities provided by Model Airplane News. Send subscribe and unsubscribe requests to [EMAIL PROTECTED] Please note that subscribe and unsubscribe messages must be sent in text only format with MIME turned off.