On the DTS I was able to reproduce LSC receive errors for RFM IPC channels sent by ISC-EX when changing the run time of the ASC model.

The set-up is: The DTS has a full set of nodes on the X-ARM RFM loop (LSC - SUSEX - ISCEX - OAF - ASC - LSC). I’m running H1’s h1iscex model on x1iscex, it has two RFM sender channels. I’m running H1’s h1asc model on x1asc0. I’ve modified your h1fe3tim16 model on x1lsc0 to receive the two h1iscex channels. So a 16kHz sender, a 16kHz receiver with a 2kHz system in between.

The h1asc model has 8 sending channels. I can vary the usrTime on h1asc by either running with no filters defined, or with the full set of H1 filters defined or with something in between. When transitioning between the two extremes, it takes the ASC about 50 seconds to do so due to the large number of filters and the usrTime varies linearly between 87uS (no filters) and 133uS (all filters). When the usrTime is in the range 105-120uS, the LSC receive errors shoot up into the thousands per second.

I then customized the H1ASC.txt to the number of filters needed to keep h1asc usrTime at 113uS (in the middle of the bad range) and the LSC gets 2046 errors per second, close to the ASC processing rate.

So it looks like the ASC IPC writes are colliding with the ISC writes. This is not quite the same as the H1 fix I put in yesterday, were I reduced the ASC RFM payload size from 16 channels to 8 channels and zeroed the LSC errors, but the mechanism could be the same.