Jump to content

cknipe

Members
 View Profile  See their activity

  • Content Count

    66

  • Donations

    $0.00 

  • Joined

  • Last visited

Posts posted by cknipe

  1. Posted

    Just now, kiek said:

    I have not yet looked into your files but have serious doubt you are dealing with the SimConnect issue.

    If two aircraft have the same id only the first encountered in the data stream will be detected as new aircraft in PSXT. The data from the second one will be taken as next sample for the first. This may lead to very strange behaviour of that aircraft but there will be only one.

    Will look into that in more detail tomorrow.

    Only one aircraft was visible in the SIM (correct), and the aircraft was positioned at the first (not second) position update received.  If what you are saying was true, the aircraft should have been at the last, or second position (manual injected position by me),  which was not the case.  It also doesn't explain why as soon as I went out of range of the aircraft, PSXT stopped with position updates (after it has been running stable without issues - literally for hours).

    This is exactly my point though.  Only one of the two planes makes it to the sim (yes, I agree).  Once PSXT removes that first aircraft however, the "second one" is *updated*, and the SimObject obviously doesn't exist because it was removed.

    I will write something up that we can all test to confirm my theory as well.  Will post it here as soon as it's done.

  2. Posted · Edited by cknipe

    @kiek - I believe I can reproduce the issue on demand.  I need to do a few more tests, but I've just deliberately crashed PSXT (no position update received).

    It's not a problem in the data feeder, it's not a problem in PSXT, it's a general, very rare, issue that DOES happen and occur in real life as far as MODE-S transponder codes go.  Hint: Whilst they are SUPPOSED to be unique, there IS a chance, that a duplicate can occur.  - that should already point you towards where I am heading with this.

    I suspect you are relying on the MODE-S codes to be unique, and I suspect the errors occur when the data feed injects two (or more) aircraft with the same MODE-S.  The AI Object is removed (seems to be generated based on the MODE-S code), but PSXT still tries to update it after it has been removed from the sim (the update occurs from the other aircraft, not the object deleted, but I think SimConnect removes -all- objects with the same ID).

    FYI: https://en.wikipedia.org/wiki/Aviation_transponder_interrogation_modes  Mode-S Transponders and how they can be reprogrammed,

    FYI: https://www.pprune.org/atc-issues/550950-duplicate-icao-24-bit-aircraft-addresses-ssr.html an interesting forum read about duplicate Mode-S codes in real life at Heathrow.

    In a nutshell, inject two duplicate aircraft (MODE-S codes), remove one (i.e. PSXT executes the DeleteObject), then go to another airport which puts you out of range and PSXT will (fail) in attempting to execute the second DeleteObject because it doesn't exist in the sim anymore.

    Follow AAY1791* in test.txt (what I inject into PSXT), and watch what happens in PSXT after AAY1791 is removed at KSDF, and after I move to KJFK.  She's dead in the water.  Data feed no longer receiving position updates from PSXT (connects, but receives no data).

    Logs at https://filebin.net/tcnw9wic5ldzv0ex - your latest 64bit build with trace logs.

     

    This will explain why this is so rare, and it IS this rare in real life as well - but even in real life, it does cause absolute havoc from what I am reading / understanding.

    PS: Should be fixable in PSXT, or in the data feeder fairly easily, if I am right about this.
    PSS: Please don't shoot me down again when I'm asking for information re data feeds - there's a very valid reason for my questions, you may just not know them.  20+ years in IT my friend, you know as well as I do that rare problems, often has nothing to do with what / where you are looking at for the problem.

  4. Posted · Edited by cknipe

    Hi Nico,

    Looking at very specific examples now.

    PSXT reports:

    Quote

    RPA4399*          IND ->CLT  E75L airborne not detected, no ON_GROUND msg received, no objectId.. is hanging ...  

    You have previously indicated that this was a fault with the data provider.  Right.

    Quote

    AITFC,624381993,38.750,-85.980,27100,1856,1,119,406,RPA4399*,E75L,,IND,CLT,1597421679
    AITFC,624381993,38.730,-85.930,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421707
    AITFC,624381993,38.730,-85.930,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421707
    AITFC,624381993,38.710,-85.910,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421719
    AITFC,624381993,38.710,-85.910,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421719
    AITFC,624381993,38.700,-85.900,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421731
    AITFC,624381993,38.700,-85.900,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421731
    AITFC,624381993,38.690,-85.880,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421743
    AITFC,624381993,38.690,-85.880,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421743
    AITFC,624381993,38.690,-85.880,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421743
    AITFC,624381993,38.680,-85.860,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421755
    AITFC,624381993,38.680,-85.860,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421755
    AITFC,624381993,38.670,-85.840,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421767
    AITFC,624381993,38.670,-85.840,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421767
    AITFC,624381993,38.650,-85.820,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421779
    AITFC,624381993,38.650,-85.820,27100,0,1,129,406,RPA4399*,E75L,,IND,CLT,1597421779
    AITFC,624381993,38.660,-85.700,29500,1728,1,115,417,RPA4399*,E75L,,IND,CLT,1597421789
    AITFC,624381993,38.660,-85.700,29500,1728,1,115,417,RPA4399*,E75L,,IND,CLT,1597421789
    AITFC,624381993,38.660,-85.700,29500,1728,1,115,417,RPA4399*,E75L,,IND,CLT,1597421789
    AITFC,624381993,38.660,-85.700,29500,1728,1,115,417,RPA4399*,E75L,,IND,CLT,1597421789
    AITFC,624381993,38.660,-85.700,29500,1728,1,115,417,RPA4399*,E75L,,IND,CLT,1597421789
    AITFC,624381993,38.630,-85.660,29500,0,1,130,417,RPA4399*,E75L,,IND,CLT,1597421815
    AITFC,624381993,38.620,-85.640,29500,0,1,130,417,RPA4399*,E75L,,IND,CLT,1597421827
    AITFC,624381993,38.620,-85.640,29500,0,1,130,417,RPA4399*,E75L,,IND,CLT,1597421827
    AITFC,624381993,38.620,-85.640,29500,0,1,130,417,RPA4399*,E75L,,IND,CLT,1597421827
    AITFC,624381993,38.610,-85.620,29500,0,1,130,417,RPA4399*,E75L,,IND,CLT,1597421839
    AITFC,624381993,38.610,-85.620,29500,0,1,130,417,RPA4399*,E75L,,IND,CLT,1597421839
    AITFC,624381993,38.590,-85.600,29500,0,1,130,417,RPA4399*,E75L,,IND,CLT,1597421851
    AITFC,624381993,38.590,-85.600,29500,0,1,130,417,RPA4399*,E75L,,IND,CLT,1597421851
    AITFC,624381993,38.580,-85.580,29500,0,1,130,417,RPA4399*,E75L,,IND,CLT,1597421863
    AITFC,624381993,38.610,-85.520,30400,1536,1,115,427,RPA4399*,E75L,,IND,CLT,1597421863
    AITFC,624381993,38.610,-85.520,30400,1536,1,115,427,RPA4399*,E75L,,IND,CLT,1597421863
    AITFC,624381993,38.610,-85.520,30400,1536,1,115,427,RPA4399*,E75L,,IND,CLT,1597421863

    Can you please indicate what is at fault with the data provider for this aircraft?

    Trying to understand, WHAT, and WHY these errors are occurring.  If the data provided by the data feed is correct (which it seemingly is as far as I can see), why is PSXT complaining about it?

    I am not sure what "no ON_GROUND msg received" means (it's not documented anywhere), and the "airborne not detected" doesn't make sense either as per the PSXT specs, the airborne flag is set, to a value of 1 as per your data spec.

    May I even further state, that your own protocol documentation, states that "Header and airborne are not relevant,"  So I am seriously failing to understand where the "airborne not detected, no ON_GROUND msg received" is coming from, seeing that it is apparently a data provider fault?

     

  9. Posted

    49 minutes ago, cknipe said:

     

    Please reinstall the latest version, and make sure that the application has permissions to write to the %APPDATA%\Flight Sim Technologies folder.  The application stores it's configuration files there, and up to 200MB of map tile cache.  According to that error, it has insufficient permissions to create the necessary folders.

     

    I found the issue with this - this was debug code accidentally left in a release version.  I am fixing it now and will be releasing a new version shortly.

  10. Posted

    10 minutes ago, mandarin said:

    I don't run them at the same time. There is winform on screenshot only. Console version crushes too..

    Strange... Console program shows that it is connected to PSXT and running normally.  The error window you posted, directly states the crash is related to the WinForm, and not console.

    There has been one or two changes made - I will try to push a new version out tonight still (within the next few hours).  It may be one of the bugs that I've fixed that you could be hitting.

  11. Posted

    Just FYI Nico, 

    I also recently re-installed my entire PC on a fresh brand new M.2 mPCI drive.  So I too, am on a fairly fresh sim installation, and also -only- have this problem with PSXT.

    Have you by any chance tried reaching out to say, the authors of vPilot / Squakbox / etc?  They also move a lot of AI around real time through SimConnect, and they don't have these issues?  Same PC, same Flight Sim, same addons... 

    In fact, I can think of quite a few addons that moves AI around in the sim real time, without any issues.

  12. Posted

    On 8/11/2020 at 3:17 PM, F_Stoelwinder said:

    I also have this problem. The logbook says:

        <Data>Toepassing: ADSBWinForm.exe
    Framework-versie: v4.0.30319
    Beschrijving: het proces is beëindigd als gevolg van een onverwerkte uitzondering.
    Uitzonderingsinformatie: System.IO.DirectoryNotFoundException
       bij System.IO.__Error.WinIOError(Int32, System.String)
       bij System.IO.FileStream.Init(System.String, System.IO.FileMode, System.IO.FileAccess, Int32, Boolean, System.IO.FileShare, Int32, System.IO.FileOptions, SECURITY_ATTRIBUTES, System.String, Boolean, Boolean, Boolean)
       bij System.IO.FileStream..ctor(System.String, System.IO.FileMode, System.IO.FileAccess, System.IO.FileShare, Int32, System.IO.FileOptions, System.String, Boolean, Boolean, Boolean)
       bij System.IO.StreamWriter.CreateFile(System.String, Boolean, Boolean)
       bij System.IO.StreamWriter..ctor(System.String, Boolean, System.Text.Encoding, Int32, Boolean)
       bij System.IO.StreamWriter..ctor(System.String, Boolean, System.Text.Encoding)
       bij Microsoft.VisualBasic.FileIO.FileSystem.WriteAllText(System.String, System.String, Boolean, System.Text.Encoding)
       bij Microsoft.VisualBasic.MyServices.FileSystemProxy.WriteAllText(System.String, System.String, Boolean)
       bij #xb.#te.#Yv()
       bij System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
       bij System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
       bij System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
       bij System.Threading.ThreadHelper.ThreadStart()

     

     

    Please reinstall the latest version, and make sure that the application has permissions to write to the %APPDATA%\Flight Sim Technologies folder.  The application stores it's configuration files there, and up to 200MB of map tile cache.  According to that error, it has insufficient permissions to create the necessary folders.

     

×
×
  • Create New...