Kelt760

Perfect, Pete ! I just "have to", as we say in French. I think it will take a while to build the mecanics, but now I know it will work. Maybe I'll be back with ailerons, which seem a bit more complicated, since under AP I can only read aileron deflexion (2EA8), even though AP uses aileron trim (2EB0 don't move under AP)... Pierre

Thanks, Pete for this very quick and clear answer. I undestand the method with offsets 310A, 3328 and 0BB2. What I meant here was, would it be possible to add the two pots (elevator and neutral) values, for instance with SIOC, BEFORE sending the resulting value to calibration. That would avoid the 310A disconnect step. In other words, can calibration read its data from something else than a joystick raw data : I could write (with SIOC) the calculated value in an (otherwise unused) offset and have calibration take it from there. More clear ? :-) Thanks again ! Regards Pierre

Hi Pete, First, thanks for your tremendous work, which allows us to build our home cockpits ! I have a question relative to building a motorized yoke for a Baron58 in a FSX/Win 7 sim. I want to get a "real" trim, i.e move the neutral position of the yoke when I use the trim whell (or when the AP moves it). I am using OpenCocpits SIOC language. I currently have a motorized trim wheel with a multi-turn potentiometer ; when piloting manually, to set the trim, I read the pot, and send its "value" to offset x0BC0. Under AP, I read the offset value, and move the motor so that the pot (and thus the wheel) match the trim value ordered by the AP. This works fine. Now, I would like to move the yoke accordingly. I plan to have 2 pots : 1 on the yoke which normally drives the elevator, and the second to drive the motor which determines the neutral (center) of the yoke in similar way as the wheel. The point is, when I will move this center point, the whole yoke will move, thus changing the yoke potentiometer (elevator) value. So I need, before sending the yoke pot value to the elevator, to substract the center pot value, so that at the new trimmed position, the elevator offset is 0. This way, when I trim the aircraft, I will release the effort on the yoke without moving it, it move the neutral position to match the current yoke position... Under AP, I will use the FS trim value to drive the motor and move the yoke (as I do with the whell), but still with a 0 elevator value)... Hope I am clear ! From my readings of your user documents : I understand that I can use joystick calibration in FSUIPC (currently the yoke works from a cannibalized CH yoke), then use the "Send to FSUIPC offset" option to read this value in a SIOC varaible, then substract the center pot value, and then send it to elevator control input at offset x0BB2. Questions : is that idea correct ? If so, in which offset shall I read the calibrated yoke value send by FSUIPC ? I could not find out... The other choice is to read directly both pots in SIOC, loosing calibration facilities. Would that be better/easier ? Do you see drawbacks on either method ? Or is it possible calibrate adding the two pots (to send the resulting value to to calibration), but inthat case data will not come from a joystick but from SIOC (possibly in a unused offset) ? Of course I plan to do something similar with the ailerons, to have the yoke follow the PA orders... Thanks for the time you will take answering me. Pierre, Saclay, France

Hi Pete Thanks for your tremendous work. I am currently trying to build a motorized double yoke for a Baron58 in Fs9 (and maybe later in Fsx, with a motorinzed trim wheel. The software is (and for the most part will be) written in SIOC. The trim wheel already works with and without autopilot. The yoke will have a moving neutral position for the elevator, according to the elevator trim (trimming will move the neutal position which in turn will bring back the elevator value to 0). This is possible since I can read both elevator and trim offsets, even under autopilot. But what about the aileron axis ? I want my yoke to turn by itself if I change heading on the autopilot (no trim here). But when under autopilot, ailerons offset does'nt move ; the only offset I could find to read ailerons move under AP is Aileron deflexion 2EA8. Is that correct ? But to be consitent when I enter or leave AP mode, I need to use the same offset when piloting manually. Is there a drawback to use this offset to pilot on normal conditions ? But do I need to take care of differential deflexions, as mentioned in a post 2 years ago ? In other terms, do you know if the Baron uses differential deflexion ? Thanks again Pierre, Saclay, France

Thank you Pete for your response ! I'll check the doc to learn, about the KeySend option, and if there is a way to stop programs launched this way.

Hi, everybody I am currently using WideFs to run standalone gauges over the network. Works perfectly with the Run1... Run9 options in WideFs.ini. The problem is I am building an Baron58 home cockpit with the free gauges from thegaugefactory.org, and each gauge is a separate application, and I have 11 of them. WideFs only accepts up to 9 Run options. Is there a way to launch more ? I tried ton launch a Batch file which itself launches servral gauges. It works, but I coudn't find a way to stop the gauges after the flight (I even couln't find how ti stop them from another batch file, tskill or tskkill don't work... Any idea ? Or any chance Pete adds more Run (and Kill) possibilities ? Thanks