John Dowson
-
Posts
13,698 -
Joined
-
Last visited
-
Days Won
288
Content Type
Profiles
Forums
Events
Gallery
Downloads
Posts posted by John Dowson
-
-
1 hour ago, Egyptair said:
I got this message:
15953 [INFO]: **** Starting FSUIPC7 WASM Interface (WAPI) version 1.0.3 (WASM version 1.0.2) using connection -1
15953 [INFO]: Connected to MSFS
15985 Lvars received: 146 L:vars & 0 H:vars now available
15985 Lvars/Hvars received - checking aircraft autos....
16047 LUA.1: beginning "C:\FSUIPC7\centerTankFuel.lua"
16047 *** LUA Error: C:\FSUIPC7\centerTankFuel.lua:4: 'then' expected near '!'
345047 LUA.2: beginning "C:\FSUIPC7\centerTankFuel.lua"
345047 *** LUA Error: C:\FSUIPC7\centerTankFuel.lua:4: 'then' expected near '!'
349719 LUA.3: beginning "C:\FSUIPC7\centerTankFuel.lua"
349719 *** LUA Error: C:\FSUIPC7\centerTankFuel.lua:4: 'then' expected near '!'Yes, sorry "not equals" in lua is '~=' not '!=' - that is C/C++, getting my languages confused... using '>0' is just as good.
1 hour ago, Egyptair said:I really thank you very much as you helped me out with an issue, I struggled with over many month !!
No problem - glad its now working and help with your issue.
Regards,
John
-
Please try the attach script. I have not tested this but its pretty simple. Make sure its running - best to add to the [Auto] (or a profile-specific [Auto.xxx]) section of your FSUIPC7.ini file, e.g.
Quote[Auto]
1=Lua centerTankFuelAny issues, please activate logging for Lua Plugins (only!) and show me your FSUIPC7.log and FSUIPC7.ini files.
-
1 minute ago, Egyptair said:
30 kg is equal to 7.93 Gallons.
30 kg is equal to 0.0018609 % of total capacity of the center tank.
The aircraft I use is the prosim 738 flight model, which uses both 0x0B74 and 0x0B78.
I really appreciate your help and to offer the lua script file, which I would gratefully take.
Ok, thanks. I will provide you with a lua script to try - it is pretty straightforward and I may get a chance later today, but I will post again when ready.
John
-
20 minutes ago, shorthauler said:
This leads to some offsets behaving erratically (not sending data or sending wrong data).
Which offsets? Offsets only hold data, they do not send anything.
20 minutes ago, shorthauler said:This is not a case when I save a cold and dark flight, exit FSX, restart and then directly load the cold and dark flight. Is there any explanation?
I have no idea as I do not fully understand your issue. Can you try logging some offsets (up to 4) using FSUIPC's offset logging facilities. ones which you think are holding invalid data.
Try in both situations to see what the difference is.20 minutes ago, shorthauler said:It seems to me that by starting the trike, some offset processes might be started and they might still be running, even though a new plane has been loaded. I wonder whether it mey help to clear all offsets and how this could be done.
There are no 'offset processes', except the main simconnect thread that requests the data from the FS and then receives this and uses it to populate the offsets. Offsets that hold simvars are only updated from values received from the FS - they will be cleared/updated when any new value is received.
20 minutes ago, shorthauler said:If you want to start this plane from cold and dark, you have to first load the trike, cut the motor and then load the FS Bus.
I don't understand this and don't have the FSLabs A320 so I am not sure I can help that much, but if you can identify what offsets are holding incorrect data, we can go from there...
Also, can you attach your FSUIPC4,ini file.
John
-
7 minutes ago, Dreamflight767 said:
Hi. Which one is the .log.
The one that has the extension .log! You have windows Explorer set to Hide extensions for known file types. Uncheck this option (under Options->View->Advanced settings) and you can then see the extensions.
-
51 minutes ago, Egyptair said:
Simulator MSFS / FSUIPC 7
I have moved your post to the FSUIPC7 / MSFS sub-forum - please use that for all support requests when using FSUIPC7.
53 minutes ago, Egyptair said:due to a problem with my homecockpit software (engine shut down, if I forget to switch of center pumps, when reaching 0 kg ), I need a small program,
which monitors the amount of fuel in the center tank and when the amount is <= 30 kg, fsuipc shall set the amount to 0 kg.
Something like:
If center tank amount <= 0 kg then center tank amount = 0
Is this possible and if yes, how ?
This should be possible using a lua script. First you have to determine what holds the centre tank fuel quantity. First, try monitoring/logging offset 0x0B74 (FUEL TANK CENTER LEVEL) using FSUIPC's offset logging facilities (log as U32). This should hold the % left (*128*65536). If that looks correct, also log offset 0x0B78 to get the centre tank capacity - you will need this to determine the % value in offset 0x0B74 for 30Kg of fuel. You will also need to convert this from US gallons to kilos.
Once you have determined what offset 0x0B74 holds when the centre tank is at 30kg, you can then monitor that offset in a lua script (using event.offset), and when the offset value is equal or is less that the 30Kg %age (that you have determined), you can write 0 to the same offset.
If you let me know which aircraft you are using, and I have access to that aircraft, I can help you further. Otherwise, if you can confirm that offsets 0x0B74 and 0x0B78 are used by the aircraft, and let me know what offset 0x0B78 holds, I can provide you with a lua script you can try and customise. Probably next week now though as I have no time this weekend.
If those offsets are not being used by the aircraft, you will need to determine what holds the capacity and current quantity. This could be held in other simvars or possibly in lvars. Again, if you let me know the aircraft, I can take a look.
John
-
Further details from @Ray Proudfoot:
Settings required to minimise / eliminate the delay when Autosave is enabled for the PMDG aircraft in Prepar3D all versions.
- In Windows 11 select Start - Settings. On the left menu select Privacy and security.
- At the top of the list select Windows Security.
- Select Virus and threat protection.
- Under Virus and threat protection settings select Manage settings.
- Scroll down to Exclusions. Select Add or remove exclusions
- Click "+ Add an exclusion"
Add the following choosing File from the drop-down.
- Prepar3d.exe
Add the following choosing Folder from the drop-down
- The folder containing FSUIPC6.dll
- The following folder. Your initial path may differ. C:\P3Dv5\PMDG\PMDG737NGXu\PanelState
- C:\Users\[username]\Documents\Prepar3D v5 Files
Add the following choosing File Type from the drop-down.
- FXML
- PLN
- WX
After adding those and with Autosave enabled I looked very closely for the autosave action. I barely noticed the save routine and there was no noticeable pause or stutter in P3D. My thanks to @Yakpilot for his post giving this extra info.
-
You only have the aileron axis assigned in one profile:
Quote[Profile.B777KLM]
1=PMDG 777-300ER KLM (PH-BVK | 2013 | Yellowstone National Park)[Axes.B777KLM]
RangeRepeatRate=10
0=0X,256,D,1,0,0,0 -{ DIRECT: Aileron }-
1=0Y,256,D,2,0,0,0 -{ DIRECT: Elevator }-
Your log shows that you were using this aircraft:
Quote206469 Aircraft="PMDG 777-300ER Singapore Airlines (9V-SWV | 2013)"
which is in this profile:
Quote[Profile.PMDG B777]
1=PMDG 777-300ER Singapore Airlines (9V-SWV | 2013)
2=PMDG 777-300ER Cathay Pacific Airways (B-KPK | 2009)[Axes.PMDG B777]
RangeRepeatRate=10
0=0Y,256,D,2,0,0,0 -{ DIRECT: Elevator }-i.e. you have no assignments to the aileron om the profile for that aircraft.
I do not understand why you have different profiles for the same aircraft, different liveries. You should use one profile, and change the aircraft name in that profile to catch all variants, e.g.
Quote[Profile.PMDG B777]
1=PMDG 777-300ERAnd make sure you have the aileron assigned and calibrated in that profile.
John
-
6 hours ago, gr8guitar said:
I am asking to know if there is a way to know the status of the flags of the buttons (real or imaginary)? Since the flags' status have to be stored in some kind of memory address, I was wondering if there was access to it, i.e.: as an offset- type.
As I said, no - it is not possible to read the status of a button flag from an offset. There is a "hot button" facility, where you can register to detect joystick button presses (see offset 0x2910), but not to read the status of a button flag. These are kept in internal data structures.
-
Ah, so it is a FAQ entry already!
1 hour ago, Ray Proudfoot said:The extra bits I added were the file extensions and the PMDG folder where its panel state is saved.
Maybe you could add those details to the FAQ entry for others?
Cheers Ray - take care,
John
-
Just now, DrDave- said:
Will starting FSUIPC7 or logging input events later in the start up (after Ready to Fly) make any difference for now?
No - going to post the new version now....
-
14 minutes ago, Ray Proudfoot said:
Thanks John. I found a topic where the chap had excluded lots of files, folders and file extensions and that appears to have done the trick. I was watching very closely when an autosave was due and there was barely a stutter.
Thats good - if I remember correctly, most folks seem to still get a pause of a second or more, even after excluding files/folders from anti-virus scanning...
16 minutes ago, Ray Proudfoot said:I'm trying to find his post as it proved very useful. Maybe a sticky if you think it worthwhile.
Can you post the link here please - I may create a FAQ entry for this....
17 minutes ago, Ray Proudfoot said:Does the same happen in MSFS?
Yes, but it is even worse...and the flight save function is still not documented as working (although flight load is!) and so the auto-save is still noy 100% reliable. Some folks seem to have more luck with this than others....no idea why!
Cheers Ray,
John
-
1 hour ago, Ray Proudfoot said:
Having done some searching I've found your post here which explains the problem and a solution.
Yes, this is a well know issue with auto-save and complex aircraft, such as the PMDG 737. The only thing that can be done to reduce pause times is to exclude the folder where the files are saved from any anti-virus software, but you may still get pauses lasting several seconds.
There is also an autosave enable/disable control, which can be used to enable/disable autosave when it has been activated. Some folks use this to disable autosave on take-off and landing to prevent such pauses during critical moments. You could even have a lua script that enables/disables autosave automatically, maybe using the aircraft altitude above ground.
Cheers,
John
-
This is because you are using an unregistered/unlicensed version. If you have a license, you need to enter the details and validate them at the end of the installation process. If you do not have a license but would like to try the registered facilities, post in the trial license topic (at the top of this forum) and I will PM you a trial license (time-limited).
John
-
The "InputEvent received but not known:" messages were logged as no input events were received. This was because they were being requested to early - I have corrected this in the next update which I will release shortly. in the beta announcement thread. Please update and try this when released.
And please remember to report any issues in the beta release thread, not here.
John
-
Please post any issues with the beta version in the announcement topic (as it says). Can you please repost your issue in that thread.
I will look into this tomorrow (and install the improvement mod to check here), but I will respond in the beta announcement topic.
John
P.S. No point extracting and/or sorting log entries. If a log file is too large to attach, zip/compress it. I always need the full log file.
-
Thanks for this detailed and well explained contribution!
17 minutes ago, Mouseviator said:maybe someone will even write a script to map the Lvars to axis input for really smooth reverse thrust control
The best way to do this would be using a preset (calculator code). The calc. code of the preset would have to scale the axis value range (usually -16384 to +16383) to the lvar value range before setting the lvar. You can assign an axis directly to a preset - as long as the preset contains a parameter placeholder ($Param or the @ symbol).
Regards,
John
-
28 minutes ago, Dreamflight767 said:
I put the ini for you to review.
Yes, but not your FSUIPC7.log file, which I also need to see for this problem...
-
48 minutes ago, DaveSCUSA said:
Is there a significance of the parameter in the event log with a toggle?
Yes, there will be. For example, for the TOGGLE_MASTER_BATTERY event:
QuoteTOGGLE_MASTER_BATTERY[0]: battery index
Toggle battery switch state. The battery index is the N index of the battery.Ndefinition.So the parameter is the index of the battery.
-
1 hour ago, John Dowson said:
I will update the beta available there in the next couple of days with a version that will include this additional parameter logging for events/controls that have more than one parameter.
This feature has now been released in the latest beta, 7.3.26f.
John
-
In the next release, I will update to log multiple parameters when available. I have tested this in the DA62 with the Left Engine Master On switch, and this is now what is logged:
Quote301203 *** EVENT: Cntrl= 67063 (0x000105f7), Param= 0 (0x00000000) ENGINE_MASTER_1_TOGGLE
301328 *** EVENT: Cntrl= 67073 (0x00010601), Param1= 9 (0x00000009), Param2= 1 (0x00000001) ELECTRICAL_BUS_TO_BUS_CONNECTION_TOGGLE
301328 *** EVENT: Cntrl= 67073 (0x00010601), Param1= 5 (0x00000005), Param2= 2 (0x00000002) ELECTRICAL_BUS_TO_BUS_CONNECTION_TOGGLE
301328 *** EVENT: Cntrl= 67073 (0x00010601), Param1= 7 (0x00000007), Param2= 5 (0x00000005) ELECTRICAL_BUS_TO_BUS_CONNECTION_TOGGLE
301328 *** EVENT: Cntrl= 66241 (0x000102c1), Param= 2 (0x00000002) TOGGLE_MASTER_BATTERY
301328 *** EVENT: Cntrl= 67073 (0x00010601), Param1= 6 (0x00000006), Param2= 13 (0x0000000d) ELECTRICAL_BUS_TO_BUS_CONNECTION_TOGGLENote that the easiest may to control this switch via assignments is to use the Input Event ENGINE_Master_1. Assignment to Input Events is a new feature and currently only available in the latest beta release, from this topic:
I will update the beta available there in the next couple of days with a version that will include this additional parameter logging for events/controls that have more than one parameter. The official release date of this version (7.3.26) is still TBD.
John
-
11 hours ago, Delta14Sierra said:
My assumption is that this has to do with the FastTimeLimit = 60 and Pollrate = 20 settings. I have been trying different values (increasing the FastTimeLimit, and decreasing the Pollrate), but I am struggling to find a sweet spot.
I would leave the Pollrate and just increase the FastTimeLimit.
The rotary script should work reasonably well - if it isn't, try and understand what the script is doing, and try and work out what is happening. As I said. logging is your friend - use it. You can also add additional logging statements (using ipc.log) to help you understand what is happening.If your rotary is a two-phase type rotary switch, thus lua script may not be the best option - see the Advanced User guide om how to handle such rotary types.
Otherwise, try to see what is happening yourself using the logging facilities provided.
-
13 hours ago, Dreamflight767 said:
FSUIPC 7 does not recognize any of my controllers.
What do you mean? Your ini file shows that the following 6 controllers are recognised:
QuoteA=Bravo Throttle Quadrant
B=Alpha Flight Controls
C=MFG Crosswind V2
D=T.A320 Pilot
E=TCA Q-Eng 1&2
F=TCA Q-Eng 3&4For some reason, you also have a rudder axis assigned on your Bravo, and a left brake axis assigned on your T.A320 Pilot:
Quote[Axes]
PollInterval=10
RangeRepeatRate=10
0=AU,256,D,3,0,0,0 -{ DIRECT: Rudder }-
1=DS,256,D,7,0,0,0 -{ DIRECT: LeftBrake }-Please explain more clearly what your issue actually is, and also show me/attach your FSUIPC7.log file.
John
-
15 hours ago, DaveSCUSA said:
I was to understand that that toggle events have no parameters.
Most toggle events don't take any parameters, but some do in MSFS.
15 hours ago, DaveSCUSA said:1. In the Event Log Entry - one of the kex values is the parameter. What is the other hex value?
Two values are shown, the control/event number, and the parameter. Both numbers are shown as decinmal integers with the hex equivalent after this in brackets.
15 hours ago, DaveSCUSA said:2. If a toggle event has no parameter, do you know why one is shown in the entries?
Sime toggle events do have parameters -this is obviously one that does.
15 hours ago, DaveSCUSA said:3. If there are 2 indices in an event, is the param one of the indices and can Lua show both indices?
Only one parameter/indices is currently logged. There currently seems to be some confusion between the events that take multiple parameters and those that don't, and also a similar confusion between standard controls and *_Ex1 controls. This is rather technical, but multiple parameters for events are only seen when received as *_EX1 events. not as standard events. And many EX1 events don't take multiple parameters and are received as standard events, not EX1 events.
I will look into trying to log multiple parameters for events when such parameters are received. But note that it is only possible to send events with multiple parameters/indices by using calculator code.
InputEvent received: - Appears may be a loop
in FSUIPC7 MSFS
Posted
No it has not...I don't understand why you would think that. Please post ALL issues/comments/requests relating to the beta in the beta announcement thread.
Yes, the DA62 is continually firing this input event for some reason. FSUIPC7 just logs what it sees. This is similar to the way many aircraft continually emit standard events/controls. For standard events, you can use the DontLogThese ini parameter to stop such events being logged. I will add something similar for Input Events at some point. but not sure when I will have time for this - it mat be after the initial release.
John