Situ load, plane turns and run away ...

[B747-400]

Hi Hardy and Gary

strange behaviour detected: when I save a .situ at LICJ gate 214, and reload it immediately, the bird turns nearly a fully 360 and start moving.

Pls see enclosed video, .situ file included in ZIP-file.

It won't happen, when Garys WASM is disconnected. Scenery is from AmSim (orbx).

Any ideas / solutions?

THX and BR
Hans

[B747-400]

Hi,

*EDIT*
Seems at it was some faulty update(s) on my sim-PC! I (re)installed Sim Updates and now the wired behaviour is gone!
Just an info in case anyone else notices this strange behavior.
*/EDIT*


I need to push up the thread! Because the problem still persists and now, same troubles at EDDS.

- When I place the plane manually, it stays spot on coords. Well on ground, bogies not tilted.
- Saving a .situ and loading a second later, plane hoovers long time in air, wobbles around, moves forward, and sloooowly comes down.
- But neither on same spot, nor on ground. Bogies tilted after reload, but not on first positioning. Please see video.
- All this with parking brake set. If I try it with no brakes, plane turns and runs away like in first video above from May.

What can cause this, and how can I stop it from doing it?

Video and .situ here: EDDS 13

Cheers
Hans

[Bluestar]

I'm guessing your sim MS2020.  I have had similar problems with MS2020, but not with P3d.  In some instances the altitude shown by MS2020 and PSX differ.  On loading a saved situation it appears to me that PSX is the prevailing altitude for the aircraft.  When parking from a flight the prevailing altitude is MS2020.  If the PSX altitude and MS2020 differ the floating (or underground) aircraft will appear. 

I don't worry about it, just glad Gary has given us an interface that works.

[B747-400]

Yes, it's MSFS. Unfort the issue seem not to be fixed by the updates. Today, I encountered same at KLAX.

The wired thing is:

when I save a .situ on a precise lat/lon, then reloading same .situ, the plane does crazy things like on the videos.

BUT:
I wrote a little program just for testing: the prog captures the Qs122 string sent direct after load3 event, waits one second, and then injects the same Qs122 string back into PSX. As soon as I do it this way, the plane sinks firmly down to earth, and everything is fine.

Perhaps Hardy and Gary can share some thoughts on the difference btw. sending Qs122 from PSX on load3 vs sending same string by my SW one sec later, together with PSX.NET.MSFS Router/Client.

Regards
Hans

[Hardy Heinlin]

How do you load a situ? Load in PSX (ALT+S or "Load" button)? Or inject a list of Q variables from your add-on?


|-|

[Gary Oliver]

Hans,

I do not see this behaviour at all unfortunately.

I will try and reproduce when I look at the WASM module for MSFS 2024 around Christmas time this year.

Cheers
G

[cavaricooper]

....when I look at the WASM module for MSFS 2024 around Christmas time this year.

Cheers
G

Gary- If time allows, would you please look at adding the VC as an option then?  Ta!

C

[B747-400]

How do you load a situ? Load in PSX (ALT+S or "Load" button)? Or inject a list of Q variables from your add-on?


|-|

Hardy,

I save and load all my .situs via the "Save as ..." and "Load ..." button on instructor window.

Re-sending the Qs122 only happens for testing (like mentioned above) and eliminates the effects shown in videos.

So, that leads me to the guestimate that something must be handled different in either PSX itselfe or PSX.NET btw. Load button and the Qs122 injection 1 sec after Load button.

Cheers
Hans