
John Dowson
Members-
Posts
13,333 -
Joined
-
Last visited
-
Days Won
273
Content Type
Profiles
Forums
Events
Gallery
Downloads
Everything posted by John Dowson
-
Just had a look at this in more detail. TrackIR is not set to run in administrator mode, but it requests this when ran, so it does run in administrator mode. You therefore need to set FSUIPC7 to run in administrator mode if starting trackIR from FSUIPC7. Then, as MSFS stars FSUIPC7 from the EXE.xml, you need to run MSFS in administrator mode for it to be able to launch FSUIPC7, which will then be able to launch trackIR. I did this by setting this option on my FlightSimulator.exe file. After doing that, all start ok. Alternatively, you can remove the start-up of FSUIPC7 from the EXE.xml, and re-enable the start of FSUIPC7 from the MSFS.bat file.To do this, change to and replace INSTDIR with the full path to the FSUIPC7.exe John
-
I wonder how this happened. Currently, uninstalling removes the entry, and installing ALWAYS adds the entry, but does not check for existing entries. When I get time, I'll update the installer to check for an existing FSUIPC7 entry first, before adding the new entry. This should prevent mutile entries occuring. Yes, that's fine. But note that you can also use either the FSUIPC ini file ([Programs] section) or the MSFS EXE.xml file to also start other programs.
-
Is trackIR set to run with admin privileges then? If so, try turning that off and running everything as non-admin. John
-
Can you try the attached version, v7.0.4b, where I have added the following offsets: 0x0290 4Bytes AUTOPILOT ALTITUDE SLOT INDEX 0x0294 4Bytes AUTOPILOT HEADING SLOT INDEX 0x0298 1 Byte APU SWITCH Thanks, John FSUIPC7.exe
-
FSUIPC offset for Toggle_Fuel_Valve_Engx used by Asobo A320 Neo ?
John Dowson replied to mermoz33's topic in FSUIPC7 MSFS
Hi Stephane, someone else has also reported something similar here: I have found a sim variable APU SWITCH (read-only), that may be useful to you. Its available in the version posted in that topic. John -
Can you try the attached version, v7.0.4b, where I have added the following offsets: 0x0290 4Bytes AUTOPILOT ALTITUDE SLOT INDEX 0x0294 4Bytes AUTOPILOT HEADING SLOT INDEX 0x0298 1 Byte APU SWITCH Thanks, John FSUIPC7.exe P.S. The offsets are read-only. I could make the slot index ones writeable by using the associated controls when written to if needed.
-
The SDK also lists the following sim variable: APU SWITCH Boolean, whether or not the APU is switched on. UNITS_BOOL However, this is not documented as being exposed vi SimConnect. I will try adding it anyway, to see if it is recognised, and will let you know. If not, I can raise a zendesk issue to get this exposed via SimConnect. John
-
If you keep the console open, you will see the entries logged (or not!) when you use the mouse. Doo you see anything doing this? Ok, but why not just disable controllers in P3D then? This will prevent them from being automatically re-assigned by P3D, which can happen. It can go in the [General] section or in a a [Profile.xxxx] section. You want it in the latter, i.e. add this to your [Profile.B738U] section (and maybe your other PMDG profile sections): DontLogThese=66587 Yes, as this is used internally by your PMDG aircraft. Also, please don't start a new log file - I need to see the complete log file. You have also assigned to send the control on both press and release: 242=P257,17,C70022,-2147483648 -{Custom control: <70022>}- 243=U257,17,C70022,-2147483648 -{Custom control: <70022>}- So this will send to controls (one on press, one on release), so maybe remove one of those - this will half the change rate. Your last log is also quite strange, as it shows several button presses per second: If you press this button once, do you see multiple press entries in your log? What is your 257 device (some type of VRI device?)? Is that sending repeated button press/releases when 'on'? John P.S. Please keep your console open when testing, so you can see what is logged on each individual button press/release. Other than that, your assignments look fine according to the header file.
-
Having trouble with FSUPIC6
John Dowson replied to raptor84's topic in FSUIPC Support Pete Dowson Modules
Just rename your linda.lua script, or, better, remove the call to that script from your ipcReady.lua script. There is no FSUIPC7 log file included, only you installation log which is not relevant. Please disable Linda, activate the logging requested (event and button & keys) then produce a short log where you press one of you assigned buttons (i.e. not keys - we'll check your issue for buttons first) Could you update to FSUIPC6 v6.0.12 first though please - this was released yesterday. Your ini file also shows that you are not using the JoyLetters facility. This means that you joystick IDs could have changed, which would invalidate your assignments. You should activate the JoyLetters facility by setting the AutoAssignLetters ini parameter (in the [JoyNames] section) to Yes. You also have one assignment to a non-existent device (with id=0) that you can delete: 0=0X,256,D,36,0,0,0 -{ DIRECT: SteeringTiller }- Maybe also check your FSUIPC6.ini to see if you can determine if your assignments (buttons and axes) are assigned to the correct devices (with 1=T.16000M, 2=TWCS Throttle, 3=Yoke). -
Its obviously a permissions issue but I've no idea what is causing this, you need to play around. I have TrackIR as well, but I never run anything in admin mode.... I always start TrackIR manually (as I only use it occasionally and for tests), but I'll try starting in via both FSUIPC and the MSFS EXE.xml to see if there are any permission issues for me (but I doubt it!). You could also try running TrackIR from the EXE.xml, rather than from FSUIPC?
-
Sounds like a question for MobiFlight. Someone asked the same question on the Asobo forums, but I haven't seen a response, so far.
-
No idea, sorry.
-
As I said, I am not sure where this is held. However, just looked at the SDK documentation, and there are the following sim variables (although they are not documented as being available via SimConnect: AUTOPILOT ALTITUDE SLOT INDEX Index of the managed references Number TYPE_UINT32 N - AUTOPILOT HEADING SLOT INDEX Index of the managed references Number TYPE_UINT32 N I can try requesting these to see if available and add them to a spare offset. I'll check if these are available in the next day or so and let you know. John
-
Only do that of you want to run MSFS as administrator. Previously FSUIPC7 was either started manually, or with MSFS using the batch file and desktop link provided. Since the latest release, v7.0.4, FSUIPC7 is started by MSFS via the EXE.xml file, and the launching of FSUIPC7 via the batch file has been removed - this file (and desktop link) now start MSFS only, as well as displaying the splash screen. If you get the error that another copy of FSUIPC7 is already running, then two copies are being started. Check your EXE.xml to see if it has two entries for FSUIPC7 and, if so, remove one. Also, check that you are not using the old batch file/desktop link to start MSFS. John
-
FSUIPC7 registration and re-install issues
John Dowson replied to dariendiaz76's topic in FSUIPC7 MSFS
Can you check to see if there is a crash event in the windows event viewer, and if so post me the details. Can you also right-click the installer, select properties, and take a screenshot of the details and attach that. What version of windows are you running? -
Check your FSUIPC documents folder. There should be a text file there called Controls List for P3Dv4 Build xxxxx.txt.The FSUIPC added ones are documented in the Advanced User guide. John
-
For the altitude, try offsets 0x0818 (AUTOPILOT ALTITUDE LOCK VAR:3) and/or 0x07D4 (AUTOPILOT ALTITUDE LOCK VAR). For heading, try 0x07CC (AUTOPILOT HEADING LOCK DIR).
-
I can't really advise. If you are getting frequent CTDs, then yes I would start removing simconnect clients, one at a time, until it was stable,
-
SPEED_SLOT_INDEX_SET is a control/event, not a data value stored in an offset. The FSUIPC log entry is just logging that this event was received. There is no way to read the parameter of this event via the SDK. But really, is that what you want to do? This (undocumented) control alters the FCU authority, so what you probably want to read is where the actual authority of the FCU lies. Not sure where thats held (if at all!)- if there is a sim variable for this then I could add that to the offset area for you to read - if you let me know what it is! John
-
So, not using FSUIPC but SimConnect directly? You can use them as any other client event by registering them using the SimConnect_MapClientEventToSimEvent function, using IDs in the appropriate custom event range. John
-
FSUIPC7 registration and re-install issues
John Dowson replied to dariendiaz76's topic in FSUIPC7 MSFS
First, please download the latest zip package and try again. If it still crashes, please provide more details - when does it crash? Do you see anything at all when you run the installer? John -
Sure - you can create your own event file just for the events needed. Just make sure that that the events have consecutive index numbers and max of 256 events (0-255) per file. As I mentioned in a previous post, I think it would be better to create an event file for each device (e.g. G1000.evt, G3000.evt, etc), and then just add the ones for the systems you use. I guess I could also look into making the [EventFiles] ini section profile specific if different event files will be used for different profiles. And make sure that you do this before you assign to the events, or changing event files when you already have assignments will make previous assignments invalid. John
-
Just follow the instructions in the link posted above. If you have issues with Windows Defender (or any other antivirus software) blocking you, then just temporarily disable until you have it installed.
-
Are the parameters you are using for those controls correct? Can you check that (and let me know what header file you are using, as I asked, so I can see if I have a copy somewhere....): I guess these are the controls that are giving the problem: No, me neither - I can't see any assignments to that control in either your general assignments or the profile assignments for that aircraft. Maybe these are events that the PMDG aircraft use internally and can be ignored - if thats the case, you could use the DontLogThese ini parameter to ignore these (also available for Profiles). Could you active logging for Buttins & Keys, and produce another log file please, so I can see what buttons you are pressing to send the controls. Also, let me know which are the log entries produced when you use the mouse/UI to change the values. Also, you have controllers active in P3D: 1906 Controllers are set to ON, using RawInput within P3D Can you either disable controllers in P3D, or check that you don't have any assignments there. John