Jump to content

nuke

Members
  • Posts

    10
  • Joined

  • Last visited

About nuke

nuke's Achievements

Newbie

Newbie (1/14)

4

Reputation

  1. Hi, Shaun, Unfortunately, that didn't work. The load station's positions are still getting overwritten by the station directly above, e.g. station_load.4 inherits station_load.3's position (15.0, 0.0, -4.0), when using the Twotterload. After using Twotterload for some time, almost all of the stations will have a position of 15.0, 0.0, -4.0, which completely ruins the CG of the aircraft. Regards, Knut
  2. Hi, Mathijs, Did you find a solution to the strange behaviour of the Twotterload in Windows 7 64-bit? Rgds, Knut
  3. This is great, Mathijs! To be honest, I find the task of using different weight loadouts in the plane a vital part of my simming experience. Sometimes I fly a ferry flight (empty) and other times the plane is fully loaded. Or anywhere inbetween. Makes a big difference. I made a spreadsheet that gives me random number of pax between 0 and 19, random baggage weight per pax (15 - 21 kg) and random other cargo (limited to 800 lbs - pax baggage). And then the TwotterLoad comes in very handy so that I don't have to do the loading in the FS default screen. So I really hope you can fix this and also the fuel gauge issue. Regards, Knut
  4. Hi, I was a little unclear in my previous post. My point was that it seems that the aft fuel qty gauge shows the content of the forward tank (left tank in FS fuel screen), while the front fuel qty gauge shows the content of the aft tank. I concluded this from the tank position references in the aircraft.cfg: [FUEL] leftmain= 3.3, 0, -6.5, 184.063 , 1 //-0.5, 0, -2.5, 184.063 , 1 rightmain= -4.5, 0, -6.5, 201.463, 1 //-6.2, 0, -2.5, 201.463 , 1 center1= -2, -29.4, 4, 0.00 , 0 center2= -2, 29.4, 4, 0.00 , 0 This is not of importance as both tanks should be approx. evenly filled. I found a set of "best practice" tips for loading the Twin Otter in another forum (http://www.pprune.org/archive/index.php/t-188742.html): 1) Put two pilots and their kit in the two pilot seats, assume a maximum weight of 400 pounds for all that. 2) Split the baggage compartment loads equally between the nose and the rear compartment until the nose compartment reaches its limit (typically about 275 pounds if you have radar installed, 300 pounds if no radar), then put the rest of the load in the rear compartment. 3) Assume normal human behaviour of the passengers as follows: a ) they will occupy all the window seats first, before they begin to sit three abreast. b ) they will distribute themselves evenly forward and aft of row 3/4. Regards, Knut
  5. Hi again, Yes, this is really an odd problem. 20 pax in the front baggage compartment must be hard to trim... I never used the FS loadout screen to change pax/cargo before, but for now I think that I have to scrap the TwotterLoad. I may contact Hans Hartmann to see if he can look into this, but I do not think Aerosoft will release a patch for this. I also found another bug: If you enter 0 % fuel in the front tank (left tank in the FS loadout screen) the AFT fuel meter will show 0 % in the Twotter. Regards, Knut
  6. Hi, Jim and Snave, Thank you for showing interest in my strange problem. I am not using any programs that could have changed the weight & balance part of the cfg file. I used to use FSP in FS9 (it's great fun!), but have not tried it for FSX and the Twotter. I re-installed the Twotter yesterday and got fresh aircraft.cfg files. Today I tried the TwotterLoad on the 100 Wheels model, and this is what happened: Before TwotterLoad: station_load.0 =170, 9.0, -1.4, -3.0 station_load.1 =170, 9.0, 1.4, -3.0 station_load.2 =200, 15.0, 0.0, -4.0 //300 lb maximum station_load.3 =0, 15.0, 0.0, -4.0 //300 lb maximum station_load.4 =0, 5.2, -1.8, -3.0 station_load.5 =0, 5.2, 0.6, -3.0 After TwotterLoad: station_load.0 =170, 9.0, -1.4, -3.0 station_load.1 =170, 9.0, 1.4, -3.0 station_load.2 =10, 15.0, 0.0, -4.0 //300 lb maximum station_load.3 =0, 15.0, 0.0, -4.0 //300 lb maximum station_load.4 =0, 15.0, 0.0, -4.0 //300 lb maximum station_load.5 =0, 5.2, -1.8, -3.0 I am showing the first 6 stations as the rest of the stations did not change. As you can see, station 4 just inherited the position of station 2 or 3. It seems that different station positions are changed to 15.0, 0.0, -4.0 in an unknown pattern every time I use TwotterLoad. As you saw from my previous post all pax stations had this position in the old cfg file. I am running Windows 7 64-bit version, Norwegian language. I have FSX with the Acceleration Expansion Pack, i.e. with SP2. FSX is installed in C:\FSX\. The Twotter is v. 1.11. I have one freeware add-on to the Twotter: Wider√łe textures for the 300 modern (DHC6_Wideroe_BFJ.exe). The exe file installs textures for the 300 modern, but you have to change the aircraft.cfg manually. Regards, Knut
  7. I found the reason for my weight & balance problems in the Twotter. The aircraft.cfg file is FUBAR! Brobably as a result of the TwotterLoad program! This is from the aircraft.cfg for the Aerosoft Twin Otter 100 Wheels, which is not flyable, i.e. CG too much forward: [WEIGHT_AND_BALANCE] max_gross_weight = 11600 empty_weight = 6500 reference_datum_position = 0, 0, 0 empty_weight_CG_position = 0.009, 0, 0 max_number_of_stations = 24 station_load.0 =170, 9.0, -1.4, -3.0 station_load.1 =145, 9.0, 1.4, -3.0 station_load.2 =150, 15.0, 0.0, -4.0 //300 lb maximum station_load.3 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.4 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.5 =145, 15.0, 0.0, -4.0 //300 lb maximum station_load.6 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.7 =145, 15.0, 0.0, -4.0 //300 lb maximum station_load.8 =0, 15.0, 0.0, -4.0 //300 lb maximum station_load.9 =0, 15.0, 0.0, -4.0 //300 lb maximum station_load.10 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.11 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.12 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.13 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.14 =0, 15.0, 0.0, -4.0 //300 lb maximum station_load.15 =145, 15.0, 0.0, -4.0 //300 lb maximum station_load.16 =0, 15.0, 0.0, -4.0 //300 lb maximum station_load.17 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.18 =80, 15.0, 0.0, -4.0 //300 lb maximum station_load.19 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.20 =0, 15.0, 0.0, -4.0 //300 lb maximum station_load.21 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.22 =170, 15.0, 0.0, -4.0 //300 lb maximum station_load.23 =500, -13.0, 0, -3.0 //500 lb maximum As you can see, all pax stations have the same position reference as station load 2 (front baggage) (..., 15.0, 0.0, -4.0), with the result that all pax and cargo is loaded into the position of the forward baggage compartment... I suspect that TwotterLoad has messed up this file. This is from the aircraft.cfg of the Aerosoft Twin Otter 300 modern, which I have not modified with TwotterLoad: station_load.0 =170, 9.0, -1.4, -3.0 station_load.1 =170, 9.0, 1.4, -3.0 station_load.2 =200, 15.0, 0.0, -4.0 //300 lb maximum station_load.3 =0, 15.0, 0.0, -4.0 //300 lb maximum station_load.4 =0, 5.2, -1.8, -3.0 station_load.5 =0, 5.2, 0.6, -3.0 station_load.6 =170, 5.2, 1.8, -3.0 station_load.7 =145, 2.8, -1.8, -3.0 //250 lb maximum station_load.8 =170, 2.8, 0.6, -3.0 //250 lb maximum station_load.9 =0, 2.8, 1.8, -3.0 //250 lb maximum station_load.10 =170, 0.6, -1.8, -3.0 //250 lb maximum station_load.11 =80, 0.6, 0.6, -3.0 //250 lb maximum station_load.12 =170, 0.6, 1.8, -3.0 //250 lb maximum station_load.13 =145, -1.9, -1.8, -3.0 //250 lb maximum station_load.14 =145, -1.9, 0.6, -3.0 //250 lb maximum station_load.15 =0, -1.9, 1.8, -3.0 //250 lb maximum station_load.16 =0, -4.2, -1.8, -3.0 //250 lb maximum station_load.17 =0, -4.2, 0.6, -3.0 //250 lb maximum station_load.18 =0, -4.2, 1.8, -3.0 //250 lb maximum station_load.19 =0, -6.5, -1.8, -3.0 //250 lb maximum station_load.20 =0, -6.5, 0.6, -3.0 //250 lb maximum station_load.21 =0, -6.5, 1.8, -3.0 //250 lb maximum station_load.22 =0, -10.2, -1.3, -3.0 //250 lb maximum station_load.23 =300, -13.0, 0, -3.0 //500 lb maximum Anybody else that have experienced this problem, and is there a solution? Regards, Knut
  8. Oops, I've been flying MSFS since v.5.0, but forgot about that CG diagram in the loadout screen. Thanks again, Snave. Yes, these airplane are sensitive to where you put the weight. I talked to my brother today regarding this. He is flying the DH-8 IRL. He said that they often cover up the first rows in the plane to force pax more aft if the airplane is not going to be fully loaded. Rgds, Knut
  9. Thank you, Snave, for pinpointing the cause of the problem. It truly is a CG problem. I just loaded up the Twotter putting pax/cargo in the aft of the aircraft, and I now have a decent CG and no trim/auto pilot problems However, I find this strange. If I load the aircraft distributing pax/cargo/fuel evenly throughout the aircraft using the Twotter Load app, I get these CG problems, i.e. CG too much forward. In addition, how can I check that my CG is within the limits when using Twotter Load? Regards, Knut
  10. Hi, I am quite often having an annoying problem getting the autopilot (A/P) in the Twin Otter v.1.11 to maintain the correct vertical speed (V/S) during climbout and before the final approach. This is what happens: - At ground I turn on the A/P and enter e.g. 6000 ft as commanded altitude and 1000 ft as V/S. I then turn off the A/P using the ON/OFF button. - I handfly out with a clean configuration at 90 knots and approx. 1000 ft V/S. - At 1000 ft AGL I turn on the A/P and select HDG and PUSH ALT. - The A/P will not be able to maintain the commanded V/S of 1000 ft. The airplane levels out and sometimes goes into a dive before it start to climb again. - After the level off/dive the V/S will be +500 ft no matter what I set as desired V/S in the A/P panel. - During approach the A/P will occasionaly not be able hold my altitude (fly level). I will get a V/S of -100 to -300 ft. - If I turn off the A/P I have also noticed that I cannot trim the airplane to fly level when this happens, i.e. there is no more trim available. I then have to constantly pull the joystick a little backwards to maintain the altitude. Other times this problem does not occur. I have no idea why this happens and how to fix it. I have tried to remove and re-install the package. Any ideas? Regards, Knut
×
×
  • Create New...