Don't buy any more 3rd party airports--they are leaving out the ils frequencies!

Several people have now stated otherwise.

You purchased a car. You went to another vendor to buy a roof rack. The rack is flawed and you go back to the car dealer with that problem. Your analogy is flawed.

4 Likes

The first response requested clarifying details which I provided. The 2nd response hasn’t happened yet after I was thanked for providing the clarification:

https://orbxsystems.com/forum/topic/200707-ksba-ils-freq-for-07-is-missing-from-the-mfd-freq-section-in-tbm930g3000-avionics/?do=findComment&comment=1715387

I had this problem with some 3rd party airports. With others it works fine. I can‘t remember which ones because I wasn’t aware that it has to do with 3rd party airports until now. As has been mentioned above it’s easy to work around this problem by manually tuning the frequency. Those frequencies can be found easily on the web, just google airport charts. I‘m not familiar with the SDK so I don‘t know whose job it is to fix this, but since it‘s no big issue really I don‘t see why I shouldn‘t buy any more 3rd party airports.

1 Like

This seems to happen a lot. It seems to be really hit or miss whether the FMS will automatically tune the ILS frequency and automatically switch the CDI or not. Best I can tell, it’s not a location based thing nor is it related to 3rd party mods, scenery or airports. It seems to be something in the MSFS code. Like so many other features in the game, sometimes it works, sometimes it doesn’t. And it seems to happen pretty randomly.

My local airport has 1 ILS runway. It’s a default auto-gen airport with no 3rd party scenery. Sometimes everything tunes in automatically and works perfectly. Sometimes I have to tune the frequency and switch the CDI source myself or it won’t work. I also fly in and out of KSAN often. I have the KSAN airport from the marketplace. Just like my local airport, sometimes it tunes in the ILS automatically, sometimes it doesn’t.

I just err on the side of caution. I always being up an approach plate and enter the frequency manually regardless of how it should be automatic. Then by the time I get in range of the localizer, if it doesn’t auto-tune, I just hit the CDI source button and all goes smoothly.

1 Like

Following the end of that Orbx post, it appears the frequencies do exist even post-Orbx add-on installation, they’re just not showing up in the TBM 900’s menu.

Mitigation: you can hand tune the NAV radio as you would in other aircraft and still conduct an ILS approach.

Is that correct?

They didn’t shine on it, they just didn’t directly address the problem of the TBM 900 menu.

To be fair, this is one of those interactions between MS-Asobo and a third-party that will never end well. Unless they’re interested in burning bridges, neither manufacturer land the blame directly at each other’s feet. They’ll simply play the ticket game with you passing you between two queues, never to make progress or customer satisfaction. I get why you’re angry/annoyed. I would be too.

I think the lesson here, if anything, is that these are early days (a phrase to be repeated for the next couple of years, Internet Time and Agile Development notwithstanding), and you will find a lot more intersections like this where the customer is caught in the crack.

There is a mitigation. Unfortunately, that’s all the satisfaction you’re going to get unless someone intimate with the TBM menu (maybe the Workingt Title folks?) can dig into this problem deeper for you.

1 Like

FYI, even if the car manufacturer “took responsibility”, I can tell you, they did not repair the faulty unit. It would be sent to the nav system manufacturer for replacement or repair. Warranty of 3rd party components is administered by but not resolved by the car builder.

If Asobo provided you the add-on, included in the purchase of the base product, I am sure they would help you out by referring you or the problem to the 3rd party. The fact that their “parts department” sells 3rd party product does NOT mean the car builder warranties those parts. In fact they DO NOT. the 3rd party parts carry their own warranty from the 3rd party manufacturer.

In short. NOT Asobo’s problem. Just like the “bugs” caused by installing those 3rd party products. If it WAS a car we were talking about, if your car failed because you installed 3rd party parts, that would most likely VOID your warranty.

First of all, THEY (orbx) have not yet responded beyond John Clark punting to Greg Jones to respond post clarification, and Greg has not yet responded. You read the replies of a newbie who only VALIDATED the issue I described–recall I did not say anything about the ILS frequencies not responding to manual input, it’s the fact it’s MISSING from the MFD that is the problem, and that problem as you state didn’t directly address the problem. It’s very desirable to be able to select any ILS freq from the MFD freq menu rather than needing to look it up from an outside source. I was never looking for workarounds and never asked for any.

“Ok folks! Just did a couple tests here. It’s obviously confirmed that the ILS frequency will not auto-enter into any aircraft from the MSFS flight plan screen.”

You purchased a third party Nav/Media AFTER MARKET system for your car and after installation realized the hands free controls on the steering wheel don’t work. You think the car manufacturer should fix the problem and the OP thinks that no one should buy any more third party Nav/Media systems from ANYONE.

Both reactions are pretty unreasonable and illogical to be honest.

The rest of us are asking why you can’t just use the controls that the Third Party Nav/Media system came with?

2 Likes

They didn’t say it was a problem, but it’s obvious that the answer is “Someone needs to fix the TBM 900 menu so that existing ILS frequencies show up regardless of whether the airport is default or add-on.”

That means NOT Orbx. Because they wouldn’t be allowed to make official changes on default aircraft avionics that are Asobo-based. They may or may not want to fix the problem themselves. But the issue is at the moment, pointing suspicion to the TBM’s G3000 MFD subsystem. That’s Asobo property.

[quote=“willisxdc, post:66, topic:323318, full:true”]

Asobo provides the SDK that 3rd parties use to create add-on airports, no? In my posted issue all three of the airport addons from Flightbeam, Orbx & I forget the other I bought thru the Marketplace in-sim are affected. The common denominator is the SDK. It’s very easy to imagine whomever created the SDK’s airport section simply inadertently left out fields for ILS frequencies to map into the MFD’s frequencies table, that’s all.

Is FSDeveloper the official forum for Third-Party Development? I know it’s down right now, but that may be the right forum to raise this because you’re effectively bypassing the obfuscation of the Ticket process, and presumably talking or making it visible directly to BOTH parties - Asobo and the after-market makers. Crazy, I know, but, what other choices do you have? Make it clear it’s a TBM 900 menu problem that isn’t working correctly with third-party software. That put accountability on both parties.

Sorry folks but have to laugh a little because this whole thing started with a bit of mis-information KPDX is by Flight beam not Orbx
but don’t let facts stop anyone from arguing with one another sometime amusing

1 Like

As most manufacturers, that allow 3rd party accessories, do, with the caveat that it provides a road map. Doesn’t imply that the 3rd party designer followed the map and does not imply compatibility.

This is where we need to stop. Software development and debugging is not well served by “imagining” what happened. If there is a perceived problem with a 3rd party add-on. Bring it to the attention of that developer. If he can confirm his code IS complying with the SDK requirements and should be performing as expected, then it is up to the developer and SDK provider to sort it out. Not the other way around.
Making guesses from outside the process just muddies the process.

Bought a 3rd party add-on.
Didn’t work as expected.
Reported it to the 3rd party developer.
DONE.

2 Likes

agree with you 3rd party is the problem.

I would also change the subject line. The ILS frequencies appear to exist, it’s just how the third-party content is not being detected somehow by the TBM 900 menu.

They tried to force Agile on our Mechanical Engineering team (our VP of engineering a few years ago was a complete idiot and nearly killed the company) with no modifications due to the differing design timelines and methodologies
 I think it lasted about two months, haha.

1 Like

If that issue makes somebody angry, I’d probably suggest therapy or at least anger management
 :roll_eyes:

:wink:

It’s not limited to the TBM. The ILS frequencies are not auto loading into the A320 FMS either. It does seem to vary from airport to airport. I haven’t tried it on all, but the OP is correct is that it happens more often than not on most third party airports, why it doesn’t happen on CYVR, I can’t guess. Perhaps they are doing an extra step that is overlooked by most of the others.

The bottom line is just how important is to you. I’m now on notice, and I routinely look up and jot down the ILS frequencies for that airport. For me it’s not a show stopper. For others, maybe different, but I can’t say it rises to the level of “Don’t buy any more 3rd Party Airports
”

Your making a HUGE assumption as to where the problem lies


Here’s the process
 The user has a problem with an Orbx airport. User submits bug report. Orbx debugs the problem and involves Asobo if necessary. Orbx solves the problem, possibly with Asobo’s help. Problem gets solved eventually depending on what the problem is.

If user decides to ask Asobo for help on it, Asobo will tell the user to work with Orbx, it’s “not their problem”. Is it possible there’s a bug in Asobo’s software? Maybe. So what. Asobo is not responsible directly for solving Orbx’s issues for users. Asobo is responsible for fixing problems Orbx has developing software. To Orbx.

Man are people entitled these days
 geez. Try working in a development environment someday of a hugely complex product. Stuff does not get fixed overnight. There are too many dependencies and too much other work to do.

Having developed approaches for an airport I developed, yep, the SDK is not finished yet and you kind of have to guess how to get things to work, and not everything does. Asobo has repeated this fact over and over and over. Not happy about the truth? Sorry. Let them finish please. Report problems and move on. Getting angry never solves problems, never has, never will.

(And I didn’t mean to direct that diatribe at you directly @CasualClick, I just wanted to say we don’t know where the problem lies. It might be with a plane, it might be due to something Orbx did. We don’t know anything, because the SDK is not even close to finished, and it is even less documented than it is finished)

5 Likes

Truth.

As a pilot, part of the preparation of every flight is developing a ready record of all information that will be needed for the flight. Depending on a system to do everything for you at all times is a recipe for failure at some point, and in real life, well, that’s a life or death matter.

I just had a radio failure today on a flight. Fortunately I had a co-pilot with me who handled the radio work while I figured out what was wrong (seems like there was some oxidation on the headphone plug, as cleaning it off and reinserting fixed the problem).

While I’ve got a GNS530 in the panel, I also keep two more EFB’s handy in case something goes wrong.

3 Likes