i try after 7 days down again
i try after 7 days down again
That should eliminate all problems on the affected Go x20/30/7000:
- create a suicide.dat with entry "5" (without the execution characters), put it to the root of device or SD (if NC is on SD)
- start the Go x20/30/7000 (satellite detection not required)
- remove the power (if connected) and turn off the Go again. Either via the automatic switch-off function or by hand, in any case switch off only after removing a connected power supply!
- wait at least the 5 seconds set in suicide.dat
- turn on the Go x20/30/7000 again (it starts after a correct switch off with 00.00) and he will find the satellites (about one minute later then also the correct time). Whether with or without GpsFix files! In the worst case, wait 3-5 minutes.
Now the Go x20/30/7000 should always after these 5 seconds find the satellites (without any GpsFix).
Hi all:
I tell you my little contribution on the subject:
I have carried out the tests as it says to the companion Alfred_ML in a device One of chip GL1, changing the values that comments in the file ee_meta.txt 1924909261 (Tue, 31 Dec 2030 01:01:01 GMT) and the result of the hour , it is always the same: 0.00
I have made many more changes even I have placed the values of the year 2101: 4133984461 Sat, 01 Jan 2101 01:01:01 GMT and also continues with the same problem of the time: 0.00.
I think we should study this gltt file, in case my help is useful, since I have accessed several of those files, and although they all have the same weight, of 877 KBs, the internal content between them is quite different.
As for the hexadecimal lines, comment that I do not dominate any of it, but I think, that there must be the problem. Let's see if between all we can find the solution.
Comment also that I have done different tests with DSA navcores generated by me, and the result always and with all, has been the same.
For any questions or help, you have me HERE
Translated with the help of google translator
regards
I never have suggest this for a device with GL1. My description is only for a Gox20/30/7000 (Sirf Star III)...But the better way for Go x20/30/7000 is listed in #323
There isn't any solution for GL1 at the moment.
Indeed, the option TTquickgpsfix was designed (by whom ???), to establish a connection to a smartphone (in Bluetooth modem) to access the internet and update the position of satellites. The "TTquickgpsfix-wrapper" file tries to connect via the Bluetooth console to download the "Ephemeris.cab" file on the TomTom server, then uncompress the archive and copy the update files to the ephem folder:
Which 2007 phone had internet? And which Go x20/30/7000 has a BT-hardware/protocol to support this with a modern smartphone?
For SirfStar III device (e.g. x20 or x30) try this.
I extracted the files clmapp and sirfreset from navcore 9.541. Try to put this file in /bin foder and, if you have an SE navcore, in /Outsourced.xxxx/bin folder.
It's an attempt. I can't try this because i don't have x20 or x30 device.