Read-Write Synchronisation in SIOC

[kiek]

Hi guys,
Peter is right. However, you can minimize the effect (and almost let it disappear) by increasing the update frequency of FSUIPC offsets in sioc.ini, but it may still happen although I have not noticed it in this CRS example, which I use in my sim for say 6 years now ...

Maybe Project Magenta is causing an extra delay ?

The R/W variables (in SIOC) representing MCP Heading, VS, Altitude and so on, provided by my lekseecon program do not suffer from this. In lekseecon I take care of that by doing exactly what Peter proposes, keeping one channel 'silent' if the other channel is in use and vice versa (so both ways).

Nico

[pdpo]

Hi all,

indeed project magenta is slower then fs addons. The reason is simple, fcu is running outside of FS process so a takswitch
is needed to let fcu do its job. Also I think fcu will not read the fsuipc offsets so fast.
I had this problem always with PM.

To give another hint. I helped out someone using jeehell software and that person send email to the designer. he answered that his software will read fsuipc every 200ms. So this shows also that in this case also this problem will appear.
No use to decrease SIOC fsuipc access times.

Better to keep quiet one channel when turning the encoder.

Greetz Peter

[kiek]

Hi Peter,

I agree with you in general, but I looks like the R/W FSUIPC offsets provided by Pete Dowson do not suffer from this. Maybe Pete also takes care of keeping one channel silent in his software?
(because my CRS example works like a charm...)

Cheers,
Nico
P.S. Are you going to Lelystad november 5th? Would be nice to meet again.

[pdpo]

yes of course I will attend at lelystad. Cant miss that ... its the highlight of the year for me... i am counting the days
if i can make it I would like to go on saturday 5th, will depend on my wife work schedule.
if not it will be sunday. I will ask again my wife tonight to push them to give the schedule early so I can plan.

greetz Peter