Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
Hallo everybody, I purchased a few rotary encoder and a bunch of 7segment displays to build a physical replacement of the Bendix KX165. I'm using Arduino which feeds data to FGFS on a serial connection. I'd like to update instrumentation/comm[0]/frequencies/standby-mhz property using the rotary encoder, I wonder what's the best strategy. Roberto I suggest not to send the raw encoder data to FlightGear but to compute the frequencies internally in your arduino and send the result as a frequency or channel to fgfs. I used this here: http://wiki.flightgear.org/index.php?title=Howto:_Build_your_own_procedure_trainer#Radio_Stack Sources available here: https://gitorious.org/flightgear-pmpt/fg155 I use I2C communication between my PC and the microcontrollers, but that could easily be changed to a serial-over-usb protocol for the Arduino. best Torsten -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [OT] The Canterbury Project: Linux Distros merge
For those who use Linux, this might be the most interesting news today: http://www.debian.org/ http://www.archlinux.org/ http://www.opensuse.org/ http://www.gentoo.org/ http://grml.org/ All unified in a joint project. Torsten -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ..wee seaplane patch for ju52floats
Am Mittwoch, den 30.03.2011, 23:01 +0200 schrieb Arnt Karlsen: Hi, ..wee seaplane patch for ju52floats, about damn time, eh? ;o) cool, didn't know this feature exists. Gonna try this out. Thanks for the info! -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Detlef Faber http://www.sol2500.net/flightgear -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
Hallo Torsten :-) in the meanwhile I've reviewed what I've done in the past with the Seneca NLG, that NASAL code ... it was fun :-) I think I'll try this approach first. Von: Torsten Dreyer tors...@t3r.de I suggest not to send the raw encoder data to FlightGear but to compute the frequencies internally in your arduino and send the result as a frequency or channel to fgfs. ... I use I2C communication between my PC and the microcontrollers, but that could easily be changed to a serial-over-usb protocol for the Arduino. It's a design decision, my first idea was to use the external hardware as a replacement for physical input/output devices, no intention to put too much logic in there other than what pertains to what knobs/displays/levers physically do. I would leave the rest of the processing into FlightGear. That means something like that: - a frequency selector knob knob rotates -- the rotation gets passed to FGFS that then makes the internal instrument logic do what it's originally meant to do. - an FGFS frequency display changes value -- the value gets passed to the external hardware that updates it's state accordingly. Another example just to be clear: I don't want to build a Yoke physical replacement that sends aircraft attitude values to FGFS, it should only send it's physical movements and let FGFS do the rest of the simulation processing. That way, the physical external hardware should be a simple replacement of those 3d elements that we generally controll using mouse clicks on the screen. I guess I will move more of the instrumentation's internal functionalities to the external hardware/software in the future anyway (I'm already tempted now), but according to my plan that has to be done in a second step. Anyway, I accept your suggestion and I will investigate in what practically implies sending the frequency to FlightGear instead of sending the knob rotation alone; but I will leave that for a second stage project. Von: Gene Buckle ge...@deltasoft.com I used outbound UDP from FG to send data from the sim to my host interface software and then a telnet based command channel that would be used to set properties. I was not happy with Telnet performance, not even after pumping it's speed up. It has some advantages, I could send only changing values to fgfs and not everything/always, but its poor reactivity makes it a poor choice for more interactive input/output. I'm working on the KX165 now, but it's only a piece of the puzzle, I have yoke/pedals/indicators in mind too. Von: Curtis Olson curtol...@gmail.com I don't know if this is the best approach or not, but when I tackled this task for the ATC Flight Simulator interface (FAA certified flight sim based on FlightGear) I dug in and wrote some C++ code. I find that intriguing (not less than Torsten's i2c/ATMEL prototype) and I will think about that, but I'm still not very confortable with C++ ... I'm writing C++ code now first time in my life, I'll try and make things simple at first. -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] The Canterbury Project: Linux Distros merge
On Fri, 2011-04-01 at 07:43 +0100, Torsten Dreyer wrote: For those who use Linux, this might be the most interesting news today: http://www.debian.org/ http://www.archlinux.org/ http://www.opensuse.org/ http://www.gentoo.org/ http://grml.org/ All unified in a joint project. Even if the date wasn't suspicious I wouldn't believe it until proven.. Erik -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Cloud interface from Nasal
Since my basic Cu texture image is often 1024x512 (sometimes larger), sorting through the y-coordinate of the texture sheet isn't an option unless you use 4096x4096 sheets - which may not be so nice. (?) Well, I guess that depends on the texture cache which you seem to have anyway. The textures don't have to have the same x y coordinate dimensions, so you could have 1x2 texture sheet that was 1024x1024. Right... but To match the existing global 3D clouds, it would be easier for each cloudlet (cluster of sprites representing a cloud puff) to use a single texture sheet containing multiple sprite textures. So then I'd be creating a cloudlet from a sheet with 2 textures - one for the top, one for the bottom, and that would mean that every cloud looks the same :-) So I have to 'mix' the clouds by overlapping cloudlets drawing from different sheets myself if the sheet is too small to offer substantial variation, that's the constraint. If you provide control over cloudlet size as above, I think the main new parameter needed is the amount of rescaling in the vertical axis to squash cloudlets into startiform shapes. We've got that control already - you can define the size of sprites in both x and y axis. Yes - before rotation. You have wScale and hScale as parameters in gl_Position = vec4(0.0, 0.0, 0.0, 1.0); gl_Position.xyz = gl_Vertex.x * u ; gl_Position.xyz += gl_Vertex.y * r * wScale; gl_Position.xyz += gl_Vertex.z * w * hScale; gl_Position.xyz += gl_Color.xyz; If you select hScale to be 0.5 and look at the texture sheet from the same altitude, you see a rectangle with the width 2 times the height. If you look at that texture from straight above, you see the same rectangle, just rotated to face you. The vertical squashing I mean is adding the line gl_Position.z = gl_Position.z * vScale; If wScale = hScale = 1 and vScale is 0.5, you see a rectangle with width 2 times height when level with the cloud, but you see a square when looking straight down - exactly the properties you need to build a layer efficiently. In fact, I think we probably want this control on a per-layer basis. In one case (used by the global weather system at present), the FG code will manage the clouds, repositioning them to create an illusion of complete coverage. In the other, the Nasal code is responsible for moving and deleting clouds. You mean you simply move them? I've never thought about doing that..., but in hindsight, it seems fairly obvious to do when you want to create a continuous layer... Maybe that's the solution to my altitude differential wind problem... (?) I had thought that converting accurately from lon/lat to cartesian coordinates was quite expensive when using the earth model we have. It would be if I would use the earth model in computations - but since the distances involved are small, I compute everything in local Cartesian coordinates and don't bother about misplacing a cloud by a meter or so :-) That's because when you are in the air you are generally moving in the same airmass as the clouds themselves, so they appear static. Well, no, because I look of course for the relative movement of the terrain underneath seemlingly static clouds - that's where the effect is apparent of course. In an ASK-13 with 80 km/h in 40 km/h winds, you can see this very impressively, you fly between a seemingly static set of clouds, and the terrain just keeps rolling below you. But most planes are just too fast - when I fly an approach in the Bravo for instance, I have about 100 kt on final - in 30 kt (!) crosswinds, the angular deflection of my course is just 17 degrees. How fast I see the terrain moving is then dependent on the distance to my reference point - if I am close to the ground, the apparent movement (=how fast terrain pixels appear to move sideways) is large, at 30.000 ft it is negligible. Okay, one can just about spot that above ground if one as a point of reference such as the runway. But for most of the flight, say from 12.000 ft, when I have a GS of 280 kt, the angular deflection is a mere 6 degrees and I don't have a clear reference point - it makes no visual difference to switch cloud movement off. Under most conditions, winds are way smaller and you don't usually get 30 kt crosswinds in an approach (that'd not be a smart approach direction...) - thus you can't really see it. Works really best for gliders or single-prop planes like the Cessna-172 - even the SenecaII which I use often is a bit on the fast side. Cheers, * Thorsten -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net
Re: [Flightgear-devel] Cloud interface from Nasal
Which reminds me, a long time ago (in the cutover from PLIB to OSG) we lost the ability to detect clouds using the Weather Radar. It would be very nice to restore that function. The code still exists, it's just the 3d clouds are no longer accessible. What would it need, and what can it handle? It's relatively easy to pass a list of cloudlet coordinates to any system who wants it - but that means since O(5000) cloudlets can be in the scenery, that the radar should be able to handle that number - if it creates a dot per coordinate pair, then that could be a bit much to ask... On the other hand, it is in principle possible to create a meta-description of what is created inside the cloud-generating algorithm - but then I'd need to know what the weather radar likes to know in order to show something useful. Cheers, * Thorsten -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] The Canterbury Project: Linux Distros merge
On Fri, 1 Apr 2011, Torsten Dreyer wrote: For those who use Linux, this might be the most interesting news today: http://www.debian.org/ http://www.archlinux.org/ http://www.opensuse.org/ http://www.gentoo.org/ http://grml.org/ All unified in a joint project. I may have been born on a Tuesday, but it wasn't _last_ Tuesday. :) g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
Von: Gene Buckle ge...@deltasoft.com I used outbound UDP from FG to send data from the sim to my host interface software and then a telnet based command channel that would be used to set properties. I was not happy with Telnet performance, not even after pumping it's speed up. It has some advantages, I could send only changing values to fgfs and not everything/always, but its poor reactivity makes it a poor choice for more interactive input/output. I'm working on the KX165 now, but it's only a piece of the puzzle, I have yoke/pedals/indicators in mind too. What could you possibly be sending via telnet that would require performance? Seriously, the _only_ time you should be sending data TO the simulator is if a control state changed. I seriously doubt it's physically possible for you to fiddle with enough switches knobs simultaneously to overload the ability of the telnet interface to process the events. If you're trying to use the telnet interface for pitch/roll/yaw/throttle inputs, then yeah, that would be a Bad Idea(tm) - FG has good built-in joystick handling and you shouldn't try to handle that externally unless there is some kind of compelling reason to do so. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
On Fri, Apr 1, 2011 at 8:12 AM, Gene Buckle ge...@deltasoft.com wrote: What could you possibly be sending via telnet that would require performance? Seriously, the _only_ time you should be sending data TO the simulator is if a control state changed. I seriously doubt it's physically possible for you to fiddle with enough switches knobs simultaneously to overload the ability of the telnet interface to process the events. If you're trying to use the telnet interface for pitch/roll/yaw/throttle inputs, then yeah, that would be a Bad Idea(tm) - FG has good built-in joystick handling and you shouldn't try to handle that externally unless there is some kind of compelling reason to do so. In the default configuration, the telnet module services incoming connections at 5hz. So in most cases the issue is probably more of latency than bandwidth. But if you spin a knob, you could hit bandwidth issues too. Latency is probably the biggest problem. Even if everything is running at 30 hz, requiring 1 frame to process the input, and then a 2nd frame to send the data back out to a physical display (like a physical radio stack with real 7-segment displays) will end up feeling a bit laggy and not quite as crisp as you'd like. Curt. -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.orghttp://www.flightgear.org/blogs/category/personal/curt/ -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
On Fri, 1 Apr 2011, Curtis Olson wrote: On Fri, Apr 1, 2011 at 8:12 AM, Gene Buckle ge...@deltasoft.com wrote: What could you possibly be sending via telnet that would require performance? Seriously, the _only_ time you should be sending data TO the simulator is if a control state changed. I seriously doubt it's physically possible for you to fiddle with enough switches knobs simultaneously to overload the ability of the telnet interface to process the events. If you're trying to use the telnet interface for pitch/roll/yaw/throttle inputs, then yeah, that would be a Bad Idea(tm) - FG has good built-in joystick handling and you shouldn't try to handle that externally unless there is some kind of compelling reason to do so. In the default configuration, the telnet module services incoming connections at 5hz. So in most cases the issue is probably more of latency than bandwidth. But if you spin a knob, you could hit bandwidth issues too. Latency is probably the biggest problem. Even if everything is running at 30 hz, requiring 1 frame to process the input, and then a 2nd frame to send the data back out to a physical display (like a physical radio stack with real 7-segment displays) will end up feeling a bit laggy and not quite as crisp as you'd like. Ahh, ok. The way I'd set it up was running the udp data pump at 30Hz and I never noticed any kind of latency. Then again, I was explicitly setting values when I was sending data as opposed to the send freq-up, let fg figure it out method. Because this isn't a real-time system, you really don't want to put any more load on the simulator computer than you really have to. :) I've seen a 40 year old Honeywell DDP-124 run a 737-200's worth of steam gauges in real time, so there's no excuse for latency with our fancy multi-GHz systems these days. :) g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
On Fri, 1 Apr 2011 06:29:52 -0700 (PDT), Gene wrote in message alpine.lfd.2.00.1104010622240.22...@grumble.deltasoft.com: On Fri, 1 Apr 2011, Curtis Olson wrote: On Fri, Apr 1, 2011 at 8:12 AM, Gene Buckle ge...@deltasoft.com wrote: What could you possibly be sending via telnet that would require performance? Seriously, the _only_ time you should be sending data TO the simulator is if a control state changed. I seriously doubt it's physically possible for you to fiddle with enough switches knobs simultaneously to overload the ability of the telnet interface to process the events. If you're trying to use the telnet interface for pitch/roll/yaw/throttle inputs, then yeah, that would be a Bad Idea(tm) - FG has good built-in joystick handling and you shouldn't try to handle that externally unless there is some kind of compelling reason to do so. In the default configuration, the telnet module services incoming connections at 5hz. So in most cases the issue is probably more of latency than bandwidth. But if you spin a knob, you could hit bandwidth issues too. Latency is probably the biggest problem. Even if everything is running at 30 hz, requiring 1 frame to process the input, and then a 2nd frame to send the data back out to a physical display (like a physical radio stack with real 7-segment displays) will end up feeling a bit laggy and not quite as crisp as you'd like. Ahh, ok. The way I'd set it up was running the udp data pump at 30Hz ..how much faster than the frame rate do we need to go, to always be ready for the next frame? and I never noticed any kind of latency. Then again, I was explicitly setting values when I was sending data as opposed to the send freq-up, let fg figure it out method. Because this isn't a real-time system, you really don't want to put any more load on the simulator computer than you really have to. :) ..do we have RT facilities in FG now? (RT as in forget that too late frame, do the next one, not necessarily real RT.) -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ..wee seaplane patch for ju52floats
On Fri, 01 Apr 2011 08:53:41 +0200, Detlef wrote in message 1301640821.2661.0.camel@Vulnavia: Am Mittwoch, den 30.03.2011, 23:01 +0200 schrieb Arnt Karlsen: Hi, ..wee seaplane patch for ju52floats, about damn time, eh? ;o) cool, didn't know this feature exists. Gonna try this out. Thanks for the info! ..er, did I break the ju52floats??? On resetting or going to the seaport or dropping it in thin air, the engines stop and I cannot get them started. ..that wee type type=seaplane/type line shouldn't do that? $FGROOT/fgfs/fgdata/Nasal/seaport.nas checks for this line. ..and there were a few more seaplanes not known by Nasal, last time I checked. -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
What could you possibly be sending via telnet that would require performance? Seriously, the _only_ time you should be sending data TO the simulator is if a control state changed. I seriously doubt it's physically possible for you to fiddle with enough switches knobs simultaneously to overload the ability of the telnet interface to process the events. If you're trying to use the telnet interface for pitch/roll/yaw/throttle inputs, then yeah, that would be a Bad Idea(tm) - FG has good built-in joystick handling and you shouldn't try to handle that externally unless there is some kind of compelling reason to do so. Actually ... there is, I kinda like the idea of building my own hardware Yoke and Pedals, and not use any plastic toy at all. You know, just for fun, no need, out of curiosity :-) Anyway, both input and output with a telnet connection causes that little bit of delay that makes it not realistic at all! No matter if it's FGFS getting its Yoke movements, or an external Gear Status Indicator receiving its state from FGFS, it all happens with that little delay that I really won't accept. I never got less than 1/10th of a second of delay with Telnet ... that's noticeable, believe me. I simply don't like it. I think Telnet will still be very usefull for other stuff, something that does not need a precise synchronization with the simulator. Feel free to provide me new hints on using proficiently Telnet+FGFS, I'm still open-minded about that :-) -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
On Fri, 1 Apr 2011, Roberto Inzerillo wrote: What could you possibly be sending via telnet that would require performance? Seriously, the _only_ time you should be sending data TO the simulator is if a control state changed. I seriously doubt it's physically possible for you to fiddle with enough switches knobs simultaneously to overload the ability of the telnet interface to process the events. If you're trying to use the telnet interface for pitch/roll/yaw/throttle inputs, then yeah, that would be a Bad Idea(tm) - FG has good built-in joystick handling and you shouldn't try to handle that externally unless there is some kind of compelling reason to do so. Actually ... there is, I kinda like the idea of building my own hardware Yoke and Pedals, and not use any plastic toy at all. You know, just for fun, no need, out of curiosity :-) Oh sure, I completely understand that! What I was saying though is that you're going to be much better off using the built-in joystick support of both FG and your host OS for your primary flight controls. Using something like Leo Bodnar's joystick interface would be a good start. I think it does work with Linux MacOS as well as Windows. For everything else the Arduino is a great choice, especially if you really crank up the baud rate on it. I would recommend at least 250kbits/sec. If you're using Windows, you can use the PPJoy driver in order to create as many virtual joysticks as you like using the Arduino - that's one of the side projects I'm working on right now. Nothing like using a MUX Shield for all the analogs you need! (it supports 48 10 bit analog channels) Standard controls like the radio stack, flaps, etc. are slow controls that would be perfectly suited to using the telnet interface. You're quite correct in that the telnet interface isn't going to be up to the job for the primary flight controls. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
* Gene Buckle -- Friday 01 April 2011: Using something like Leo Bodnar's joystick interface would be a good start. I think it does work with Linux MacOS as well as Windows. It does on Linux. The BU0836* expert for Linux is even a former FlightGear developer: http://members.aon.at/mfranz/bu0836a.html (config utility update soon to be released) m. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
Actually ... there is, I kinda like the idea of building my own hardware Yoke and Pedals, and not use any plastic toy at all. You know, just for fun, no need, out of curiosity :-) Oh sure, I completely understand that! What I was saying though is that you're going to be much better off using the built-in joystick support of both FG and your host OS for your primary flight controls. Using something like Leo Bodnar's joystick interface would be a good start. I think it does work with Linux MacOS as well as Windows. I know that nice peace of hardware :-) Never had it in my hands but I appreciate people making their own life with these hacks :-) I read many posts of people being happy with it. But I really like to make my own hack with FGFS ... I never really got into ICs, C++ programming and PICs before. I'm learning a lot using Arduino as middleware, it pulls down the learning curve and makes people like me more confortable with the basics (and even more) of electronics. Anyway, to me, making this stuff work is fun :-) If you're using Windows, you can use the PPJoy driver in order to create as many virtual joysticks as you like using the Arduino - that's one of the side projects I'm working on right now. Nothing like using a MUX Shield for all the analogs you need! (it supports 48 10 bit analog channels) http://ppjoy.blogspot.com/ Is this PPjoy you're talking about? Standard controls like the radio stack, flaps, etc. are slow controls that would be perfectly suited to using the telnet interface. Partially right. I almost agree. You're quite correct in that the telnet interface isn't going to be up to the job for the primary flight controls. You see, I'm making my way up interfacing non critical devices first. I'm exploring different input/output devices, algorythms, electronic standard circuits, communication medias and software techniques first. I will approach more hardcore stuff when and only if I will feel confortable with all the basics, not before. Btw, I just received a few MAX7219; my 7segment displays were waiting for them ... let's get to the breadboard again :-) Cheers. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
On Sat, 2 Apr 2011, Harry Campigli wrote: Robertto, Another way is to drop a Microchip Pic in your com box, if you use one of the smaller 18f 40 pin versions you have heaps of analog and bidirectional digital io pins, and construction wise you only need add an xtal and an rs232 or Ethernet chip to the Pic. Power it with 5v from your pc supply if you like. Easy to breadbord with off the shelf matrix board and wire wrap wire. You can code it in C and knock up (clone) a custom io routine to compile into FG which reads and writes direct to the property tree and talk to it on serial or network. I run my sim hardware which is all genuine gutted radios and Boeing panels etc with pics in this way. You are welcome to my source code for the FG IO and the pics. You will need to complie FG, and the pic xcompiler is windows based not linux but seems to run ok in an emulator ok. Harry, the big advantage with the Arduino platform is ease of programming. You don't need any special hardware to program the ATMega328 as it's got a protected bootloader on it that allows you to download the sketches (that's what Arduino programs are called) right to the board over a serial cable. That and Arduino Shields can really expand on what you can do. From 64 channel digital I/O Shields (the Centipede Shield) to an Ethernet Shield with a TCP/IP stack on it. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
On Fri, 1 Apr 2011, Melchior FRANZ wrote: * Gene Buckle -- Friday 01 April 2011: Using something like Leo Bodnar's joystick interface would be a good start. I think it does work with Linux MacOS as well as Windows. It does on Linux. The BU0836* expert for Linux is even a former FlightGear developer: http://members.aon.at/mfranz/bu0836a.html (config utility update soon to be released) That's great news! Thanks for that. (now quit being a former FlightGear developer will, ya? :) ) g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
On Fri, 1 Apr 2011, Roberto Inzerillo wrote: But I really like to make my own hack with FGFS ... I never really got into ICs, C++ programming and PICs before. I'm learning a lot using Arduino as middleware, it pulls down the learning curve and makes people like me more confortable with the basics (and even more) of electronics. Anyway, to me, making this stuff work is fun :-) Yes, the Arduino platform really lowers the bar of entry. http://ppjoy.blogspot.com/ Is this PPjoy you're talking about? That's exactly it! g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
On Fri, 1 Apr 2011 12:24:11 -0700 (PDT), Gene wrote in message alpine.lfd.2.00.1104011222580.1...@grumble.deltasoft.com: On Fri, 1 Apr 2011, Roberto Inzerillo wrote: But I really like to make my own hack with FGFS ... I never really got into ICs, C++ programming and PICs before. I'm learning a lot using Arduino as middleware, it pulls down the learning curve and makes people like me more confortable with the basics (and even more) of electronics. Anyway, to me, making this stuff work is fun :-) Yes, the Arduino platform really lowers the bar of entry. http://ppjoy.blogspot.com/ Is this PPjoy you're talking about? That's exactly it! ..it's at http://ppjoy.bossstation.dnsalias.org/ , I found it from http://sim.tomsrc.com/page.php?17 . -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
http://ppjoy.blogspot.com/ Is this PPjoy you're talking about? That's exactly it! ..it's at http://ppjoy.bossstation.dnsalias.org/ , Actually that's a very old web page, the author of PPjoy later on used his blog instead ... which is not very up to date anyway, latest test released were made on a 64bit platform (which is currently not even downloadable) and dates back to last year :-( Anyway, I don't like the idea of being stuck with WinXX, if I have to choose I'd prefer staying with Linux only than with Windows only. I think I will keep trying to be as much platform independent as I can. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] The Canterbury Project: Linux Distros merge
On Sat, Apr 2, 2011 at 12:05 AM, Gene Buckle ge...@deltasoft.com wrote: On Fri, 1 Apr 2011, Torsten Dreyer wrote: For those who use Linux, this might be the most interesting news today: http://www.debian.org/ http://www.archlinux.org/ http://www.opensuse.org/ http://www.gentoo.org/ http://grml.org/ All unified in a joint project. I may have been born on a Tuesday, but it wasn't _last_ Tuesday. :) Torsten, That was awful! An obvious troll if it wasn't the first of April. Regards George -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] The Canterbury Project: Linux Distros merge
On Sat, 2 Apr 2011 11:12:03 +1100, George wrote in message banlktikx3_44ozkxps4zg5ucy2wfbvn...@mail.gmail.com: On Fri, 01 Apr 2011 09:50:07 +0200, Erik wrote in message 1301644207.3660.0.camel@Raptor: On Fri, 2011-04-01 at 07:43 +0100, Torsten Dreyer wrote: For those who use Linux, this might be the most interesting news today: http://www.debian.org/ http://www.archlinux.org/ http://www.opensuse.org/ http://www.gentoo.org/ http://grml.org/ All unified in a joint project. Even if the date wasn't suspicious I wouldn't believe it until proven.. Erik On Fri, 1 Apr 2011 06:05:51 -0700 (PDT), Gene wrote in message alpine.lfd.2.00.1104010605270.20...@grumble.deltasoft.com: I may have been born on a Tuesday, but it wasn't _last_ Tuesday. :) Torsten, That was awful! An obvious troll if it wasn't the first of April. Regards George ..it's called cant and no prank(ed) tool is flawless. ;o) http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=cant ..further awful troll tool details: ;o) arnt@celsius:~/Documents$ apt-cache show cant Package: cant Priority: extra Section: admin Installed-Size: 44 Maintainer: Alexander Reichle-Schmehl toli...@debian.org Architecture: all Version: 0.8.15-1 Filename: pool/main/c/cant/cant_0.8.15-1_all.deb Size: 2182 MD5sum: 240cb2843bc3683cd4030548e7b4b35d SHA1: 2d1bdb606ab55ffb93e25f9a0bb44db050dd823a SHA256: 16556d0acfbdb96d2ab5391ece5ff8583eaa5d58cfcbeed6f23eb69aae2d1003 Description: Package Manager of the Canterbury Distribution This is the package manger of the Canterbury Distribution. Canterbury is a merge of the efforts of the community distributions formerly known as Debian, Gentoo, Grml, openSUSE and Arch Linux. . The target is to produce a really unified effort and be able to stand up in a combined effort against proprietary operating systems, to show off that the Free Software community is actually able to work together for a common goal instead of creating more diversity. Homepage: http://www.canterbury-project.org/ arnt@celsius:~/Documents$ -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?
On Sat, 2 Apr 2011, Roberto Inzerillo wrote: http://ppjoy.blogspot.com/ Is this PPjoy you're talking about? That's exactly it! ..it's at http://ppjoy.bossstation.dnsalias.org/ , Actually that's a very old web page, the author of PPjoy later on used his blog instead ... which is not very up to date anyway, latest test released were made on a 64bit platform (which is currently not even downloadable) and dates back to last year :-( If you need the 64 bit version, holler and I can put it up for download. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel