-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(rmp): RMP behaviour and lights #7105
fix(rmp): RMP behaviour and lights #7105
Conversation
Thank you for your comment/
Would you have the precise list of phases affected ? I cannot find it on the internet. I suppose CLB CRZ DESCENT ?
Thank you
De : Michael ***@***.***>
Envoyé le :mercredi 27 avril 2022 00:46
À : ***@***.***>
Cc : Julian ***@***.***>; ***@***.***>
Objet :Re: [flybywiresim/a32nx] fix(rmp): RMP behavior and lights (PR #7105)
@tracernz commented on this pull request.
In src/instruments/src/EWD/elements/PseudoFWC.tsx<#7105 (comment)>:
@@ -1349,6 +1351,17 @@ const PseudoFWC: React.FC = () => {
sysPage: -1,
side: 'RIGHT',
},
+ '0000690': // VHF 3 VOICE
+ {
+ flightPhaseInhib: [],
+ simVarIsActive: voiceVHF3 !== 0,
Shouldn't that go in flightPhaseInhib?
—
Reply to this email directly, view it on GitHub<#7105 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ACLV5F4QOPDBLKYLJN23NK3VHBW4BANCNFSM5UGSVFCQ>.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
BehEh provided the code above. |
Requested changes Co-authored-by: Benedict Etzel <[email protected]>
@@ -430,7 +431,7 @@ | |||
<FREQUENCY>3</FREQUENCY> | |||
<UPDATE_CODE> | |||
(A:COM TRANSMIT:#Radio_ID#, Bool) if{ | |||
#Button_ID# (>L:XMLVAR_COM_Transmit_Channel) | |||
<!-- #Button_ID# (>L:XMLVAR_COM_PANEL#ID#_Transmit_Channel) --> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is this part commented out? Do we still need it, or is it unnecessary? We should either remove it, or make it real code again, or if not explain in the comment why it's commented out.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was not able to spot the purpose for these lines of code. To me, it was part of all the problems.
Thefore, just in case for the future, I left the condition only.
<!-- (L:XMLVAR_COM_#ID#_#FREQ_ID#_Switch_Down) --> | ||
<!-- #Button_ID# (L:XMLVAR_COM_Transmit_Channel) == or 100 * --> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same as above - let's either remove the comment, make it real code again, or add a notice why it's a comment.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've commented these two lines because I couldn't understand their purpose. I couldn't see any changes with or without. But, as I am a newbie on this project and this language, I don't want to delete code I don't understand.
// // If the passed value prop is a number, we'll use formatFrequency to get string format. | ||
let value = textDataModeVHF3; | ||
let offsetx = '100%'; | ||
|
||
if (typeof props.value === 'number') { | ||
if (props.value !== 0) { | ||
value = formatFrequency(props.value); | ||
} | ||
} else { | ||
value = props.value; | ||
} | ||
|
||
if (props.value === 0) { | ||
offsetx = '85%'; | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This entire component feels a bit messy now. I expect one bug for example to be that if you're in data mode AND enable lights test, offsetx may be incorrectly at 85%.
How about something more like this:
interface Props {
vale: string | number;
dataMode?: boolean;
}
if (lightsTest) {
content = (
<text x={offsetx} y="52%">
8.8.8.8.8.8
</text>
);
}
else if (props.dataMode) {
content = (
<text x="85%" y="52%">
DATA
</text>
);
}
else {
content = (
<text x="100%" y="52%">
{value}
</text>
);
}
return (
<svg className="rmp-svg">
{content}
</svg>
);
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You are right. I'm gonna ask Shomas if he can check the behavior in the real airplane as well
Requested changes: code and VHF3 VOICE format Co-authored-by: Benedict Etzel <[email protected]>
Requested changes: code VHF3 voice Co-authored-by: Benedict Etzel <[email protected]>
Requested changes: code VHF3 voice Co-authored-by: Benedict Etzel <[email protected]>
Requested changes: textDataModeVHF3 to TEXT_DATA_MODE_VHF3
Removal of useless changelogs
From 0.4.0 to 0.8.0 for another one
Put these lines into a file with the extension .simvars and load it into the Watcher. COM TRANSMIT:1,Bool,False |
Quality Assurance Tester Report Discord : mico#3145 Testing Process: At startup: On the left RMP, press VHF2 then VHF3 On the right RMP, press VHF1 then VHF3 On both sides, press VHF1/2/3 volume knobs On both sides, rotate VHF1/2/3 volume knobs Turn off all volumes knobs On both sides, turn OFF all CALL (related to VHFs) push buttons On both sides, turn ON all CALL (related to VHFs) push buttons Push VHF3 on each RMP Push the transfer key Rotate the knobs to change a frequency Disconnect DC BUS 1 and AC BUS 1 - not tested Disconnect DC BUS 2 and AC BUS 2 - not tested Disconnect DC ESS BUS and AC ESS BUS - not tested Negatives: Testing Results: Conclusions: |
Disconnect DC BUS 1 and AC BUS 1
Disconnect DC BUS 2 and AC BUS 2
Disconnect DC ESS BUS and AC ESS BUS
Remaining items passed |
Fixes #344
Fixes #164
Fixes #5033
Fixes #4591
Summary of Changes
This commit fixes the RMPs/ACPs's behaviour (VHFs only), their electrical power and add VHF 3 voice/data mode.
Screenshots (if necessary)
References
Additional context
Thanks shomas#2719 for the pîctures in the real aircraft!
My discord: Julian Sebline#8476
Testing instructions
Keep in mind both RMPs and ACPs are independent
For this part, refer to this link
It is very likely points 12 and 13 fail the test. I have just realized I did not implement the "unusable mechanism". I will implement it in the second PR even though I don't know how it is in real life. I will make the frequency windows blank and knobs off.
At this point, only VHF 1, RMP 1 and both ACPs should be usable. Engines, APU, GPU off.
How to download the PR for QA
Every new commit to this PR will cause a new A32NX artifact to be created, built, and uploaded.