Show Posts

You can view here all posts made by this member. Note that you can only see posts made in areas to which you currently have access.


Messages - steveu

Pages: [1] 2 3 ... 28
1
Technical Support / Re: Position data not shared
« on: July 20, 2024, 08:52:37 pm »
I assume he is using SafeSky on a mobile phone, in which case his position and velocity data first of all goes over mobile broadband/mainstream Internet to the SafeSky servers.

From there, it would then get fed to the OGN, and at the same time to other Safesky users.

Now, in the early days I was told that PAW/ATOM didn't use OGN data for latency reasons.

Now, I'm led to believe that either SafeSky data direct or via the OGN is used, but with strict latency filters, so if the data is deemed to be too old to be accurate, it is rejected.

I am not a PAW insider, so the emphasis is on the word believe. Some people believe the earth is flat, that don't make it so, even if Pratchett made it work.

There was some big disruption to the OGN when the FLARM encryption was changed a little while back, depending on whom you ask, it's now fine or there is still disruption.

Tristan says "filter and publish" so he does know that the data is filtered. He also knows how often SafeSky pings when there is no other traffic around.

If the data isn't getting to the OGN but Tristan tells you it then that needs to be resolved with him. When you can verify that, then you can question the next step...


2
It may do, but as a 'legacy' Rosetta user that doesn't answer my question!

Maybe start a new thread rather than dragging this one off topic, then?

This is about Rosetta FX - it's a separate product.

3
As an aside, when I update the iOS PAW updater, it tells me that 230316 is the latest version.

Is 240417 still a beta version?

The Rosetta FX offers updates from within the status GUI if connected to the Internet.

4
I connected up the Rosetta FX and it upgraded to 20240715.

I can change the SSID to G-XXXX where XXXX is my aircraft reg.

With a phone running Android 12 I can connect to it and everything works.

@exfirepro do you want to indicate that issue is fully resolved rather than an interim fix?

5
Technical Support / Re: Track files upload
« on: July 18, 2024, 11:01:52 pm »
I've used the file upload and it works, thanks to all concerned in fixing it.

6
Technical Support / Re: Track files upload
« on: July 10, 2024, 11:25:28 am »
The last time this problem occurred,  I contacted James Rose, (the original Playback author), who fixed it. I seem to recall he said the problem was with a restrictive file upload size limitation on the Server. Once this was increased/removed, Playback worked fine. Worth checking the current setting ?

I have tried smaller files. If there is a size limitation, then it makes sense to placard it.

I'm guessing that it could be storage full, or an Apache type update has broken something

7
This is incredibly weird
We are doing nothing to stop this from working when changing the SSID.
Is there a way to clear some cached info on the Android device, I would suspect getting a different name for the SSID for the first time, this would work fine
Can someone try this ?

Clear cache (or whatever it is) on Android
change SSID from iphone/ipad
Connect to new name from Android device (as if for first time)

I tried with a newer Android device (12?) that had never seen the FX before. It had the same problem.

8
Technical Support / Re: Android device don’t get IP-Address from FX
« on: July 08, 2024, 08:17:42 pm »
Have you changed the Wifi SSID away from the one that came supplied as default?

Yes, I have changed that to make it easier to tell them apart.
But that should not make Android unable to connect but still allow my iPad to connect, right?

I thought this too and I was very wrong.

After changing my hotspot to my reg, oldest Android and all iOS connected, but newer Android refused point blank.

In desperation I changed the SSID back to the supplied SSID, and my (newer) Android phone connected again.

I often say I would rather be happy than right, and on this occasion I was granted my wish.

Egg on face but Rosetta FX working. No point having it the other way round...

Feel free to prove me wrong, it will take minutes and is easier than arguing.

9
Technical Support / Re: Android device don’t get IP-Address from FX
« on: July 08, 2024, 05:52:06 pm »
Have you changed the Wifi SSID away from the one that came supplied as default?

10
Technical Support / Re: Track files upload
« on: July 03, 2024, 09:03:06 pm »
I'm experiencing the same problem and have tried 3 different browsers and two different operating systems.

It's been down for a couple of weeks.


11
Hi Steve and Lee,
I've fitted a juicebitz power cable and it voltage error appears to be clear.

Lee is the boss and the 100% real deal expert.

However, until he has a spare moment, you might want to diagnose this further by turning the router function on, where the option is on the network page, then hitting "Save".

See what happens with GSM then...

12
I would start by eliminating the voltage error.

You need a very good USB A to micro B (PilotAware has strict requirements) Juicebitz or other recommended cable in the Knowledge Base.

When the voltage error is gone then it's worth checking in the network page that the router function is visible, that it is then switched on and the Rosetta is connected to the hotspot?

But you cannot diagnose other faults with voltage errors, as I understand it...


13
Is there any data for the same flights on Playback or Vector?

14
Technical Support / Re: Ghosting
« on: June 08, 2024, 07:29:01 pm »
I would still check the config page to make sure it is right.....it only takes 5 seconds.

You haven't got SafeSky running in the background on a phone or similar have you? I've seen that spew up contacts and it took ages to track down the problem. It wasn't until the owner said he'd just check something on SafeSky and took his phone from his rucksack that the penny dropped  :D

These are the top two reasons for me so I would endorse this solution.

15
Technical Support / Re: Groundstation Playback - Altitude
« on: May 10, 2024, 10:32:11 am »
Doesn't some maths have to be done to normalise all altitudes so traffic reporta are valid?

Mode S/ADS-B altitudes will be on 1013.2hPa so other ones will need to be made sync.

If pressure yesterday was about 1028 then this might explain a negative TO altitude?

Tracked a couple of aircraft yesterday and they also have -ve ground readings.

Pages: [1] 2 3 ... 28