Five static files (.tps) from 3 Topcon dual freq. receivers. We've done static many times with these same receivers. One base point, two sessions, two triangles, 30 minutes of common data in each session. When I import the data, TTools only recognizes and processes one of the vectors. But the dates, times, and durations display as they should in the tabular view. Has anyone seen this before? Sessions too short? Were there solar flares yesterday?
TIA
Check that files read as Static. Sometimes if there is no point ID, they will not process also.
You could send me the data and I could take a look.
Lee@LeeGreen.com
> Check that files read as Static. Sometimes if there is no point ID, they will not process also.
>
> You could send me the data and I could take a look.
>
> Lee@LeeGreen.com
Files sent. Thx!
Bumping this thread as relative to something in Topcon Tools (v8.2.3 P.P. & Advanced) I came across after using for IDK how long now...
(Previously Pinnacle P.P. software and an original Javad user since 1999). During Static set(s) with a GR3 receiver, the import into Tools
produced 1087 separate name files from "one" log file session. I've honestly "never" seen this before, obviously was hoping to salvage
file... I've done everything from re-download to convert .tps file to Rinex (that process completed), yet same results.
Other file / session in the GR3 (SD card) was fine and initial P.P. checks as expected (even at 99% confid.).
I've given up trying to salvage file, and reinitialized the File System for SD Card in GR3 using TRU, and Reset receiver.
SD Card appears solid, re-formats and reads from multiple sources. At this point, guess back to re-occupy and redo Session(s).
Point being, anyone ever see a basic Static log file (.tps / .jps) do this in Topcon Tools (T.T.) ?
Obviously, T.T. is processing what the .tps file generated... and given that same day I had a Static Session (sets) that
created another file just before this without issue, not to mention years of P.P. data in Tools... and a first ever result.
Don't use our GR3 often for Static, have 2 Hyper+ receivers and even a Javad Odyssey (so up to Four Receivers for Static).
Beyond some obvious, I've not had this GR3 run a HIP Test (Antenna SNR/db over Elev), so maybe I've got an issue there.
Unit was in not long-ago to replace the internal Cell Modem board (fried), so knowing these just slide into slots under the
antenna.... I'm wondering if Dealer possibly didn't get Antenna Flex cable fully seated, or any potential thoughts there.
Enabiling AFRM in the reciever would give me seperate files, and this isn't the case... it's Tools that is generating the multiple
files from the "single" .tps log file.
Appreciate any thoughts.....
Geoff Tinker, PLS (Ia.)
Take a file outside the office to confirm that the hardware is OK, and just process it to a CORS or something to check it.
BUT, it sounds like to me that Tools is trying to process that file as a kinematic file. Yes I have seen something like that before, it has been a really long time, so I don't remember the procedure, but I think there was a way to force Tools to think it is a static file. Post up the rinex header - is there something in there that was marking the file as non-static?
Appreciate reply.... and yes, I should have just checked the GPS Occupations tab in T.T. and clearly stated "Kinematic".
All user has to do is right click and there is an Option to covert data file to "Static", and vise-verse for that matter.
I can't ever remember it happening, and haste makes waste I didn't look deeper.... in the end, had some other log files
generate same way, and knew data was good. Simply a receiver setting under the Minter / Function key they likely
I had a user change the blink-mode switch unintentionally, or otherwise. Despite changes, in the end I reset
I receiver and reloaded receiver settings and the settings stick now (in GR3) and all back to normal when logging.
Just wanted to Thank you for reply, greatly appreciated !
Geoff T.
Ia. PLS
Black Hawk County, Ia.
