NTRIP Timeout on iOS Hotspot - Reach RS

Hi all, I wonder if anyone else is suffering from a similar problem.

I am fully credentialed with the euref-ip.net NTRIP caster, and I can connect my Reach RS to the caster with no problem through my home wifi network, and currently have 19 sats coming in as corrections.

But when I try to go “mobile”, that is, by connecting my reach to my iPhone’s Hotspot Network, I am unable to download corrections, but I can check for updates etc, so I have some connectivity. The status on the “Correction Input” page says "Connected to Euref-ip.net, followed after a few seconds with “Timeout”. I’m guessing that it is clearly to do with my iPhone (5S, running latest iOS11).

Anyone had similar issues/suggestions of things to try? I have tried all the ports that the NTRIP caster is on (80, 2101) with the same result.

Thanks
Andy

  1. Firmware image and ReachView version.
    ReachView version 2.10.0

  2. [System report]

Report 1 - Connected to Home wifi.

Simple system report
app version: 2.10.0-r0
'wifi_status, interface: wlan0':
- Client state
- IP address: 192.168.1.162
 mac address: fc:db:b3:9a:f9:62
 ssid: BTHomeHub2-CNZQ
base mode:
 base coordinates:
   accumulation: '2'
   antenna offset:
     east: '0'
     north: '0'
     up: '0'
   coordinates:
   - '0'
   - '0'
   - '0'
   format: llh
   mode: single-and-hold
 output:
   enabled: true
   format: rtcm3
   path: lora
   type: lora
 rtcm3 messages:
   '1002':
     enabled: true
     frequency: '1'
   '1006':
     enabled: true
     frequency: '0.1'
   '1008':
     enabled: false
     frequency: '1'
   '1010':
     enabled: true
     frequency: '1'
   '1019':
     enabled: false
     frequency: '1'
   '1020':
     enabled: false
     frequency: '1'
   '1097':
     enabled: false
     frequency: '1'
   '1107':
     enabled: false
     frequency: '1'
   '1117':
     enabled: false
     frequency: '1'
   '1127':
     enabled: false
     frequency: '1'
bluetooth:
 discoverable: false
 enabled: false
 pin: '***'
correction input:
 input2:
   enabled: true
   format: rtcm3
   path: andymarine:***@euref-ip.net:2101/DARE00GBR0
   send position to base: 'off'
   type: ntripcli
 input3:
   enabled: false
   format: rtcm3
   path: :9028
   type: tcpsvr
logging:
 base:
   format: RTCM3
   started: true
   version: null
 correction:
   format: RTCM3
   started: true
   version: null
 interval: 24
 overwrite: true
 raw:
   format: UBX
   started: true
   version: null
 solution:
   format: LLH
   started: true
   version: null
lora:
 air rate: '18.23'
 frequency: 868000
 output power: '20'
position output:
 output1:
   enabled: true
   format: nmea
   path: bluetooth
   type: bluetooth
 output2:
   enabled: true
   format: llh
   path: :2013
   type: tcpsvr
rtk settings:
 elevation mask angle: '15'
 glonass ar mode: 'off'
 gps ar mode: fix-and-hold
 max horizontal acceleration: '1'
 max vertical acceleration: '1'
 positioning mode: kinematic
 positioning systems:
   compass: false
   galileo: true
   glonass: true
   gps: true
   qzs: true
   qzss: true
   sbas: true
 snr mask: '35'
 update rate: '5'

Report 2 -connected to iOS hotspot

Simple system report
app version: 2.10.0-r0
'wifi_status, interface: wlan0':
- Client state
- IP address: 172.20.10.9
 mac address: fc:db:b3:9a:f9:62
 ssid: Andy's iPhone
base mode:
 base coordinates:
   accumulation: '2'
   antenna offset:
     east: '0'
     north: '0'
     up: '0'
   coordinates:
   - '0'
   - '0'
   - '0'
   format: llh
   mode: single-and-hold
 output:
   enabled: true
   format: rtcm3
   path: lora
   type: lora
 rtcm3 messages:
   '1002':
     enabled: true
     frequency: '1'
   '1006':
     enabled: true
     frequency: '0.1'
   '1008':
     enabled: false
     frequency: '1'
   '1010':
     enabled: true
     frequency: '1'
   '1019':
     enabled: false
     frequency: '1'
   '1020':
     enabled: false
     frequency: '1'
   '1097':
     enabled: false
     frequency: '1'
   '1107':
     enabled: false
     frequency: '1'
   '1117':
     enabled: false
     frequency: '1'
   '1127':
     enabled: false
     frequency: '1'
bluetooth:
 discoverable: false
 enabled: false
 pin: '***'
correction input:
 input2:
   enabled: true
   format: rtcm3
   path: andymarine:***@euref-ip.net:2101/DARE00GBR0
   send position to base: 'off'
   type: ntripcli
 input3:
   enabled: false
   format: rtcm3
   path: :9028
   type: tcpsvr
logging:
 base:
   format: RTCM3
   started: true
   version: null
 correction:
   format: RTCM3
   started: true
   version: null
 interval: 24
 overwrite: true
 raw:
   format: UBX
   started: true
   version: null
 solution:
   format: LLH
   started: true
   version: null
lora:
 air rate: '18.23'
 frequency: 868000
 output power: '20'
position output:
 output1:
   enabled: true
   format: nmea
   path: bluetooth
   type: bluetooth
 output2:
   enabled: true
   format: llh
   path: :2013
   type: tcpsvr
rtk settings:
 elevation mask angle: '15'
 glonass ar mode: 'off'
 gps ar mode: fix-and-hold
 max horizontal acceleration: '1'
 max vertical acceleration: '1'
 positioning mode: kinematic
 positioning systems:
   compass: false
   galileo: true
   glonass: true
   gps: true
   qzs: true
   qzss: true
   sbas: true
 snr mask: '35'
 update rate: '5'
  1. Detailed problem description. How does observed behavior differ from the expected one?

I expect the corrections to not timeout.

  1. Your step by step actions.

See above.

  1. Picture of the setup and connection scheme.

See above.

Thanks for the thorough report. The settings seem good to me. Does your phone actually provide Internet connection while in hotspot? Some cellular providers have this feature as an extra you need to pay for.

Thanks Egor for the response,

Yes, I can connect to the internet via my laptop (through the iOS Hotspot), so I think my provider is fine with this activity.

When connected to the RS (via iOS Hotspot) in the ReachView app, I seemingly am able to check for updates. The “connected” message on NTRIP seems to imply that connection is made, but then the time out.

Is there any way for me to see more messages from the unit to check? I fully expect that this is a user specific case.

Ok, now this is getting compicated :slight_smile:. So you are saying that without reconfiguration you connect to your iOS hotspot and lose the ability to stream NTRIP data? And the laptop can access the Internet? Well, you can probably check whether you can access eurep-ip.net via the laptop.

Thanks Egor, good points.

Correct, without any change in configuration just switching from home network to iOS hotspot.

I downloaded the BKG NTRIP Client (Mac version 2.12.6) and successfully connected to the NTRIP caster through the iOS hotspot, and downloaded corrections.

I then thought, I should test the second Reach RS (i.e. the one designated as a rover), and again it does the “Connected” followed by Timeout. The Reach is able to download the Caster table, so it definitely is communicating with the server, but something is clearly wrong.

I am going to ask around my team and see if anyone has an Android phone for me to test with.

Any other ideas?

Thanks
Andy

Euref caster does not require single NMEA feedback, does it?

Can you please attach a screenshot of the correction input tab live in your phone’s hotspot?

Hi Egor,

I admit, I do not know if Euref requires feedback, on my base, where I have it set as the first correction input, I didn’t check that VRS box or anything. I also tried port 80 and 2101.

Images below, I am working on my test bench, hence no clear sky. This is my Rover, and I’m using the second correction input. First image is the “Connection” notice, and then 20 secs or so later, the second image shows the “Timeout”.

I am not at home, so can’t show you what it looks like when it connects (in the University, we use “Eduroam” and I am not able to connect Reach to that for demonstration), but essentially, there are strings of numbers/letters etc coming out with parentheses.

Hi, to move this along. I tried with a colleagues Android AP, and receive the same “Timeout” error. So I have now narrowed this to the Hotspot plus the particular service that I am trying to connect to.

This is the service:

http://www.euref-ip.net/home

But my registration also grants me access to:

The EUREF-IP Broadcaster is currently available at ports:
www.euref-ip.net:2101 and www.euref-ip.net:80

The IGS-IP Broadcaster is currently available at ports:
www.igs-ip.net:2101 and www.igs-ip.net:80

The IGS-IP MGEX Broadcaster is currently available at ports:
mgex.igs-ip.net:2101 and mgex.igs-ip.net:80

The IGS-IP Products Broadcaster is currently available at ports:
products.igs-ip.net:2101 and products.igs-ip.net:80

All of which timeout. Unsurprising as they are all the same suppler.

Any ideas? Has anyone successfully used IGS for corrections through a Mobile Hotspot?

Thanks
Andy

Hi all, I’ve spent a couple of hours retrying this, to no avail. Given it’s been a while, has anyone in the UK (or anywhere), who has used a mobile hotspot with Reach managed to connect to an NTRIP caster?

I’ve tried rtk2go.com, youcors.com, and all the casters above. Each one works fine when my Reach is connected to my home wifi, but when I switch to my iPhone hotspot, they do not connect.

Any ideas would be welcome. I don’t want to get another mobile hotspot data plan only for that to not work as well…

Andy,

Did the colleague that provided the Android phone have the same cell service provider as you do? Obviously, the problem seems narrowed down to the access point and mobile data. Do you have access to something like a portable access point?

Hi Egor,

I considered this, I was on a UK provider called “Giff Gaff”, they were on I think “T Mobile”. I shall ask another colleague if I can try their phone just to try a further provider.

What confuses me, is that if I connect through my iPhone hotspot (on cell provider “Giff Gaff”) with a Mac-based NTRIP client (BKG NTRIP Client), it works fine, which leads me to think it might be something to do with Reach.

Mobile access point is a potential, but I don’t want to go through the expense for it not to work, and I’d really like to just keep using my one cell provider.

I’ve messaged out on the forums, but no-one has responded about their experiences yet.

Thanks
Andy

Ok, so it might be something related to Reach network configuration…
Maybe you could try an SSH session? Log into Reach connected to your phone’s AP and try to ping various addresses, including euref-ip.net.

Hi Egor,

Sorry about delayed reply, I just got my Reach RS back from a survey. I’ve SSH’d into the Reach, I can ping the various servers and get the appropriate responses.

If I use a wget command, e.g.

wget -qS -O- http://78.46.59.40:2101

I can see the caster table no issues. Also if I try the reach ntripbrowser-

root@base1[/usr/bin]# ntripbrowser euref-ip.net -p 2101 -t 5 -c 1.0 2.0

I also get the source table.

Any thoughts on what next to test? I did find something similar on RTKLIB github: Link, just need to figure out what to try next.

Thanks
Andy

9 posts were merged into an existing topic: Connecting emlid reach to mobile wifi

This topic was automatically closed 100 days after the last reply. New replies are no longer allowed.