GillyTheKid
-
Posts
5 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Gallery
Downloads
Posts posted by GillyTheKid
-
-
Just an addition to this - it seems like it may be an issue with the FSLabs. I ran two tests, one with the FSLabs and the other with the PMDG 777. Both named log files are attached below. PMDG 777 clearly writes the correct offset value, whereas the FSLabs is just not writing it at all.
-
1 hour ago, Pete Dowson said:
You need to Monitor offset 0330 (FSUIPC Logging Tab, right-hand side, offset 0330 type U16. For 1013 that will read 1013x16 = 16208, or if it sets it more accurately (1013.25) then 16212. check the option below to write it to the log.
If your STD button is not writing this value then that will explain your problem.
It is indeed not writing to the log - what would be the reason for this and is there any was to fix it?
1 hour ago, Pete Dowson said:Sorry, you need to explain that. "Q1013" isn't a control recognised by FSUIPC.
The hotkey option within FSUIPC itself.
-
4 hours ago, Pete Dowson said:
It is only changed by the cockpit panel. You adjust it using a dial for the true current pressure which you get from ATIS or from ATC, or by pressing STD to go to Flight Levels. Neither FSUIPC nor the Sim changes it without the correct input.
Yes sorry, when the value is STD. However, I do change to barometric pressure to STD above the TA, but it does not seem to effect the level displayed on Merlin. It still reads it as the pressure that I had previously in below the TA; the flight level shown is a reference to the QNH I had previously, rather than that shown on the PFD on the aircraft, with STD selected.
In the picture, a specific value is clearly seen of 35288ft, when on the sim I was cruising at FL350 on STD pressure. It seems something isn't working correctly between the two as the incorrect value is being sent over, unless it is an issue with the FSLabs specifically. I managed to work out some sort of work around by assigning a key directly to Q1013 in FSUIPC itself, which then changes the value sent over to 1013, but as it's not controlled by the aircraft itself, I don't particularly consider it a longer term solution. I flew earlier on with this method and the correct Flight Level was displayed this time.
Not sure if that description makes sense.
Thanks,
Will
-
Hello,
I am part of BA Virtual which uses it's own third-party flight tracking application called Merlin. Normally, once STD pressure is selected, the altitude tracking will change to flight level, rather than specific values, but for whatever reason, the FSLabs and FSUIPC aren't interacting properly and FSUIPC can't sense the change of barometric pressure and send that to Merlin. I have contacted the developer of Merlin and he has had a look at some flightlogs. He says that Merlin checks the Kollsman value sent from FSUIPC and crosschecks it with the current altitude; if there is a value of 1013, the altitude displayed in the flight tracking will be FL rather than local altitude. When flying the FSLabs, the Kollsman value doesn't seem to change from that of the one that is displayed on sim load up. Is there any reason for this value not changing and being able to send it out to Merlin and is there any way that I would be able to fix it so it can do that? I have the latest version of FSUIPC, and have tried reinstalling FSLabs in different locations, but nothing seems to work. I can't remember if I installed FSUIPC as administrator, so would reinstalling it as administrator help?
Thanks,
Will
FSLabs and FSUIPC not interacting properly when sending information to third-party applications
in FSUIPC Support Pete Dowson Modules
Posted
I'll update my SimConnect and see if that helps. Maybe the SimConnect version I have installed isn't particularly liked by the FSLabs, or there are files missing preventing it from interacting properly with it.