RMP standby frequency
Posted: Sun Feb 23, 2025 10:06 am
Hello all.
I am going through a rebuild of my cockpit (building started way back around 2002 with early panels by FDS and software from Project Magenta, then a little later, adding in AST overhead software and then migrating to JeeHell in its early infancy).
I have taken delivery of KAV Simulations LCD displays (https://jak-kav.co.uk/pages/how-to-use) to use in the radio panels, as well as for the transponder and the overhead battery displays. They are very nice and reasonably priced.
These LCD displays work through Mobiflight, which as you probably know is FCUIPC driven. Don’t worry, I am not asking for offsets from Jean-Luc!
My interface setup is primarily Opencockpit cards with SIOC. The SIOC creator within JeeHell, for me at least, has been one of the biggest unsung heroes of Jeehell FMGS! Setting up the panels to use SIOC is a breeze, including the RMP active and standby frequencies (7 segment displays via Opencockpit’s display cards).
There is where my problem is now. My understanding is that the 8.33 kHz spacing offset frequencies are handled by offsets, 05C4, 05C8, 05CC and 05D0. Using Mobiflight, the Active Com1 frequency (05C4) does work. But changes to the Standby COM1 active frequency does not work (05CC) in JeeHell.
Looking at my SIOC code for the 7 segment displays, which I want to replace, does not give any clues since SIOC_creator produces named variables.
I am guessing that because Jean-Luc is not using, for the most part, FSUIPC offsets, the standby frequencies are controlled in a very different way. I have spent the best part of the week trying to find posts etc of anyone having a similar problem to me but there are none. Hence my last resort is here!
Maybe it’s just not possible – if someone could confirm that then I would be grateful – it means I will have to revert to plan B and continue to use 7 segment display cards through SIOC. I am no software programmer, but I am guessing there could be a work-a-round – to read the standby frequency and then transfer that to an FSUPC offset which then Mobiflight can read…but that is way beyond my capabilities!
Anyway, is there a solution?
Kind regards,
Darren
I am going through a rebuild of my cockpit (building started way back around 2002 with early panels by FDS and software from Project Magenta, then a little later, adding in AST overhead software and then migrating to JeeHell in its early infancy).
I have taken delivery of KAV Simulations LCD displays (https://jak-kav.co.uk/pages/how-to-use) to use in the radio panels, as well as for the transponder and the overhead battery displays. They are very nice and reasonably priced.
These LCD displays work through Mobiflight, which as you probably know is FCUIPC driven. Don’t worry, I am not asking for offsets from Jean-Luc!
My interface setup is primarily Opencockpit cards with SIOC. The SIOC creator within JeeHell, for me at least, has been one of the biggest unsung heroes of Jeehell FMGS! Setting up the panels to use SIOC is a breeze, including the RMP active and standby frequencies (7 segment displays via Opencockpit’s display cards).
There is where my problem is now. My understanding is that the 8.33 kHz spacing offset frequencies are handled by offsets, 05C4, 05C8, 05CC and 05D0. Using Mobiflight, the Active Com1 frequency (05C4) does work. But changes to the Standby COM1 active frequency does not work (05CC) in JeeHell.
Looking at my SIOC code for the 7 segment displays, which I want to replace, does not give any clues since SIOC_creator produces named variables.
I am guessing that because Jean-Luc is not using, for the most part, FSUIPC offsets, the standby frequencies are controlled in a very different way. I have spent the best part of the week trying to find posts etc of anyone having a similar problem to me but there are none. Hence my last resort is here!
Maybe it’s just not possible – if someone could confirm that then I would be grateful – it means I will have to revert to plan B and continue to use 7 segment display cards through SIOC. I am no software programmer, but I am guessing there could be a work-a-round – to read the standby frequency and then transfer that to an FSUPC offset which then Mobiflight can read…but that is way beyond my capabilities!
Anyway, is there a solution?
Kind regards,
Darren