I’ve flown with Skysafe a couple of time now and found a random aircraft showing directly behind me. The reg was PH-VIP or something close to that. It played havoc with my concentration as Skydemon was warning me relentlessly that I had an aircraft directly behind. It was very distracting until I realised that it was in fact my own aircraft spawned with a random registration.
I silence SkyDemon’s alerts for the aircraft and carried onto the LAA Rally at Popham. The circuit was busy with lots of aircraft descending into the circuit. The A/G operator got very concerned and warned me of another aircraft following close and be careful. Of course I knew what it was and silenced it earlier but that doesn’t stop it being broadcast to other aircraft and ground stations.
This is obviously a bug and it’s a major one and one reason that I won’t be using it again until the developers have confirmed that they’ve squished it.
It’s a shame I didn’t find this problem before I paid for the premium version as at the moment the product is not ‘safe’ at all, very distracting and because of that quite dangerous to use.
Thanks for your message and sorry for these inconveniences…
Can you tell me if you have a transponder on board (mode S, ADSB, Flarm, SkyEcho, PAW…?) If yes, can you make sure that you indicated it in the preferences (button right under - then My aircraft - transponder : type / Code ? If not, you will indeed transmit twice.
( see Double Spots in the Tutorials : https://www.safesky.app/en/tutos )
Another feature helps you to ‘silence’ all traffic in the vicinity of an airfield/circuit: you will get a fixed view without alarms, just indicating where other planes are. This feature however is only available if you choose your country in Preferences - Maps - Manage countries : choose UK.
Hope this works out to solve your problems?
Thanks for your feedback.
Thanks for your message. Paul gives you a precise answer.
The double echo during flying is not a bug as you write but the configuration of the plane and more precisely the indication of your hexadecimal code (Transponder / registration).
If SafeSky detects a double echo during your flight, it automatically suggests to erase it by automatically encodes this code for you (if you don’t know it) at the right place. This procedure is only possible when your are flying after ADS-B is spotted by antennas, and not grounded.
I hope that all is running right now.
and this is confirmation of my hex code from GINFO
So what is the problem?
The Echo or Ghost aircraft was a Diamond Twinstar PH-VIP if I remember highly not a Bristell so have I got this wrong or is there a bug in your system?
Not a bug with SafeSky, I think.
Question. Do you have another devices, like a FLARM out, or SKY ECHO Adsb out ?
If you are squawking with more than one devices, it will be possible to have a double echo. This config is very uncommon, and currently we are not able to erase two hex code for the same aircraft.
I have a Rosetta that doesn’t ‘Squawk’ anything but it does transmit it’s own PAW protocol and a XPNDR-262 is Class 2 Mode S ADSB1090ES transponder. Rosetta manages to filter out my hex and doesn’t alert me to my own aircraft. I can’t be the only SafeSky user with this configuration and I note that some users on the forum are reporting scrambled hex codes.
Regardless of what is being picked up and not filtered out why has the SafeSky App decided to decipher a transmission associated to my aircraft hex and rebroadcast it as a dutch registered Diamond TwinStar?
To me, regardless of what you want to call it, it’s a bug. If it rebroadcast it as ‘G-MLSY’ then I could understand that, see it and disregard it. Even ground stations would see a duplicate of my reg and disregard it but when they see a second contact that’s got a different registration then that’s a failing and shouldn’t happen.
If it’s a limitation as you state then the reasons for the limitation should be identified and a warning issued so others don’t get caught out by this very distracting and potentially dangerous problem.
Just back from MULM 2022 event in Blois. We are going to collect the logs and look precisely at which traffic was received in he close vicinity and figure out what is the issue.
We have spotted the issue and deployed a fix yesterday actually.
In short, we had a ‘feature’ to integrate with OGN using SafeSky custom aircraft IDs. PilotAware is the only system we know that is also receiving this feed simultaneously with SafeSky. The ID transmission was not taking into account the custom hex code in the transmission, which created confusion for deduplicating traffic. This is not the case any more.
Thanks a lot for your help on this. Please let us know on your next flight if this is working fine now.
