I'm not sure Timing Offset is going to be a good solution in this case. If the Overbridge/Elektron synths were the only external hardware being used, it might do the trick, but the side-effect that MIDI recording gets shifted would not be desirable in this case, and it sounds like there are other hardware synths in the system, too, so one-size-fits-all Timing Offset is not going to work.
The first step would be to fully understand where the delay is coming from. The 830ms error mentioned is twice the RTL of the interface. My guess is that most of the rest is due to MIDI tranmission delays, but if the Elektron audio is later than other hardware synth audio, there must be some added response latency.
At best, you might be able to enter a Timing Offset that splits the difference between the latency of regular hardware synths and the Elektron synths so that the regular synths are a little early vs. the audio metronome, and the Elektrons synths are a little late. But then you'll have to watch out for the effect on MIDI record timing...
Personally I would try to avoid all that complexity, and just work on getting a hardware/driver configuration that minimizes both audio and MIDI latencies to the point that they can be ignored. Give RME's reputation, if it won't run pop-free at less then 128 samples on an I7 6700k, I'd start by checking DPC latency of the system.
Without knowing exactly how this Overbridge/Elektron stuff works, it's hard to give more specific advice.