Reach Firmware 29 Beta 3 is out

News
#47

Horrible day today and off the bat I will say that I think a lot of it has to do with Verizon’s crubling network in our area. I had no more than 2 bars all day on 4G or 5G and while the NTRIP would login it kept telling me it was waiting on corrections. There are several things that I have had to do on V28.4 since rolling back that are all related to connectivity in some manner. I am having to forget and reauthenticate with networks, kill the Reachview 3 app and reboot the RS2 in order to get it to change from the Reach hotspot to my mobile hotspot. II can tell it is on the mobile hotspot because the Reach hotspot disappears as an option but it is taking at least 10 times every session to get it to show up as an available receiver. Once it finally decides to show up it operates as normal, NTRIP looks good but the receiver stays in single.

If I can get on the internet with another device connected to the mobile hotspot shouldn’t that be enough bandwidth to stream corrections? It feels like Reachview has some authentication and network switching issues.

1 Like
#49

Hello everyone!

Today we’ve released the new Beta version of Reach Firmware - 29 Beta 2!

Improvements:

  • Improved stability when working over external LoRa module on Reach M2
  • Added the 14Hz rate selector for the NMEA position output on single-band receivers
  • Improved battery charge estimation on Reach RS2
  • Increased the number of supported BeiDou satellites for multi-band devices
  • Added SBAS selection to the raw RINEX logging settings

Fixes:

  • Some issues with unavailable log files
  • Getting NTRIP mount points for some casters
  • Some cases when the LoRa frequency settings cannot be applied due to regulatory restrictions
  • Alignment of the Base corrections label on the Logging tab
  • Hint placement about included RINEX header for Reach RS2 in the raw log settings
  • Faded Updates section on repeatedly opened Updates panel
  • Raw data debug setting for logging

This update is available for Reach M+/M2 and Reach RS+/RS2.

14 Likes
Firmware Upgrade v 29
How to achieve 14Hz update rate
No LoRa radio connection on my brand new RS2
Replaceable batteries in next RS3
#50

" * Added point markers into the RINEX log when collecting data with ReachView 3 - if you have RINEX logging enabled, collection start/stop events will be saved into the RINEX log"

I am wondering if we use this option, do we still need the CSV file from ReachView 3 to do post-processing in Emlid Studio?

It would be nice if the UTM coordinates are supported in Emlid Studio directly.

#51

Hi @l3technologycambodia,

We added this mainly for the users working in the 3d-party software who could use the files from Reach. For Emlid Studio, you need to export the file from ReachView 3 to process it in Stop & Go.

I’ll take it as a feature request!

1 Like
#52

Any reasoning for the underscore being forbidden in the device naming?

1 Like
#53

A post was split to a new topic: Split RINEX log

#54

Hi Adriano,

It was done to follow the rules of the standards for the correct hostname of the device in the network.

Edited: mixed up introduced fixes.

1 Like
#56

Tengo el mismo problema amigo, encontraste solución? Saludos

#57

3 posts were split to a new topic: Reach RS2 does not pass booting mode

#59

What happens if the device names already have underscores? My three are RS2_Base, RS2_Rover1 and RS2_Rover2

1 Like
#60

Hi Rory,

All devices will be automatically renamed to the name without underscores (e.g. RS2_Base → RS2Base)

4 Likes
#62

4 posts were split to a new topic: M2 doesn’t turn on after updating to 29 Beta 2

#67

A post was split to a new topic: RS2 stuck in loading after updating to 29 Beta 2

#69

*Not sure where you want this. Move as necessary.

I installed 29 B2 on an RS2 today. And, enabled Bluetooth in RV3 via the Profile button switch.

Results and feedback.

The install of the firmware seems to be a success and uneventful.

Background. Before the change, A successful connection between my Pixel 3XL and the RS2 via the phone’s hotspot has always been intermittent. The RS2 always connects to the hotspot, but the phone only sees the RS2 about 50-60% of the time on the first try. The Refresh button has never been successful. Only force closing RV3 or rebooting the phone and/or the RS2 works…sometimes. That is why the Bluetooth connection sounds great!

On the Pixel 3XL

After the update, The RS2 still connects to the Pixel’s hotspot without issue, RV3 on the phone still only see the RS2 intermittently, either via wifi or bluetooth. (I use many other bluetooth devices that work fine with the phone and have not had any problems with bluetooth connections)

When the phone does see the bluetooth connection and displays “connected” tapping on Settings results in a grayed out page with a spinning icon like there is no connection. It finally times out (or I can tap the Receivers button) and in both cases, it returns to the Receiver page still indicating it is connected. If I then disconnect from the RS2 via bluetooth, it does not see the wifi option any longer. And then won’t connect via bluetooth again either. If I then force close RV3 from Android settings, I may or may not see the RS2 in the Receivers panel.

1
1500×1028 37.6 KB

2
2500×1028 41.7 KB

If I do, and choose the wifi connection, then the connection to the RS2 is workable. So, with 29.2 the wifi connectivity is still very sketchy with the Pixel 3 (android v.12) and I have yet to be successful with a bluetooth connection.

iPad

Using an ipad on ios 14.x and on the phone’s hotspot, it sees the RS2 both via wifi and bluetooth …sometimes. Sometimes it only sees the wifi connection. When it sees the wifi connection but not the bluetooth, it seems to connect automatically to the wifi. If I disconnect it and hit Refresh, it still only sees the wifi connection and again auto-connects. If I then close RV3 and disconnect from the phone’s hotspot, and re-open RV3 it still does not see the bluetooth connection.

If I then reboot the RS2, and re-start RV3, it sees the bluetooth connection. On the iPad when connected via bluetooth, the app is fully function-able unlike with the Pixel 3

It almost seems like that if the RS2 has been running for awhile, the ipad won’t see the bluetoooth connection but it does if I check right after the RS2 has completed start-up.

3
3600×800 24.2 KB

1 Like
#71

Hi Dave,

While this new functionality is in Beta, each report is valuable. And such a detailed one is of great help!

Of course, we’ve tested BLE with different mobile devices and OS versions. But maybe yours have some features we need to check additionally. Can you share the Full system report from your unit at support@emlid.com?

And if, by any chance, you have another Reach RS2 or RS+ and can test BLE with it, it would be helpful too.

1 Like
#72

Email sent @ 2:18 AM, Wednesday, June 15, 2022
Coordinated Universal Time (UTC)

I just started the RS2 to download the FSR and today, on the Pixel 3 phone, the RS2 was available via wifi on the first try. But not under bluetooth.

The ipad sees the RS2 in both cases and I can switch between them with full functionality.

Thank you!
Dave

1 Like
#73

I received it. Thanks a lot!

1 Like
#75

More observations using the RS2 on a job today.

The Pixel 3 saw both instances of the RS2, wifi and bluetooth. I worked with wifi and after I completed the job, I disconnected the RS2 and reconnected through bluetooth and this time, everything was functional ! During the job (via wifi) I did have one unforced disconnect in about 40 minutes. But it hooked back up when commanded.

I used the new Base > Manual > Point from Project on this job and it worked just fine !

I was using a P4RTK. At first, I tried connecting to the RS2 via Local NTRIP. This time the P4R would not connect. I switched to Emlid Caster and the P4R connected immediately.

I’m trying to be as consistent as possible with my approach but my results are not always consistent. If it is just me, I guess we can chalk it up to the Pixel 3 being “not ideal”

Cheers,
Dave

1 Like
#77

Hello everyone!

We’ve just released the new Beta version of Reach Firmware - 29 Beta 3!

Improvements:

  • Output leap seconds in RINEX NAV logs
  • Add support for NTRIP v2 to the NTRIP local caster option
  • Add approximate position to RINEX Events
  • Improve RINEX logs quality with the OPUS preset

Fixes:

  • Some cases when receiver could stuck in loading
  • Issue when it wasn’t possible to update base mode RTCM3 settings, when NTRIP was selected as base mode output
  • Some cases with an empty RINEX Base corrections log
  • Representation of the current GSM modem mode for Reach RS2 receivers
  • Stop recording logs if rolling logs is disabled and no space is left
  • Solution logs file extension being always LLH
  • Some cases when devices with same names are not visible in ReachView3
  • Some cases with the wrong Bluetooth device name representation after changing the receiver name
  • Typo in the name of the sdun column in *.POS files
16 Likes
#78

Hi Dave,

Maybe it indeed was a one-time issue. Still, we’ll check the report.

About the issue with P4RTK, is it reproducible? Did you connect to Reach’s hotspot or external Wi-Fi?