Sorry I haven't cleaned this up yet, and thanks for your question. My intention is to make this more obvious.
GPG, when enabled, completely controls the response to RA error (but not the DEC error). So, RA Proportional Gain, RA Integral Gain and RA Minimum Pulse from that Control Tab are ignored when GPG is used (the DEC values are used, as GPG is not involved in DEC guiding). It turns out the RA Maximum pulse is used for RA and DEC. Maximum pulse is sort of a safeguard that wasn't implemented in the Klenske's GPG code , and so I kept it in place.
The GPG parameters themselves are a bit tricky. I did not modify them from their original form, and you can see how they're used in the code we got from Max Planck Institute / Edgar Klenske: invent.kde.org/education/kstars/-/blob/m...cess_guider.cpp#L344
and I might add, I am very grateful for the use of that amazing code.
Here's a summary of the gory detail from that link:
Basically it blends the control error:
control_signal_ = parameters.control_gain_ * input;
where "input" is the arcsecond guiding error in RA, and control_gain_ is that parameter in the GPG RA Guider Menu you showed
and combines it with a predicted error it's learned from its history
So far I'm loving all the new improvements in EKOS, I did have some issues with GPG RA though.
I had set the Major Period to 720 for my AZ-EQ6, unchecked estimate and left everything else as is. Trouble was that the RA started climbing through the roof after a while. Had to restart guiding and it would settle but then climb again after maybe 30 to 50 minutes.
I reset to the default value of 480 last night and had no issues. Not sure why 480 works and 720 doesn't .
Had another freak out in RA again last night. GPG RA set to 479s.
Reset to default, enables and estimate checked and it settled down for the rest of the night. Estimated Major Period ended up at 2298s.