Plugger Lockett
2018-08-07 07:40:32 UTC
Hi Keith and Bdale,
I believe I've identified an issue with the AltOS and TeleGPS applications
when using an original TeleDongle for telemetry. The old TeleDongle
assumption is just that but I'm assuming if this was a bug for all
TeleDongles it would have been found before now. I "discovered" this issue
when I attempted to use AltosDroid v1.8.5 in the field with my TeleGPS 1.0
and I couldn't get telemetry to work at all. So I attempted some bench
testing over the weekend and I believe I've identified a bug in the newer
software stacks.
First off, here's my TeleDongle details.
I started the process by upgrading my TeleGPS firmware. Not that it was
needed or necessary but I prefer to run up to date software if at all
possible so I took the opportunity to update both my TeleGPS and EasyMega
to firmware version 1.8.5. Both updates were successful.
So after I attempted to test the connection to the TeleGPS with a Windows
10 1803 build laptop running AltOS 1.8.5 and TeleGPS software v1.8.5. Below
are the results of those tests. Strangely it appears that both applications
are receiving some data from the TeleGPS radio, but it's not being
interpreted/displaying correctly.
AltOS v1.8.5 output
TeleGPS Software v1.8.5 output
So I reverted back to another laptop (also Windows 10, build 1803) that is
my "known good config" TeleGPS Telemetry host. As soon as I opened the
TeleGPS app with my TeleDongle plugged in I was receiving successful
telemetry data automatically within ~10 seconds, as expected. I fired up
the AltOS app on the same host and that also connected fine. So I checked
my software version on the working host, both the TeleGPS and AltOS apps
were running version 1.7.
So I then went back to the original laptop and downgraded both the TeleGPS
and AltOS applications from v1.8.5 to v1.7 and ran the tests again. Both
worked successfully (see below)
AltOS v1.7 output
TeleGPS Software v1.7 output
I was running these tests indoors so I'm unconcerned with the lack of GPS
lock.
I then uninstalled v1.7 of each application and reinstalled v1.8.5 and
retested and confirmed v1.8.5 didn't work. I then rolled back to v1.7 as I
need telemetry working, tested, and everything worked fine.
But this led me to a few questions.
1) Assuming v1.8.6 is affected by this bug as well (I'll test that in the
next few days) then can you investigate this issue?
2) I've got an EasyMega as mentioned earlier and am planning to use it in a
2 stage stack in April. I will be upgrading the firmware to v1.8.6 as
recommended.
- Do I need to be running the latest software to properly configure
staging and get correct CSV output post flight? Or will AltOS v1.7 do this
correctly with a EasyMega v1.8.6 FC?
3) AltosDroid - Ideally I'd like to use my phone (Pixel XL) as my ground
station in conjunction with my TeleDongle. I've had this work in the past
but my AltosDroid software automatically updates and is currently running
v1.8.5 as well. Is there somewhere I can download the AltosDroid v1.7 apk
in the interim until this bug is resolved?
If you have any questions please let me know.
Regards,
Andrew Hamilton
I believe I've identified an issue with the AltOS and TeleGPS applications
when using an original TeleDongle for telemetry. The old TeleDongle
assumption is just that but I'm assuming if this was a bug for all
TeleDongles it would have been found before now. I "discovered" this issue
when I attempted to use AltosDroid v1.8.5 in the field with my TeleGPS 1.0
and I couldn't get telemetry to work at all. So I attempted some bench
testing over the weekend and I believe I've identified a bug in the newer
software stacks.
First off, here's my TeleDongle details.
I started the process by upgrading my TeleGPS firmware. Not that it was
needed or necessary but I prefer to run up to date software if at all
possible so I took the opportunity to update both my TeleGPS and EasyMega
to firmware version 1.8.5. Both updates were successful.
So after I attempted to test the connection to the TeleGPS with a Windows
10 1803 build laptop running AltOS 1.8.5 and TeleGPS software v1.8.5. Below
are the results of those tests. Strangely it appears that both applications
are receiving some data from the TeleGPS radio, but it's not being
interpreted/displaying correctly.
AltOS v1.8.5 output
TeleGPS Software v1.8.5 output
So I reverted back to another laptop (also Windows 10, build 1803) that is
my "known good config" TeleGPS Telemetry host. As soon as I opened the
TeleGPS app with my TeleDongle plugged in I was receiving successful
telemetry data automatically within ~10 seconds, as expected. I fired up
the AltOS app on the same host and that also connected fine. So I checked
my software version on the working host, both the TeleGPS and AltOS apps
were running version 1.7.
So I then went back to the original laptop and downgraded both the TeleGPS
and AltOS applications from v1.8.5 to v1.7 and ran the tests again. Both
worked successfully (see below)
AltOS v1.7 output
TeleGPS Software v1.7 output
I was running these tests indoors so I'm unconcerned with the lack of GPS
lock.
I then uninstalled v1.7 of each application and reinstalled v1.8.5 and
retested and confirmed v1.8.5 didn't work. I then rolled back to v1.7 as I
need telemetry working, tested, and everything worked fine.
But this led me to a few questions.
1) Assuming v1.8.6 is affected by this bug as well (I'll test that in the
next few days) then can you investigate this issue?
2) I've got an EasyMega as mentioned earlier and am planning to use it in a
2 stage stack in April. I will be upgrading the firmware to v1.8.6 as
recommended.
- Do I need to be running the latest software to properly configure
staging and get correct CSV output post flight? Or will AltOS v1.7 do this
correctly with a EasyMega v1.8.6 FC?
3) AltosDroid - Ideally I'd like to use my phone (Pixel XL) as my ground
station in conjunction with my TeleDongle. I've had this work in the past
but my AltosDroid software automatically updates and is currently running
v1.8.5 as well. Is there somewhere I can download the AltosDroid v1.7 apk
in the interim until this bug is resolved?
If you have any questions please let me know.
Regards,
Andrew Hamilton