{"id":9173,"date":"2024-10-09T20:57:30","date_gmt":"2024-10-09T20:57:30","guid":{"rendered":"https:\/\/www.use-snip.com\/kb\/?post_type=ht_kb&p=9173"},"modified":"2024-10-09T20:57:58","modified_gmt":"2024-10-09T20:57:58","slug":"release-3_16_00-changes","status":"publish","type":"ht_kb","link":"https:\/\/www.use-snip.com\/kb\/knowledge-base\/release-3_16_00-changes\/","title":{"rendered":"Release 3_16_00 Changes"},"content":{"rendered":"

What is new in the SNIP<\/span> 3_16_00 release<\/strong> – released October 9th, 2024
\n(updating the prior release of 3_15_14 issued on July 30th, 2024)<\/p>\n

This is the next production release of SNIP<\/strong><\/span> following the Rev 3_15 release.\u00a0 This release contains both major and <\/em>minor<\/em> improvements in response to user requests.\u00a0 This release supports both 32-bit and 64-bit installations on all Windows Platforms from Windows 7 to the current editions.<\/p>\n

It is recommended that all Windows SNIP<\/strong><\/span> installations now update to using this release.<\/p>\n

Changes in this release include<\/strong><\/h2>\n

Support for SSL\/TLS Caster Improvements<\/strong><\/h3>\n

From this release of SNIP<\/strong><\/span> full support for both unsecure<\/em> (Legacy Rev1<\/a> and Rev2<\/a> connection styles) and SECURE<\/em><\/strong> (Rev2 connection styles) of NTRIP are fully supported.\u00a0 In prior releases, this was a paid Plug-In feature available only to SNIP<\/strong><\/span> Pro<\/strong> <\/em><\/span>model users.\u00a0 Now all<\/strong> models of SNIP<\/strong> (except our free Lite <\/strong><\/em><\/span>model) support running TWO Caster portals concurrently.\u00a0 The default configuration is to set the first portal (port 2101) as an unsecure legacy Caster, and the second portal (port 2102) as a secure Caster.\u00a0 If your host machine has multiple IPs, you can select a different IP for each Caster (as well as select any port you wish). You may also run both portals as secure, or as unsecure.\u00a0 Any industry standard CERT and private key may be used (set these values in the IP Mapping Dialog<\/a>, accessed with the IP Map<\/strong> button), including using self-signed certificates.<\/p>\n

\"\"<\/a><\/p>\n

Please take a look at this article<\/a> for some additional guidance on setting up a secure Caster for your user community. See: https:\/\/www.use-snip.com\/kb\/knowledge-base\/secure-caster-connections\/<\/p>\n

A number of\u00a0 other minor changes have been made in other sections of the overall SNIP<\/strong><\/span> design to better support secure deployments.\u00a0 Secure connections can be intimidating; if you are having problems with setup, just contact us at support@useSNIP.com<\/em> for assistance.<\/p>\n

Navigation Solution Improvements<\/strong><\/h3>\n

SNIP<\/strong><\/span> provides a simple autonomous navigation filter which you can run on any RTCM3 base station stream (see this article<\/a> for more details).\u00a0 In this release of SNIP<\/strong><\/span> the resulting positional estimates (for a least squares filter or for a simple PPP filter) can now be plotted on a local map (using either Google or OSM base maps<\/a>) and shown alongside the base station precise position which is sent in RTCM MT1005\/6 message.\u00a0\u00a0 The general purpose of the autonomous \u00a0navigation filter is to confirm that the observational data from the base station is coherent and resolves to be a \u201cclump\u201d near the designated precise position.\u00a0 Displaying these points on a common map makes this visually easy to determine.<\/p>\n

\"\"<\/a><\/p>\n

The map is centered on the base station with an automatic zoom chosen to include the filter positions.\u00a0 Often the location shown will then just be a close-in view of the roof line of the building on which the GNSS antenna is found, as seen in the above image.<\/p>\n

The base station location is displayed with five concentric rings, each at a 1 meter spacing.\u00a0 The offset distance (baseline) from the simple autonomous navigation filter (which has a poor ionospheric model) to the actual precise position is typically under 2 \u00bd meters.\u00a0 If a large offset is found, alert messages are given. \u00a0With a larger baseline, the zoom scale also reveals a wider view.\u00a0 This typically indicates a blunder when entering the precise location, or that the base station has been moved without re-calibration.\u00a0 The displayed map is auto updated every ~30 seconds with the latest correct data set.<\/p>\n

The average navigation position, the base station position, and the baseline are also summarized under the map as well; a table listing the prior ~900 positional estimates (past ~15 minutes) is also provided.<\/p>\n

The overall average autonomous-navigation position is:
\nLat: 34.127734317 \u00b0<\/strong>, Long: -117.825465248 \u00b0<\/strong>, Ht: 260.517 m<\/strong> (Using WGS84 datum)
\nThe Base Station position for SCSC<\/strong> is:
\nLat: 34.127717184 \u00b0<\/strong>, Long: -117.825455084 \u00b0<\/strong>, Ht: 249.055 m<\/strong> (Location from: RTCM ECEF msg)
\nThe baseline between them is:
\nBaseline: 2.119 m<\/strong><\/p>\n

The autonomous navigation filter has several other settings and chart display types which are covered in more detail in this article<\/a>.<\/p>\n

Serial Stream Improvements<\/strong><\/h3>\n

A bug in the serial stream<\/a> start\/stop logic has been corrected.\u00a0 The symptoms of this were that when a serial stream was manually stopped some of the critical connection details were being lost. \u00a0This caused problems when reconnecting.<\/p>\n

The connection details shown for the selected serial stream which are displayed in the right-side panel were updated and some additional details were added.<\/p>\n

NEAR Stream Improvements<\/strong><\/h3>\n

All NEAR<\/strong> type streams<\/a> are now shown as network stream types in the STR entries of the Caster table (rather than as single baseline streams).\u00a0 This change was made to better conform with the original intent of the NTRIP standard for such streams.<\/p>\n

Zoom logic for the display map was improved when the members of a NEAR stream pool are all regionally near each other.<\/p>\n

Push-Out Stream Improvements<\/strong><\/h3>\n

This release corrected a small error in various reports where the \u201csource\u201d name of the stream was used instead of the name of stream when sent to the remote party.\u00a0 Aside<\/em>: the source name is the name of the data stream as it appears on your Caster, which is often the same when you send it to another Caster, but could differ if the operator renamed it.\u00a0 This logic change now handles such cases.<\/p>\n

The Push-Out stream<\/a> now handles and supports secure Rev2 NTRIP connections to the remote device.<\/p>\n

Map Display Improvements<\/strong><\/h3>\n

The history of NMEA records kept for NTRIP Clients that send such data was increased.\u00a0 This allows plotting a longer prior history of recent movements.\u00a0 See this article<\/a> for details of how various thematic plots can be created.<\/p>\n

An adaptive zoom scale has been applied to some of the maps to adjust the initial location and zoom display based on the span of the points to be displayed.<\/p>\n

IP Ban and Blocking Logic Improvements <\/strong><\/h3>\n

An improvement has been made to the response made to Push-In base stations that connect and then repeatedly send in too much data\u00a0 (a threshold which you can set in the general IP settings dialog<\/a>).\u00a0 Aside:<\/em> Almost universally such connections are sending in massive amounts of NMEA messages rather than RTCM content. This indicates a poorly configured base station.\u00a0\u00a0 In the revised logic, the offending IP is blocked from re-connecting for 30 minutes when detected.\u00a0 In the prior logic they were allowed to immediately reconnect after being disconnected and a warning email had been sent out to the owner of record.<\/p>\n

Remote-Relay Stream Improvements<\/strong><\/h3>\n

Improved logic for message decoding when the remote Caster is sending using the outdated \u201cchunked\u201d packaging style.\u00a0 Now all chunked payloads are correctly decoded in remote-relay<\/a> streams.<\/p>\n

Minor improvements to use secure connections better, including requesting caster tables from remote NTRIP Casters over secure links.<\/p>\n

When the secure checkbox is checked, the dialog will also check Rev2 style and add a default secure port (443 or 2102) if one is not yet present in the dialog field.<\/p>\n

When connecting to a remote Caster to get its caster table, several new buttons were added for increased map functionality. \u00a0You can cancel the transaction (the \u201cC<\/strong>\u201d button), you can plot the resulting table as a Map with the View Map<\/strong> button (in either Google or OSM style maps depending on how you have set the Map Preferences<\/a>,and you can display the returned raw Caster table in a browser with the View Table<\/strong> button.<\/p>\n

\"\"<\/a><\/p>\n

The resulting tooltips now show the full contents of each base station stream entry (the STR record) when displayed in the above map.\u00a0 This provides some additional information over the summary found in the tool tip that is shown when the mouse is paused over any base station in the combo drop-down box.\u00a0 An example of these tips is shown below.<\/p>\n

\"\"<\/a><\/p>\n

Misc. Improvements<\/strong><\/h3>\n

Whenever the contents of a certificate (CERT) is displayed, the information shown now also includes a list of all the supported cipher suites for that certificate.<\/p>\n

Various maps now detect and adjust the locations shown when multiple base station points are placed at Lat-Long zero\/zero.\u00a0 This avoids placing multiple points on top of each other.\u00a0 This can occur because another Caster is showing only network streams with no location (a weighted regional center point is generally a better choice).\u00a0 But some Caster operators purposefully suppress rough base station locations in their caster tables. [You can of course determine the precise position by decoding RTCM MT1005\/6 with the RTCM Viewer tool<\/a>]\u00a0 When a multiplicity of such points must be plotted, SNIP<\/strong><\/span> now adjusts the display locations in the region around zero-zero to form a spiral where each point may then be selected (and hence the tooltip details for that point can be reviewed).<\/p>\n

\"\"<\/a><\/p>\n

Minor changes were made in the console and report label logic. The 2nd caster now appends a “2” in various places (not a “1” as used before – because humans do not think in terms of C++ zero based indexing values).<\/p>\n

This release adds a per-caster<\/em> running connection count value to the display that is shown in the Caster and Clients<\/em> tab<\/a>, see the first image above for an example.<\/p>\n

Various textual backgrounds and color highlight coding for important or notable events in the console log has been restored.\u00a0 This was inadvertently dropped in the Rev 3.15 release.<\/p>\n

The logic to detect a transitory bad NMEA $GGA sentence<\/a> value from a NTRIP Client has been further improved to skip over the entry and wait for another valid sentence.\u00a0 This logic is used to cope with (read: not disconnect) some poorly designed devices that will send zero-zero for short periods of time after a loss of the GNSS fix.<\/p>\n

 <\/p>\n

How to Update\u2026<\/em><\/h2>\n

Updates to SNIP<\/strong><\/span> are always free and easy.\u00a0 Your Caster will be offline about 3 minutes.\u00a0 From within SNIP<\/strong><\/span>, simply use the menu item Help<\/strong> \u21d2 Check for Updates\u2026<\/strong> \u00a0 Your update will be downloaded from our secure servers. Then you will be asked to allow SNIP<\/strong><\/span> to restart and update itself.\u00a0 On some Windows 10 and 11 systems you must also manually exit the current copy of SNIP<\/strong><\/span> to complete the update.\u00a0 It takes about three minutes to do and have your Caster back on-line. That\u2019s all there is to it!<\/p>\n

 <\/p>\n","protected":false},"excerpt":{"rendered":"

What is new in the SNIP 3_16_00 release – released October 9th, 2024 (updating the prior release of 3_15_14 issued on July 30th, 2024) This is the next production release of SNIP following the Rev 3_15 release.\u00a0 This release contains both major and minor improvements in response to user requests.\u00a0 […]<\/p>\n","protected":false},"author":13,"comment_status":"closed","ping_status":"closed","template":"","format":"standard","meta":{"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"ht-kb-category":[286],"ht-kb-tag":[363,221],"class_list":["post-9173","ht_kb","type-ht_kb","status-publish","format-standard","hentry","ht_kb_category-release-history","ht_kb_tag-features","ht_kb_tag-release"],"_links":{"self":[{"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb\/9173","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb"}],"about":[{"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/types\/ht_kb"}],"author":[{"embeddable":true,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/comments?post=9173"}],"version-history":[{"count":10,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb\/9173\/revisions"}],"predecessor-version":[{"id":9189,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb\/9173\/revisions\/9189"}],"wp:attachment":[{"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/media?parent=9173"}],"wp:term":[{"taxonomy":"ht_kb_category","embeddable":true,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb-category?post=9173"},{"taxonomy":"ht_kb_tag","embeddable":true,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb-tag?post=9173"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}