@Michael_Oborne I have tested as suggested, but observed no improvement in behaviour as it relates to rtkFloat. The position as reported on the sat map vacillates in ranges unacceptable for my application - since the fix status is rarely, if ever, reached.
(Nevertheless, there are some incongruencies regarding regional settings “.” and “,” in this dialog, which surface when pasting values and applying them. But such errors can be caught on the right, in the “FixedLLA” section, and don’t think have been the root cause for the problem I am facing.)
@philip As mentioned, in my experience the Here+ from Hex very rarely remains in the “fixed” state, but mostly drops to float. Therefore I have variations of at least 70-90 cms when trying to hit the same waypoints repeatedly (with a multirotor).
(This unsuccessful experience is shared by colleagues (who have purchased multiple Here+ units) and is also discussed e.g. here and here.)
Nevertheless, according to the Ublox webinar “ZED-F9P technology deep dive” when comparing the ZED-F9P with the M8P, they apparently were able to achieve reasonable results with the M8P, at least in conditions as outlined above.
So therefore my guess is, that the hardware of Here+ (in conducive conditions) might be capable to perform as advertised in achieving absolute accuracy, but maybe some settings are keeping things from working optimally?
Settings do seem to be critical:
- When I re-flash the fw on the Here+ base (and presumably end up with default settings), and then run it with NTRIP in U-Center, things are moving rather slow to reach acceptable accuracy.
- Whereas when I upload settings from a ublox configuration file by a colleague, the fix is achieved much faster.
So they seem to have it setup better, but the trouble is when using their config, a prompt comes up warning of a differing FIS version (but seems to work).
Therefore I ask whether you could supply an up-to-date, correct, suitable ublox config file to upload to my Here+ - so that it can be optimally augmented by NTRIP (to acquire a fixed, absolute position), and then serve as a base to the Here+ rover, using Mission Planner.
(Due to (subscription) costs and possible connection issues, I do not want to receive NTRIP corrections continuously, but rather acquire a fix for the base only once, using U-Center, then feed corrections from base to rover.)
I do realize that the ZED-F9P/ Here Pro is coming up and Tridge’s tests in a recent blog post finds:
“for most of the 5 hour test the F9P kept a RTK-FIxed solution, whereas the M8P only occasionally managed a RTK-Fixed, but did keep a RTK-Float solution.”
Yet having spend considerable money on a Here+ to get the accuracy as advertised, and with u-blox saying it should be possible in such optimal conditions, I am really hoping to make good use of this investment, and am asking for help from the dev/ maker.
Thanks in advance for your help!