Jump to content

Litjan

IXEG
  • Posts

    5,712
  • Joined

  • Last visited

  • Days Won

    423

Everything posted by Litjan

  1. I was never rated on the 737NG but I know there are some substantial differences between the NG and the Classic as far as the autopilot/flight-director system is concerned. Especially with regard to VNAV and but also some things like "arming" LNAV before takeoff and others... Cheers, Jan
  2. Hmm, this sounds odd. Note that you should not use VNAV if you experience any problems with it - it does not work right in some circumstances (and never in a missed approach). Make sure that your framerate is sufficiently high (> 25fps) to avoid autopilot oscillations. Other than that you can also watch my tutorial videos on how to operate the autopilot system correctly - since you are the only one reporting these problems I am inclined to think that it must be something out of the ordinary you are doing ;-) Cheers, Jan
  3. Ok - I don´t know why your power is "pushing back and forward" because your autothrottle is completely off. I see the flightdirector bars being completely centered - this is odd, because it looks like the plane is following its commands (the flight-director bars are actually always getting centered by the autopilot, because it flies exactly like the bars indicate). Did you "push" the ALT HOLD button? You have to be aware that the ALT HOLD command will maintain exactly the altitude at which it was pressed - not the altitude that is selected in the window. If you push it in a rapid descent (or climb) it will "go back" to that exact altitude, but it will take a second because otherwise the acceleration loads are too uncomfortable for the passengers. Cheers, Jan
  4. I would need to see the whole panel - well, at least the EADI (with the green writing on top) to begin at guessing what you did wrong ;-) Cheers, Jan
  5. Yes, I wish I could have told you otherwise... When Tom put up this thread in April we were trying to "take stock" of which datarefs people were still looking for. We did not know if earlier requests were still valid or maybe if people moved on to other projects. We did get almost no replies to this query, so exposing more datarefs slipped down the priority scale. I did add quite a few commands, but naturally this isn´t the same as datarefs which cockpit builders need. Cheers, Jan
  6. The AP P/RST caution (red) light is: ixeg/733/caution/caution_ap_rst_ind But that is the only dataref I could find - I think the other ones haven´t been added yet . Sorry, Jan
  7. I think so. Look for the IXEG/733/caution/caution_ap_... datarefs (light, pushbutton) and the /caution_at_ and the /caution_fmc_.... datarefs. There are also several commands for those buttons (look for ixeg/.../instrument_panel/... Cheers, Jan
  8. Currently this is possible "sometimes" . In my experience the VNAV code obeys speed limits inherent in the procedure quite well, and it will probably also adhere to manual changes...but you should do them as early as possible (ideally before taking off). The current VNAV code does not react very well to changes made during the flight. A workaround would be to disengage the autothrust (turn if off completely) and use the thrust levers to manage your speed manually - VNAV would still follow the path. Naturally we hope to fix all that in the future... Cheers, Jan
  9. Hi Splash, you are right, once the lua error screen comes up, the rest of the code is on shaky ground and may be erroneous, a reboot of Gizmo is the only way out. I am sorry that you had this error, while speed and altitude inputs in the LEGS page are not being honored by our VNAV code right now, at least they should not cause a lua error! So to save yourself the trouble and potential lua error, for now I would refrain from editing the route heavily with constraints. At best this could serve as a reminder for you, but the VNAV code will not attempt to meet your restrictions. If restrictions are read from the database, you can leave those untouched, of course. Cheers, Jan
  10. I don´t recall what the MEL says exactly, but usually it has a modifier that says "unless it is needed for the type of flight/approach intended". So technically you can fly without CATIIIa capability, but it wouldn´t be smart to do so when going to an airport that is fogged in. I am not sure what the MEL says on the 737 Classics still flying today - but as far as I know it is not mandatory to be RNAV5 capable in Europe yet. You may not be able to fly in free route airspaces, or maybe you can and would get vectors in that case. Same goes for RNP arrivals - often there are backup procedures or ATC would offer vectors - or you simply can´t go to an airport that mandates use of those procedures. My company still flew A320s (before Covid) that had no GPS on board - they couldn´t fly RNP1 or GPS approaches, either. Cheers, Jan
  11. Hi, yes, we always had to fly the RNAV approaches in V/S mode - VNAV mode was not certified on the 737-300. The 737NG and other more modern aircraft can fly these approaches in LNAV/VNAV - but you can also fly them in LNAV V/S or LNAV FPA (flight path angle). You have to do so, for example, if the temperature is too cold (as you would fly too low in VNAV). I know that technically the 737-300 was able to fly in VNAV as well... I tried it once in the real aircraft . In our aircraft (IXEG) it is possible, but you can not adjust the speed correctly, I think it will fly 150kts hardcoded. Cheers, Jan
  12. No, development is not dead, it is just taking a pause because Tom is busy with something else. That is the way it has always has been, I wish we could do this full-time but this is not economically feasible. So we have to pursue other avenues of making a living that sometimes preclude us working on the 737. The plan to implement/improve VNAV, holding and a slew of other features has not changed, but as always we can´t provide an estimate or much less promise when it gets done. We are fully aware of our customers waiting for these features and will endevour to complete them as soon as we can. For VNAV and Holdings I made videos that show how to "get around" this functionality missing. https://forums.x-pilot.com/forums/topic/17872-ixeg-videos-13-and-onward/ This is not an excuse to not do them - but the real aircraft´s FMS is covered by the MEL, so you can actually fly it in regular passenger service withouth the FMC working (I have done this once in my career in the late 90s.). Cheers, Jan
  13. Litjan

    Enrit

    Hi Enrit, I don´t see anything that looks wrong on your log.txt.... but if your pop-out menus don´t work that hints at a problem with gizmo running not nominal. Did you activate the 737 (enter your X-Aviation credentials)? Do you run a multi-monitor setup (those have problems with the pop-out menu sometimes)? Is your hardware (Saitek stick) set up properly? You might be running a different controller profile, check your joystick setup. There are two switches (buttons) not working right now (Fuel QTY test and LE device indicator test), but everything else should work. Cheers, Jan
  14. Yep, it is a known bug with the electronic engine instrument version. The pointers do not follow the real pressue. Cheers, Jan
  15. For a weight of 42.000 kg (92.400 lbs) the official performance climb charts (for ISA +10) show: To climb to 37.000 feet: Time: 15 mins Fuel: 1150 kgs Distance: 92 NM This is with the normal climb profile of 250/290/.74 Cheers, Jan
  16. Hi Mizra, on the Classics steering is only possible with hydraulic pressure A. If you loose it you could still steer with the rudder (at higher speeds) or with differential braking/thrust. You can actually try this on our model by turning off the A hydraulic pumps. The normal braking system is powered by system B. If it gets low or fails, alternate braking is supplied by system A (although now the anti-skid is working on "wheel pairs" only, as opposed to individual wheels as with the normal system). Also using the autobrake only works with the normal braking system. Cheers, Jan
  17. You can output the value for "flaps extension" to the screen (small green numbers) using the DATA OUTPUT tab in the X-Plane preferences. That way you can see the flap deploy ratio. It may be that we require a pretty small number, and if your axis does not quite reach that value, our code assumes "flaps are extended". Cheers, Jan
  18. Hi Mizra, our weather radar will only pick up X-Plane default weather - but it depends on the weather addon if that one is also using X-Plane default weather, so it could be working with ASXP. A possibility is that you "overscanned" the weather ahead. At 32000 feet the air is really cold and the weather radar can not pick up ice crystals. It can only "see" liquid water (below the 0 C altitude). So if you approach a cell when flying high, you need to tilt down more and more to see it. When you are close, you can´t see it on the radar anymore, because you need to tilt down so much. Modern wxr radar systems "store" the position of cells, so even if the radar can´t scan it anymore, it still shows. https://safetyfirst.airbus.com/optimum-use-of-weather-radar/ Cheers, Jan
  19. Hi mizra, this is odd - of course the lua error should never happen at any rate - I see that the climb page shows a "max rate" climb and the flaps limit active, which should only happen if the flaps are not up (do you have a hardware axis controlling the flap position?). The "max rate" climb regime is something that normally the pilot would activate manually (the default is the ECON CLB, so I have no idea how that happened. Maybe Tom can glean something from the lua error report, thanks for reporting it! Cheers, Jan
  20. Litjan

    Enrit

    Hi Enrit, this looks like an install gone bad - make sure you install the latest version of the IXEG (1.3) Cheers, Jan
  21. Hi James, hmm, this is odd. If you can tie this behaviour to pressing a button or key - are you using XPUIPC to drive your hardware, maybe? We are using default thrust reverser logic for the most part, so I really have no idea what could be causing this. Are you experiencing the same on other aircraft? Cheers, Jan
  22. Make sure you do NOT depress the pedals - they release the parking brake. If that doesn´t work, make sure that no braking is applied (by bringing up the "gear and brakes" value on the screen via the DATA OUTPUT tab. Let me know how that goes? Cheers, Jan
  23. Hi Mizra, yes, there is. You can load the 737 up in Plane Maker.exe (it is in your main X-Plane folder) and then go to the tab "Standard" then click on "Author" then make a checkmark on "Always use experimental flight model". Then save the aircraft and from now on it will always run with this option enabled. We will add this in our next update, but for now you can do the modification yourself. Cheers, Jan
×
×
  • Create New...