X-Plane 12 has been released today. However, there was some code in our plugin that doesn’t conform to X-Plane’s programming standard which crashes the whole program in X-Plane 12. The latest v4 of the plugin is now available on our download page which solves the problem. Users using X-Plane 12, please download the v4 plugin.
Thank you, but there still might be a problem:
– now a warning appears onscreen about G1000BridgeX_64-win-64.xpl: Dataref ‘sim/flightmodel/position/magpsi’ is deprecated and will be removed in a future version.
and in the log a second warning appears about G1000BridgeX_64-win-64.xpl: Dataref ‘sim/cockpit2/controls/flap_ratio’ has been replaced. Please use the new name.
It is possible that the log blames the G1000 bridge when it is a totally different plugin using those datarefs (I have no idea why the G1000 would use the flap ratio dataref).
Fixed in G1000BridgeX v4.0.1
New deprecated datarefs in XP12rc1
[G1000BridgeX_64-win-4.0.2.xpl]: Dataref ‘sim/weather/barometer_sealevel_inhg’ has been replaced. Please use the new name.
and
[G1000BridgeX_64-win-4.0.2.xpl]: Dataref ‘sim/weather/temperature_ambient_c’ has been replaced. Please use the new name.
Thanks. Will look into them.
also getting the same warning
I am now sure that the G1000 bridge is not responsible (XP12 blames the wrong plugin) for these 2 deprecated datarefs (the first is really caused by a FlyWithLua script and the second by an XCheclist clist file).
I am no longer sure that it is not the G1000 bridge that is responsible: I have removed both other files and still get XP12 identifying the G1000 Bridge as the user of the two deprecated datarefs.
Thanks for the info. I will look into it.
Also experiencing a number of problems with XP12 support.
– Low Bus Voltage annunciator stays on.
– Have noticed frequent disconnects (maybe XP12 perf. problem?)
– Sticking NAV frequency, unable to adjust, keeps reverting back
– Altitude misreporting by 100′ from onscreen
Long standing issue:
– PFD does not shut off with Master Switch
– Bezel lights on MFD do not correctly follow PFD
Which plane are you using with the apps? Is it and add-on aircraft or a built-in one? Looks like there are some problems cased by network connectivity.
I’m using Baron B58 default.
Re: Long standing issue:
Same behaviour no matter which aircraft, both in XP11 and XP12.
Works as expected in FS2020.
may be an issue with NAV freq’s. changing them on the PFD or MFD will result in them changing right back to whatever is on the “in-game MFD”.
Thanks for the fix for X-Plane 12. Any thought about recompiling for linux?
Just changed to XP12 and attempting to configure XBridge. I have looked everywhere on the site but can not find any documentation on G1000XBridge Win V4. Is there a .pdf file somewhere?
There is a change log on the download page. It’s identical to older versions for xp11, just fixed a bug that crashes xp12.
I’m asking about the plugin setup. There are numerous data fields and check boxes. I have not found any documentation that explains what those are for or how to configure them.
How about an answer to my question posted above.
Appears the x-plane plug-in for Mac does not support Apple silicon… anyone get this working?
I’m just aware of that. Working on it.
Fixed in G1000BridgeX v4.0.1
Fix was so fast available! Thanks!
So does this plug in work with M1 Apple Silicon Natively? I want to purchase both so please let me know.
Li Chen, Why are you ignoring my question about G1000BridgeX documentation?
Hello Li,
A big thanks for your great work with the Apps. I do have one issue when operating the PFD App on iPad with x-plane12 on my MacBook with M1 chips: The frequencies of VoR/ILS keep jumping back to whatever they want (usually something like 108.65), no matter where I change them (both on the PFD (iPad) or in x-plane on the PFD. Once I disconnect the PFD from the network, I can change the frequencies ‘normal’ on x-plane.
Any suggestions?
Hi Andreas, I will test that later. For now, please try unchecking the ‘Send X-Plane operations to G1000 simulator’ checkbox. That stops syncing back data from X-Plane to the app. See whether that works.
Was a frequency bug related to datarefs and navaids in X-Plane 12. XP Beta8 appears to have fixed this, so you can re-enable “Send X-Plane Operations to G1000 simulator’.
Still no answer on BridgeX documentation so I suspect there is none.
So, I’ve tried several times to download 4.0.1. Norton antivirus will not allow the download. “G1000BridgeX 64 win-4.0.1.xpl is not safe and has been removed.”
Anyone else have this problem?
Hi Richard, sorry for my late reply. I’ve now idea why Norton is blocking our program. It shouldn’t. For those options on the bridge, we don’t have written instructions for them since they basically self-explaining. However, for most of the time you don’t need to change any of them. If you use only the G1000 apps/hardwares all should connect automatically. You shouldn’t need to do anything.
This lack of documentation is frustrating. I do know about going to Garmin for G1000 operation. I’m referring to the Simionic apps.
If adding a new aircraft from Neil Hewitt’s site, how do you update the MFD checklist page?
There is no checklist for customized aircrafts.
Ok. Paper checklist is always an option.
Checklist access may be a good addition to the app. If Neil is interested, possibly he could add a section where users could write the checklist along with the other v speed customization.
How do you control the hardware bezel backlight using dataref? I’ve tried checking the box in G1000BridgeX v4.0.2 and then entering the dataref “sim/cockpit2/switches/instrument_brightness_ratio” in the text box below it that has BOOL next to it. I’ve tried entering 0’s and 1’s for the boolean value. I’ve mapped a hardware key on one of the devices to adjust the instrument brightness ratio but it doesn’t turn the bezel light on or off.
I’ve also tried using the dataref “sim/cockpit2/switches/navigation_lights_switch” filled into the field below the checkbox and that hasn’t worked either.
I figured it out…I used “sim/cockpit2/switches/navigation_lights_on” as dataref and had to enable read access to that dataref from within X-plane. Now the hardware switch properly toggles the bezel backlight on and off.
My X-Plane 12 simulator won’t load G100BridgeX 4.02. The log says: G1000BridgeX-mac-4.0.2.xpl’ not valid for use in process: library load disallowed by system policy. My Mac is Apple Silicon. Help much appreciated.
G1000BridgeX cannot be loaded by X-Plane due to security rules of Apple. In the log it says:/Users/herriecaspers/Library/Application Support/Steam/steamapps/common/X-Plane 12/Resources/plugins/G1000BridgeX-mac-4.0.2.xpl’ not valid for use in process: library load disallowed by system policy)
Failed: /Users/herriecaspers/Library/Application Support/Steam/steamapps/common/X-Plane 12/Resources/plugins/G1000BridgeX-mac-4.0.2.xpl. (This file is missing, not a DLL or could not be loaded due to another missing DLL.)
Help would be much appreciated.
Problem solved.
BE advised that with the use of the app named “CleanUp Quarantine Flags, I have had no difficulty with installing any apps for my Silicon M1Max where those apps produce the Apple block. None provided that the instructions are followed as given by the bouncing ball, as it were.
Anthony
I have been unable to find installation instructions for the PFD and MFD app. As with others from XP12, after unblocking them via the above method, I simply put them in the Resources ->plugins. PFD appears to work as it should, MFD, not so much. Neither prop nor manifold pressure work on my Diamond 50RG.
any recommendations for fixing? TIA, Anthony
Hi Anthony,
Are the 2 iPads running PFD and MFD connected to the same network? They should detect each other and connect automatically when connected to the same network.
You need to update the two transponder mode datarefs values to make it compatible with X-Plane 12:
sim/cockpit/radios/transponder_mode int y enum Transponder mode (off=0, stdby=1, on (mode A)=2, alt (mode C)=3, test=4, GND (mode S)=5, ta_only (mode S)=6, ta/ra=7)
and
sim/cockpit2/radios/actuators/transponder_mode int y enum Transponder mode (off=0, stdby=1, on (mode A)=2, alt (mode C)=3, test=4, GND (mode S)=5, ta_only (mode S)=6, ta/ra=7)
Right now, both ON and ALT set the value at 2 (as was the case in XP11); ALT needs to set the value at 3 on XP12.
Thanks. Will do.
I had my two bezels/ipads working with XP12 on MacOS recently, then went away for a week and came back and…now the PFDMFD pairing fails and so does the G1000BridgeXPFD pairing. After some testing, I think it’s because of recent macOS and iOS updates since my setup had autoupdates on. Has anyone else had this issue? I’m running macOS 13.3.1 and iOS 16.4.1. I came to this conclusion via the following tests:
– Switched PFD to my MFD bezel, turning off PFD bezel iPad: still won’t sync to XP12
– Moved all three to a separate wifi network (separate wifi base system hardware as well as SSID): no go
– Found an older iPad running iOS 15.4 and installed PFD – that wouldn’t sync to the MFD running 16.4.1 nor would it pair with XP12
– Found a SECOND older iPad running iOS 12.x. Installed the MFD. The two older iPads can sync PFDMFD! But the 15.4 PFD still can’t sync to the Mac
…so my conclusion is that something about network access for apps in macOS and iOS changed in recent updates that is breaking my setup. Has anyone seen anything similar?
To be clear – I don’t think this is my app or bridge being changed and thus broken – those versions are both latest and haven’t changed since before I went away, when everything worked great. I suspect that some type of network access became unavailable or requires some new form of request/permissioning in iOS/macOS.
FALSE ALARM! Li Chen was 100% correct in his diagnosis – did a RF survey and found a neighbor had mounted an access point on the other side of the wall from my desk. While I could get ping and manual netcat connections to all devices on the network, the noise was such that it couldn’t get UDP packets through reliably enough to pair. Set up a mesh network in my office to get an access point closer to the sim rig and it works fine!
I am unable to connect the Simionic G1000 PFD app to either XPlane 11 or 12. I start the IPad app first and it says something to the affect of “Waiting for Simulator Connection” (and shows it’s IP address). I then start XPlane and and both 11 and 12 show the G1000BridgeX in the “Plugins” menu; I go to “Settings” and enter the IP address from the IPad and select “Connect” and get various statuses such as “Waiting”, “Unable to connect”, “Reconnecting” (these are from memory so might not be the exact words but these meanings. Devices are on the same network and I am able to successfully ping the IPad from the XPlane host machine.
I have Wireshark (but am a noob) so open it and don’t see any UDP traffic from / to the IPad. I see other UDP traffic between the XPLane host and another computer that hosts a small app I build to read / write DRefs and CMNDs.
I’m using latest software of everything (G1000BridgeX v4.0.2, G1000 app 7.3.0, etc.).
Does anyone have suggestions that would help me troubleshoot this problem?
Thanks in advance.
Lance
Hi Lance, it’s should still be a network problem. Basically, the bridge needs to receive the broadcast UDP message sent from the iPad which is for searching the bridge. I think you may take a look whether the X-Plane is blocked from receive incoming messages. Or try rebooting the iPad or deleting the app and re-installing it.
looks like xp 12.08 deprecated a few datarefs and stops the plugin working
We have the plugin updated with the latest datarefs already. Can you confirm that you have the latest plugin? Or please send me an email at lichenpo@hotmail.com with details of the issue. Thanks!
migrated from xPlane 10 to 12 (Win 11). Had no issues with G1000 Bridge on XP10 but, after copying current XP12 Bridge file to Resources-plugin folder, the plugin still does not appear in the plug-in drop-down in XP12. Any ideas? Thanks
Hi Mark, it’s the C++ runtime library that is needed to be installed. Thanks and have fun!