Jump to content

Litjan

IXEG
  • Posts

    5,610
  • Joined

  • Last visited

  • Days Won

    404

Everything posted by Litjan

  1. Hi Hugo, the green arrows on the EHSI show the position of the ADF 1 (thin) and ADF 2 (thick) direction. Bear in mind that a needle pointing to the 3 o´clock position can also mean "no reception", it is basically the default direction for the pointer to move to if no signal is received. The VOR bearing direction can only be indicated by turning the CRS selector until the magenta deviation bar centers. The RMI indicates correctly, you can switch it´s needles to also indicate the ADF bearings, though. So be careful what you select, default is VOR 1 (thin) and VOR 2 (thick). Cheers, Jan
  2. Hello Sergei, yes, of course you can enter the coordinated to align the IRS to manually on the POS INIT page. The first few years I flew on the 737s we did not have GPS at all. The IRS would update on DMEs and VORs while in flight. We will look into modeling further "secondary" CDU pages as well after getting the more important ones still missing done. Cheers, Jan
  3. I would not be opposed to the idea - the question is how easy it is to implement - if there is a way for us to tell X-Plane to "pause", it would be easy. I have added the request and we will look at it in our future enhancements to this plane. Cheers, Jan
  4. ...but why not shut down your computer while at work (works great for the electricity bill and the environment, too ;-)) and then when you are ready to play again you can spawn the aircraft at an airport "near" the ToD and then use the map view (key m) to place the aircraft at the correct altitude and speed and then "resume" your flight? Cheers, Jan
  5. Hi, this is a current limitation of the manipulator we use for the V/S wheel. I explained it in another post recently, it basically works like this: In the real 737, the "wheel" for the V/S can spin without limit. X-Plane does not allow that, it needs a certain "limit" for maximum revolutions. Normally a value is tied to these revolutions - like on a thermostat. 20 degrees is always at X degrees manipulator turns. Unfortunately the "0" point for the vertical speed wheel "resets" every time you pick another pitch mode...but the wheel does not reset. So now the new "0" is not in the "center" of the revolutions anymore. So if you keep using the V/S wheel to descend - picking another pitch mode in between frequently - you will eventually run out of V/S downward travel. To "cure" this (until we find a fix) you can turn the V/S wheel "upward" again while NOT in V/S mode (you could just go to CWS P for a second) - then reengage V/S. Now you have the "full travel range" available again. Cheers, Jan
  6. I also dare not ask - but did you try to "grab and move" the switch instead of "clicking" it? A lot of the switches (especially on the overhead panel) are manipulators that are designed that way, especially if they have 3 positions...
  7. Maybe you can take a screenshot of your overhead (fuel pumps) panel when it happens the next time? Also, did you output the fuel weights (small green numbers) on screen to verify fuel is getting used (or not) on screen? I want to rule out a failure of the fuel gauges updating... The next step would be to delete your preferences folder, and if that doesn´t help you would need to do a full re-install of X-Plane and only the 737. These (especially the second) are big steps involving a lot of work, but I am really at a loss what could be causing this for you besides some weird corruption that happened to some of your core files... Cheers, Jan
  8. Hi Biggee, I am really at a loss what could be causing this - but the usual suspect is an incompatibility with other plugins and add-ons. Make sure that Gizmo is running correctly (you should be getting the pop-out window when you bump your mouse at the right edge of your screen) and maybe disable other plugins (XPUIPC, FlyWithLua, etc.) for testing purposes? Let me know how this goes, and also attach the log.txt to your next post so I can look at your setup for a more educated guess? Cheers, Jan
  9. Hello sujit, There is no need to take action now. Once you have built your new machine you can install X-Plane and then the IXEG 737 on it. When you try to run for the first time, the software will tell you that a new hardware system was detected, and it will ask you to specify a "name" for the new hardware system. You can name it anyway you like, but it should be a name that you can remember and that is unique. If you have already installed the 737 three times or more, it will also ask you to "lock up forever" an older machine (maybe the one you are using now, because you will never use it again). Then you need to specify the name for that machine (from the list) and also type FREEZE to confirm that you really want to lock it. Warning: Once you FREEZE a machine, you will never ever be able to run the IXEG on it again. Cheers, Jan
  10. PS: I just googled the problem a bit and it seems that there is a bug in X-Plane where if you have the "instructor operating station" open on another window, the plane will not use any fuel (as the IOS constantly "refills" your tanks). Could this be a factor in your case?
  11. Hmm - there may be a lead in your description - do you have the APU running while you fly? Maybe there is a bug in the fuel usage code with that - I will try that on my end... You are running two plugins that I would consider "suspect" in this case: RealityXP and XJet. However to really get to the bottom of this you would probably have to run a (lenghty) elimination process where you fly without any plugins to see if that fixes it - then bring in your plugins in batches to try and isolate the problem. I believe you when you say that no other planes suffer from this, but I dare to say that few other planes have an intricate system modeling that may be affected by these plugins in the way our 737 is. In addition this is a very isolated report - in fact it is the only report we ever had of our plane NOT using any fuel...so I deduce from this fact that it must be something unique to your setup/plugin environment. I will happily help you narrow down on the cause, of course! Cheers, Jan
  12. Hi mirza, your observations are correct - the master caution for the center fuel tanks will only come on if BOTH pumps show low pressure. Usually one of the pumps runs dry first, depending on the aircraft acceleration and attitude (fuel going forward or aft). When you turn the pumps off, the low pressure lights extinguish (unlike the regular wing tank fuel pumps). Also when you turn off the center pumps (I forgot which one of the two) you start the "scavenge pump". It will run for 15 minutes or so and evacuates the remaining fuel out of the center tank into one of the wing tanks. Cheers, Jan
  13. Hi clif, thanks for the nice words - I honestly have no idea what may have caused that problem for you - we pretty much use the normal X-Plane fuel usage logic for our engines... The cost index is describing the relation between flight-time related costs (maintenance costs, crew costs) and fuel prices. In other words, if the fuel was mega-expensive and the crew works for cheap, the cost index is 0 (best fuel economy). The actual speed results from the cost index and the wind component - headwind will make you fly faster (to get out of the wind sooner) and tailwind will make you fly more slow (to coast in the tailwind longer). If fuel is cheap, the cost index is high. Pilots can also alter the cost-index (usually one is recommended on the flight plan) to cater for delays (fly faster to make up time) or to save fuel if they arrive early otherwise. Cheers, Jan
  14. Hmm, no - the cost index should have nothing to do with it...could you attach your log.txt so I can check if maybe you are running some other plugin that may be interfering with this?
  15. Ok - I ran some tests on my end and I see the problem. I try to explain it: The control wheel for the Vertical speed on the real 737 can turn "without end" - infinitely. The pilot can spin and spin and spin...it will always be able to spin more. In X-Plane, the V/S wheel has a limit - it can only turn a set amount of revolutions. So if you spin it "down" until it stops - it can not spin "down" anymore. So if you select V/S and then spin down to -5000 fpm - then disengage V/S - then engage it again - you can not spin down to -5000 again, because it "hits the limit". To work around this problem you would have to "turn back" the V/S wheel while V/S is not engaged - this gives you enough "turns" again... It is a limitation of the manipulator in X-Plane...I will talk to Tom and Ben to see if we can use another manipulator of if we can work around this problem. I have opened an issue on our internal bug tracker and I will announce it once we find a solution. For now - if the wheel stops - just disengage V/S (it will go to CWS P and keep the rate), spin the wheel "back" and then engage V/S again. Thanks for bringing this to our attention (it will only happen if a user inputs large V/S values repeatedly, so no one reported this before. Cheers, Jan
  16. Hello! This is a bug with the manipulator that I had once - but never again. I could not figure out what caused this. Normally you should be able to decrease the value at liberty - if the mousewheel does not work, try to "drag" with the hand by click-holding and then dragging down. Are you running X-Plane 11.50? There was a bug fix by Laminar Research that pertained to some manipulators not working right at certain angles... Let me know if you spot this behaviour again or if you can figure out what triggers it? Thank you, Jan
  17. Hi mizra, I can make them start at a different location - I agree that the airspeed needle should be at the last value it was when power was removed...usually zero. The plastic bugs I am not so sure about, they would also be where the last pilot left them - which is usually just where they were for the last approach. I would think that it is easier to grab and move them if they are "spread out" a bit. But if you want to move them "all" to a certain value, just grab the highest one and slide it down, it will "collect and push" all the other ones so it is just one single motion. Cheers, Jan
  18. Thanks for getting back to me on this! You can also enable the DATA OUTPUT field #62 (fuel weights) to readily see on screen how much fuel is in the tanks and if it is getting used. If you can find a way to reliably reproduce our 737 to not use any fuel, please let me know! We want to fix it (or sell the technology to the airlines!! ;-) Cheers, Jan
  19. Hi clif, this is unusual - some observations: Fuel loading in the 737 only works through the IXEG side-pop-out menu. You can´t load fuel through X-Plane´s fuel menu. You can see the fuel loaded in that menu, though. When entering a PLAN fuel - this never changes. It is a value the pilots can input to PLAN a flight (i.e. if the real fuel wasn´t loaded yet). Don´t use the PLAN field - or if you do, eraze it afterwards (this will otherwise stay locked and never change the gross weight). Switching off the fuel pumps will not starve the engines - not in a real 737, either. The engines will keep running through suction feeding, but thrust degradation at high altitude or high powersettings may occur. Now I have to doublecheck if using a PLAN value will preclude fuel from being used - that would of course be a bug! Normally you don´t have to reboot the aircraft after a flight - you can just go on the next one. Cheers, Jan Edit: I just doublechecked - using a PLAN fuel input does not affect fuel usage on my end - on the first flight. Are you running any plugins that could be affecting this? It is the first time I have heard of this problem.
  20. Oh, thank you for letting us know! It should not be this way, we will doublecheck! Happy you got it sorted out, all the best, Jan
  21. Why is your folder named X-aviation - when the instruction clearly says "X-Aviation"?
  22. Hmm, that is weird - are there any special (greek alphabet?) letters in the folder names? Also make sure that the folder is named IXEG 737 Classic (no underscore lines like this: IXEG_737_Classic). Also make sure the folder is Aircraft and not Aircrafts. Let me know how that goes? Cheers, Jan
  23. Yes, the solve is as follows: Detected an unsupported file path. Please make sure this aircraft is installed in [your X-Plane folder]/Aircraft/X-Aviation/IXEG 737 Classic/ and restart X-Plane. In other words - your IXEG must be installed to the filepath as specified. Please doublecheck your installation folder and if necessary re-install to the correct folder. Cheers, Jan
×
×
  • Create New...