ObeliskAG
-
Posts
26 -
Joined
-
Last visited
Posts posted by ObeliskAG
-
-
1 hour ago, Atlas Cached said:
I thought so too, but that chip does not support NavIC/IRNSS, and the GPSMAP 66sr does.
Ah, good catch.
-
14 hours ago, mimichris said:
Glonass is only in single frequency L1. Maybe one day.....
I notice that few GPS satellites are L5, I don't know if all the GPS satellites are equipped to have the L5, but it is little compared to Galileo whose all the satellites are L5, it must be them which give the best precision from 66sr.There is no SBAS on the Garmin 65s and 66sr multi-band, but the Sony chips used according to (according to information from the web) this website (https://www.sony.com/en / SonyInfo / News / Press / 202008 / 20-069E /) used behaves after it is an internal firmware setting and 66sr.
With older firmware versions 3.80 and lower, Galileo satellites still flashed even after several hours of operation, but that did not prevent them from being factored into the accuracy of the 66sr (see RINEX file).
GLONASS provides L1, L2 and L3 frequencies, just not L5 until the GLONASS-KM satellites come to be.
It was a while before there were enough GPS satellites to activate L2C messages. It looks like currently 16 GPS satellites are providing L5 signals with 24 satellites planned to be available by 2027. Exciting times!
The Sony CXD5610GF receiver can be had for US$9!?! It's thrilling to see the price of multi-frequency receivers coming down. A u-blox ZED-F9P is US$139 - $199 each, depending on quantity. It is possible that Garmin 66sr could be using a Broadcom BCM47755 receiver chip. (I've owned a Trimble 4000SSi and Trimble Geo XH, and even very old and used, these were expensive receivers - not to mention Trimbles attitude about software and protocols
For example, other than pure greed, why does Trimble sell devices like Geo XH without pre-installing TerraSync on them? Companies like Trimble are the reason the open source / open standards /right-to-repair communities get out of bed in the morning. Not that Garmin is an example of a good citizen.)
SBAS is beneficial in that in addition to providing ionospheric correction data (that may not be as good as a multi-frequency receiver can determine on its own), it can provide status and integrity data to increases confidence in the system(s).
Either way, I think the Garmin 66sr is the first consumer GNSS handheld receiver that is multi-frequency, which is a very exciting development - too bad they don't have any competition. (I think the Xiaomi Mi 8 smartphone might have been the first device, but the Garmin likely has a higher-performing antenna, which is significant.) I wonder if Trimble, Javad, Leica, NovaTel, etc. are considering the long-term ramifications of all this? There could be a revolution in GIS, especially in the developing world.
-
48 minutes ago, Atlas Cached said:
Correct.
Garmin Multi-Band GPSr do not employ traditional SBAS (WAAS/EGNOS) as they are able to make live correction calculations using the L1/L5 data available to them.
Or so I am told....
My understanding is that all multi-frequency receivers should be able to perform ionospheric delay corrections - which is only one of the things that SBAS provides. However, I think the majority of them still will utilize SBAS signals. For example, this Trimble R12i is their highest end, 672 channel, survey grade, GNSS receiver (probably >US$20K) and it receives SBAS signals. This Ardusimple simpleRTK2Blite kit is the most cost-effective mutli-frequency GNSS I am aware of, and it also receives SBAS. So it is a bit surprising that the Garmin 66sr doesn't support SBAS. I really do wonder what receiver they are using... gpsrchive.com doesn't seem to have this information
-
On 11/26/2021 at 2:26 AM, mimichris said:
G 8 C1C L1C D1C S1C C5X L5X D5X S5X SYS / # / OBS TYPES
R 4 C1C L1C D1C S1C SYS / # / OBS TYPES
E 8 C1Z L1Z D1Z S1Z C5X L5X D5X S5X SYS / # / OBS TYPES
C 4 C1X L1X D1X S1X SYS / # / OBS TYPES
J 8 C1C L1C D1C S1C C5X L5X D5X S5X SYS / # / OBS TYPES
I 4 C5A L5A D5A S5A SYS / # / OBS TYPESmimichris: Thanks for posting this.
For anyone else that cares, a more readable decoding of the above observation types:
GPS: 8 observation types- L1: Code, Phase, Doppler, Raw. L5: Code, Phase, Doppler, Raw
GLONASS: 4 observation types, L1: Code, Phase, Doppler, Raw
Galileo: 8 observation types - L1: Code, Phase, Doppler, Raw. L5: Code, Phase, Doppler, Raw
BDS: 4 observation types, L1: Code, Phase, Doppler, Raw
QZSS (Japan coverage): 8 observation types - L1: Code, Phase, Doppler, Raw. L5: Code, Phase, Doppler, Raw
NavIC/IRNSS (India coverage): 4 observation types, L5: Code, Phase, Doppler, RawThe above is a curious list. The "good" news:
- It looks like the RINEX file contains carrier phase data, which is very useful for precision post processing
- Good multi-frequency (L1/L5) coverage of GPS and Galileo (QZSS is not global coverage)
- With a RINEX file we don't have to worry about some proprietary, receiver specific, binary file to be compatible with RTKLIB and other tools
The "bad" news:
- Only single-frequency observations for each: GLONASS, BDS, NavIC
- At this time, I'm not aware of any post-processing services, such as CSRS-PPP, that support processing L5 data. (Maybe some do? I only have L1 and L2 data to test with.)
- There do not appear to be SBAS observations in the RINEX file, which probably isn't such a big deal for an L5 equipped receiver
Perhaps someone can comment on the achievable precision with post-processing GPSMAP 66sr RINEX files?
-
mimichris: Can you please share the "SYS / # / OBS TYPES " lines from one of the 66sr RINEX observation (obs) files?
In fact, could you copy and paste the header section of a 66sr OBS file? (The header is the top of the file, with "END OF HEADER" and a blank line at the end of the section.)
Many thanks!
Attached is a sample header from a u-blox ZED-F9P for reference.
-
On 10/1/2013 at 6:04 AM, wmpastor said:
How is ham radio "related" to caching?
It's combined with GPS in the forum. That doesn't fly - two separate topics.
They use radios to discuss caching. Okay, then cell phones should have their own thread under "related topics." And why talk caching on a ham radio - to roast reviewers without a thread being shut down?!
A few caches use radio signals. One in 100,000, maybe. Not even shortwave, probably.
I read of a cache at a ski resort. Is skiing a "related topic"? Hey, you can discuss caching in the lodge.
Now they're discussing how to combine ham radio with caching - in other words, they're not sure it can be done.
It's time for the radical move of shifting ham radio to off topic.
Perhaps the idea of this forum is to promote APRS for geocaching? With inexpensive cm level GNSS positioning available now, we need something to spice up the challenge.
-
On 8/9/2019 at 8:36 AM, _Art_ said:
I use the Garmin serial cable, which could easily be fitted with the 2.5mm plug:
It lists your model GPS as compatible too. I use it with GPSMAP 66.
Again, this is the arrangement I use in my vehicle with a Kenwood TM-D710G mobile, to see the APRS stations around me on my Garmin Oregon 650T. This solution also works with the Kenwood TH-D72 handheld. Unfortunately, the newer Kenwood TH-D74 has lost the 2.5mm GPS port, but offers USB and Bluetooth.
-
Unfortunately the only solution I am aware of is to use a Garmin Serial Data/Power Cable with a RS232 Serial-to-Bluetooth adapter, then to link the TH-D74 to the Bluetooth adapter. Depending on the Bluetooth adapter, this isn't straight forward to configure and the Garmin interface cable requires external power. What a mess.
-
On 1/12/2018 at 6:28 AM, on4bam said:
These TH-D7* handhelds don't need external connection to GPS's I have an old TH-D7 and have used it for APRS for a few years. I saw other stations on my (old) Garmin 12XL. The TH-D7 didn't have build-in GPS.
I'm not clear what you are trying to say. I want to see the received APRS Station (Waypoint) data on the map display of an external GPS. Why do you say they don't need external connections to do this?
-
Just a few ideas:
- Incorporate morse code
- Incorporate Q-codes into clues? (QRJ, QRV, QRZ, QSS, QST, QTH, QUC)
- Use resistor colour codes to write out coordinates (Apparently the mnemonic I was taught to remember the colour codes is not politically correct.)
- Clues where each cache in the series identifies a component for a simple circuit, and cacher has to email you a correct answer to be able to log success? (Maybe the web page for the cache has a "fill in the blanks" schematic. It could be a block diagram to make it more easier, and the "components" could be "Mixer", "VFO", "RF Filter", etc.)
- Beacon the first cache location as an object with APRS (from your home or club APRS node) (aprs.fi could be referenced for people without APRS radios.)
- https://www.socialhams.net/m/documents/view/socialhams-APRSCaching
-
For many years I have been using an Oregon 300 with a Kenwood TH-D72 handheld and Kenwood TM-D710A mobile. I have been using the Garmin Serial Data/Power Cable to interface the GPS to the radios 2.5mm GPS port.
Recently I have added a Kenwood TH-D74 handheld to my collection, and my Oregon 300 came to a bad end. My new handheld is a Oregon 650T (Canada). Trouble is, the TH-D74 has bluetooth, which has proven to be very cool, however the radio does not have the 2.5mm jack like the TH-D72 has, for interfacing to a GPS. The Oregon 650T does have bluetooth, however this appears to only be usable for exchanging data between compatible Garmin GPS devices and connecting to a mobile app version of "Basecamp Mobile" that no longer seems to be available. There does not appear to be Bluetooth serial port profile (SPP) support on the GPS for exchanging NMEA data over bluetooth.
I have sent a request to Garmin about enabling SPP on the GPS, but have not received any response.
Does anyone have a suggestion for interfacing the Kenwood TH-D74 handheld with a Garmin Oregon 600 series GPS?
-
Let alone HAMS, how about time-nuts? Trimble Thunderbolt GPSDO anyone?
Placed out first cache in July, 2002.
VE7JMR
Garmin GPS II+ -> Garmin GPS V -> Garmin Oregon 300 -> NVS NV08C-CSM + G5Ant-52AT1 + Nexus 4 + RtkGps
-
Cutting to the quick...DeLorme is the ONLY choice if you're looking for "out-of-the-box".
I own a PN-40 and have not seen a single lock-up when transferring from auto or any other connection...ever. With Cache register, DeLorme is ahead of any other unit on the market...as stated by many in the forums. Have not had the chance to see if TOPO 8 has made routing any better, but I persoanlly have never had a gripe about the routing, it works just fine for me!
For users who travel outside of North America, what are the DeLormes street navigation and topo maps like?
Thanks.
-
I use the rechargables for my scanner radio all the time and have saved a bundle by using them.
But one good point for the alkalines, is that they have a very long "shelf life".
They can sit in your pantry for a couple of years and have most of their energy.
Where NiCads and Lion's both self-discharge over time.
There are some chargers on the market which claim to be able to "re-charge" regular alkiline batteries.
Tim
Batteries like the Sanyo Eneloop, the new Sonys, and some other brands of NiMH do have good shelf-life. Perhaps not 5 years, but if you charged these new NiMH batteries up and put them on a shelf, 1 year later they will have 85% of their charge available.
-
Grated this is a geocaching site and most people who leave comments here have geocaching at the forefront of their minds.
Consider for a moment, one who uses a GPS for lets say, backpacking, or to collect field data in remote locations, or for a day afield hunting. The "old" 60CSX would let you throw some rechargable batteries in and go ALL DAY LONG even with backlight and compass use. You'd get home, throw them in the charger and re-load in the morning again, no waste, no cost.
I have one of those iSun 2.2 watt solar chargers. (Not sure how nice it is to the batteries.) When we're out camping, I can fully charge a set of 4x AA 2,000mAh batteries in under 7 hours. LIMITLESS POWER!!!
-
These guys seem to have a good selection of quality NiMH chargers: http://www.thomas-distributing.com/nimh_battery_chargers.htm I'm providing the link as I had a tough time finding a source for a good battery charger. I'm using a LaCrosse BC-900 these days.
I'm getting ready to buy a charger..Do you like that charger which is one on my list plus the Maha C-9000
Unfortunately I have no experience with the Maha chargers, but for my AA and AAA charging needs, this LaCrosse is pretty nice. I just wanted a smart charger that would not over-charge or overheat my batteries, could condition them once in a while, and to have the option to quick charge (~500 - 1200ma) if necessary. (Not something I'm keen to do, but flashes at events like weddings, tend to be thirsty. I'll never do enough ongoing flash work to justify an external battery pack.)
I have a GPS V at present (I love the feature of changing the screen orientation to switch between auto and trail use), and the Sanyo Eneloops are good for at least 14 hours.
I've been thinking about getting a 60/76CSx or the new Colorado, but it appears Garmin has some revision to do with this new unit. The Colorado looks promising, but my GPS V is bug free so a new GPS should work just as well, with more contemporary features. My main complaint with the GPS V is that with newer versions of City Navigator, such as version 8, routing has become very slow. If you miss a turn, you might as well pull-over while the GPS V tries to update the route. It wasn't like this with older versions of the maps.
I appreciate that Garmin wants to sell me a GPS for the trail and a seperate GPS for my car, but I'm not made of money. It's too bad the Colorado doesn't include voice prompt capabilities for auto navigation.
-
Those 15 minute chargers might be convenient, but they hammer the bajeebers out of your batteries.
It's a win/win for the people who sell cheap rechargeables, better to spend the money up front and get
a couple sets and use a lower mah. charger. The charge will 'stick' longer, and the batteries will live
longer. Jamming high current into a battery with high internal resistance generates heat, that in turn
breaks down the chemical components inside the battery, lose/lose for the consumer.
Norm
These guys seem to have a good selection of quality NiMH chargers: http://www.thomas-distributing.com/nimh_battery_chargers.htm I'm providing the link as I had a tough time finding a source for a good battery charger. I'm using a LaCrosse BC-900 these days.
-
The Colorado seems an excellent example of what I'm suggesting. Why isn't this product designed to say on the box? "For use with 2x 1.2v AA rechargable batteries recommended. 2x 1.5v optional." It's too bad that designers are still designing around 3.0volts, instead of 2.4volts.
I have a bunch of the 2500mAh Energizers, but they don't seem to hold a charge. Having more recently purchased some of the Sanyo Eneloops, they definitely seem to be the way to go.
-
We need someone with a car adapter and a multimeter. It would be informative to measure the current drain of the Colorado with various backlight settings, from none to highest.
apersson850: Would you by any chance have the car adapter and a multimeter? :-)
-
Ahhh! The silocone lubricant has worked! It feels much better!
Apologies in advance, but you know, you're really leaving the door wide open here for am off-colour innuendo. Something to do with "body temperature" comes to mind...
-
After reading some discussions about the new Garmin Colorado and older 60C(s)x, it appears they do not meter battery status correctly with NiMH batteries.
Why is it that everybody involved in the electronics industry, from government regulators to manufactures to consumers, do not insist that portable electronics are designed for use with rechargeable batteries, such as NiMH, as their primary battery type? Why do we still live on a planet that expects 1.5volt Alkaline AAs to be the standard for small portable electronics? When there are NiMH batteries that have 85% of their charge after 1 year on the shelf and can be purchased ready to use (Sanyo Eneloops for example), what reason can there be for non-rechargeable batteries any more? It just seems irresponsible to use disposable batteries when rechargeable technology is so mature.
Look forward to your feedback. Where’s Team DeLorme?
-
This is not intended to be condescending in any way, but have you tried changing the batteries? With a GPS it's hard to know when it's really working verses patiently updating the display so gauging when battery draw is peaking is difficult. Does it crash sooner with the backlight on?
-
So far this thread is suggesting that there may be some inconsitence on how Colorado's deal with external power on the USB mini-B port. This is a little alarming.
I must confess, I am happy that Garmin is offering an RS232 cable for the Colorado. I was a bit worried about how I might met NMEA sentences into my telescope's computer without an RS232 interface on the GPS.
-
It's a user's fault, not the device. If you use an original Garmin supply, you don't suffer from this problem. I know, as I have Garmin's chargers as well as their automotive supply, and it works without any problem at all.
Third party equipment may not respect the required connector configuration, which serves to let the Colorado enter USB mode when connecting to a computer, but not otherwise.
Hmm, this seems a bit anti-competative. I don't have to use a RIM branded charger to power a Blackberry. Hell, I don't need a Sony branded charger for a PSP. Why do we need a Garmin branded auto-adapter for a Colorado? (I made my own power/data cable for my GPS V. Thank you pfranc!)
For example, other than pure greed, why does Trimble sell devices like Geo XH without pre-installing TerraSync on them? Companies like Trimble are the reason the open source / open standards /right-to-repair communities get out of bed in the morning. Not that Garmin is an example of a good citizen.)
RINEX on Garmin GPSMAP 66sr
in GPS technology and devices
Posted
A GNSS receiver can by configured to filter satellites by their elevation above the horizon, as lower elevations can provide poor data. Enabling RAIM and SBAS functionality may also preclude specific satellites from use. It could be that the Garmin receiver is being more selective of signal quality/integrity than a MI9 smartphone.