Terry Dactil

Me too! Thanks for providing all the Fusion360 files so any changes or modifications can be made easily.

Great design! Everyone with the Spitfire or Mosquito module should have one. Half a day's 3D printing produced this. Somme comments: I am impressed with the Hall sensor mechanism being so small. I'll be using that setup in future projects. The ball bearings are probably design overkill. I did not have any of the specified size handy, so just printed and fitted the plastic bodies used in the design layout. Plastic bearing work fine for me and they should be quite adequate for the purpose here. To avoid using supports, I split the handle design in two so they could be printed flat and then glued them together after printing. No problems making the spring. I used 1mm piano wire wrapped around the 8mm diameter of an Exacto knife handle and it finished up at 10.5mm diameter and fitted perfectly. I'm thinking that version 2 should have a spring loaded pin to hold the parking brake on, as in the real thing. This is not an easy "just print and assemble" type project, but it is well worth the effort if you have the equipment available (drills and other stuff as well as knowing your way around in the Fusion360 and Cura programs) .

Thank you! That is something I really need. I made some RPM levers for the Mosquito and feel a bit ashamed for using only two of all the available inputs on the BU0836 board. This will be an easy drop-in connection to make.

Try Voice Atack. Voice Attack can be used to tell you the actual time, elapsed time, count up or down stopwatch type functions. It is perfect for using in VR. Here is what I have for timing the P-51 bombing profile I use where the bombs are released 16 seconds after starting the dive.

Thanks for that. I was not aware how good were the capabilities of those programs and you has opened up a whole new world for me. I think one of the obvious things Mosquito needs is a two speed elevator trim; short pov button press for a slow and very small increment longer press for the default movement which is way too fast for fine adjustments. This should be possible, so I'm off to try and learn some new stuff today.

Sure, I agree that it is possible. I think the point being made though is that any realism gets completely lost. Another poster made the point that if there was a tail gunner position you would not expect to have to fly the aircraft as well as shooting.

The Mosquito has two engines, so the proper Mosquito pilot should have two RPM levers to fiddle with. Since I had a joystick controller / USB interface lying about and a 3D printer, the obvious thing to do was to make something to stick onto the side of my Warthog throttle. Like this … There are only three electronic components · One of Leo Bodnar’s BU0836 joystick controller · Two linear potentiometers The design of the 3D printed stuff was done on Fusion 360 (That knob/bolt thing on the top right tightens the levers against the right side of the enclosure as a friction adjuster). If anyone wants the files, here they are. Fusion 360 now prefers output in the 3mf format instead of stl. The fusion360 design file is a dog's breakfast as I just kept adding things until it worked with no thought of design elegance or efficiency. It is included so you can make your own modifications if required. Pitch levers.zip Pitch levers.zip

Yeah. That almost works. However, when in the navigator's seat you should not have to also fly the aircraft while doing navigator things. I think we need some sort of basic attitude hold mode when we move to the nav's seat.

How do you keep the aircraft upright while adjusting knobs and stuff on the radio?. I can't. (Without using active pause which screws up the relative positions of other aircraft in a mission).

Thanks, I'll just wait hopefully the.

Anyone got it working on the Mosquito yet? I have installed the latest version (2.5.25) and getting some strange results. For example ... 'Options' working when called at the beginning of a mission. 'Options' menu appears just after leaving the ground on takeoff, but does not react to any voice commands but it can be cleared with F12 selection with mouse. Any further Vaicom commands get no reaction only the confirmation beep that it was received. Other standard Voice Attack commands are still working correctly. I have tried deleting the export.lua file in Saved Games and also setting the "use custom DCS path" on, but with no effect. Any suggestions?

Yes. Don't release the brakes until the power has completely stabilized and it goes straight like it's on rails. To be pedantic, with equal thrust from both engines there should be a slight left turning tendency due to the 'P-factor' offsetting the total thrust line slightly to the right of the aircraft centerline. However, if you have noticed this, just set slightly more boost on the left engine before you release the brakes and it will be gone.

Voice Attack is great to save using keys or hotas buttons on those hard to click on cockpit controls. I thought of having some British realism with something like ... "I say, Nav old chap, time to have fuel from the main tanks - What?" <appropriate keystrokes from Voice Attack> with Nigel's response "Indeed it is, Sir. , and it has now been done" However, I settled for just "Fuel system - Select Mains" (and other similar fuel selection commands)

Thanks. I didn't know that. Great - they are more than halfway there then. This video of a Merlin running at night shows what it really looks like ... Note that there is nothing to see at a low power, and when something is visible the color is blue not yellow. Also, individually this is visible for only a very brief period; it is not a flame but more like a miniature explosion I suspect that it is only when excess fuel is used for cooling at higher power that the exhaust becomes visible. For comparison this is what we have now ... and it is way overdone and completely unrealistic. However, there has been a lot of good work put into the coding, as I can see the color and exit velocity changing with rpm. A few tweaks and it could be great! Moz 3.mp4

The exhaust flame effects is very good for when the engine is starting but not yet running. However, once the engine is running properly and the exhaust gasses / over-rich flame is exiting at high velocity into a fast slipstream, having it looking like a candle flame wriggling in a slight breeze is not at all realistic.

The sound is a lot better now, and the tone changes with rpm. Very nice. However, there is still no proper beat frequency when out of synch. If you go back and listen to the audio clips taken in the real aircraft you will hear what is should be like.

The excessive nose-up pitch on touchdown is probably part of the problem too.

Yes. It does sound lot better. Still it does not have the out-of- synch audio beat to be even more realistic Disappointing with that bit.

And that is where the error is. You should not have to do that. Consider the following ... The aircraft designers have done their sums and worked out what force will break the undercarriage or have other bits fall off the aircraft. They then apply a safety factor to get the maximum that will be allowed. This has to be converted into something that will be useful to the pilot. This is where our friend Newton and his laws of motion are very useful. Starting with F = Ma we see that for any particular aircraft weight (M) the force (F) depends on the vertical velocity deceleration on touchdown (a). Next V² = U² +2aS shows that deceleration can be reduced by a squishy oleo on the undercarriage providing a large distance (S) in which to stop the vertical velocity. The U² term now gives us the initial vertical velocity or the maximum sink rate on touchdown which the pilot can understand and has some control of. (In commercial airliners I have flown this limit is 600 feet per minute. Anything above about 200 fpm is a hard landing dangerous to the fillings in your teeth and causes passengers to complain)! The next bit gets more complicated. Because the weight (through the CG) and the ground reaction force (through the wheels) are not vertically aligned, there is a torque applied in the pitch plane. This will produce a rotational acceleration in this plane which depends on the rotational moment of inertia , and I have no idea what this value is. This could be the missing ingredient causing the error. I'm pretty sure ED account for this in other aircraft. The tricycle gear aircraft have the reverse touchdown dynamics (pitch down) to taildraggers and they don't have the nose wheel slam down immediately on touchdown. Fix the Mosquito. Pretty please!

Been there - done that! Have a look at this old thread. All the files are available there for a 10cm curved extension.

I am using linear potentiometers moved by the levers to keep the height down to match the Warthog throttle base. These analog outputs go to a BU8036 devices for the USB output. That is seriously under-utilizing the device, so I'll probably add a few switches on top just because I can. Perhaps for the mixture and supercharger because they are in the same area. Not essential though, as I have PointCTRL ant flicking switches in VR is a breeze.

I have done the same, but cannot get it to maintain a small split when moving both. It works but is not perfect. True Mosquito enthusiasts should have two independent pitch control levers, particularly if ED ever get around to separating the engine audio frequencies so there is a beat frequency if they are not synchronized. With this in mind, I have started a project to have two small pitch levers stuck to the side of my Warthog throttle (right side and forward). Unfortunately the Covid lockdowns here have caused massive postal delays, so I am still waiting for some of the bits. (It took over a month to get some 3D printing filament from one side of the city to the other).

Thanks for that. I have had that problem a couple of times now, and been wondering why it happened.

Yes. You need to push the button in for a couple of seconder, then it will lock in until the prop reaches the full travel stop and hydraulic pressure rise and trips it off. (like what happens with the gear and flaps). I have just tested this on the Channel free flight mission, and it feather and comes to a stop even without changing pitch, throttle or fuel - just by pressing the feather button alone. This is another error in the DCS model, as unless the engine is damaged dead and just windmilling, feathering an operating engine will not stop it rotating until the fuel is shut off. I still remember some 50 years ago having the DC-3's THROTTLE - FEATHER - MIXTURE drill hammered into me! The Mosquito feathering drill does call for the fuel to be cut off, but its effect is not correctly sequenced. I've given up on reporting Mosquito bugs as my "excessive pitch up on landing" report is just tagged as "missing info" regardless of many other agreeing and when all ED have to do is try to do a wheeler landing themselves to get the data!