As I was flying in the mountains of NC yesterday my Skyview initially showed the private grass strip in a valley in front of me. As I got closer and turned into the valley and decended it showed the runway 1.2 miles to my right and in another valley. My backseat passenger had a handheld gps and said it was indeed straight ahead. He was right. As I climbed to get out of the valley I did see the runway straight ahead. This could have been a serious mistake had I not been in a Carbon Cub with the power to climb out. Has anyone else experienced this.
Map showing airport in wrong place
- Thread starter richphil
- Start date
- Joined
- Mar 23, 2005
- Messages
- 13,226
If I'm reading this right, you're saying that at one point the airport showed in the wrong place, and then later, it moved 1.2 miles and showed in the right place?
That's not something we have heard of. What's the airport ID so we can investigate a bit more? What database provider are you using? Do you happen to have a datalog of the event?
That's not something we have heard of. What's the airport ID so we can investigate a bit more? What database provider are you using? Do you happen to have a datalog of the event?
Just the opposite. Map was initially showing airport in the right place. When I started toward it, it moved 1.2 miles off my right wing which was incorrect. I can download the file and give you the approx time if you wish. The airport identifier is NC08
A diagnostics file will only have usable data in it if it happened within the last hour or so of your SkyView system being on (ie, more than an hour ago and it won't be in that data). However, if you have user datalogging turned on, that log might be able to show something. Do you know what frequency you have that set to record data at? (If not, it's under SYSTEM SETUP > DATALOG SETUP. If it's set anywhere between 8/sec and 1 every 2 seconds, and you haven't flown a ton, it might be worth getting that log to see what you're seeing. If that's the case, export the user data logs and send them to us via dynon.aero/reportlog. Include a link to this thread, as well as a report of the approximate time.
Other questions: Does your GPS lock seem pretty solid in general? Does your synthetic vision view on SkyView generally match what you're seeing out the window? When you saw this anomaly, were you adjusting anything on the map? For example, you might have transitioned from a track-up display to a north-up display, depending on where you have that transition point configured under MAP MENU > MAP MODE
Other questions: Does your GPS lock seem pretty solid in general? Does your synthetic vision view on SkyView generally match what you're seeing out the window? When you saw this anomaly, were you adjusting anything on the map? For example, you might have transitioned from a track-up display to a north-up display, depending on where you have that transition point configured under MAP MENU > MAP MODE
- Joined
- Mar 23, 2005
- Messages
- 13,226
Not to disagree with my colleague here, but a user datalog is helpful if you have it, and user datalogs have data for many, many hours of flight. If you have that but not the diagnostic log, please still pass it along.
I looked under the map mode and saw where it said track up thr 80 sm. With chart North up.Don't know what that means. I was about 140 sm from my departure point. I was using terrain although I do have the charts from Seattle avionics in the system. It also shows 4 per sec est 8hrs. in the datalog
swatson999
Well-Known Member
- Joined
- Oct 6, 2010
- Messages
- 1,662
Sigh...it's in the User's Guide, of course:
http://dynonavionics.com/downloads/User_Manuals/SkyView_Pilots_User_Guide-Rev_V_v13.0.pdf
p. 7-68
jakej
Well-Known Member
Steve
I feel it too :
I feel it too :
swatson999
Well-Known Member
- Joined
- Oct 6, 2010
- Messages
- 1,662
Nothing personal, richphil...it's just that we're all pilots and builders here, and it's dismaying how often the answers to basic questions are readily available in easily accessible materials, PLUS presumably a PILOT should ensure that he has familiarized himself with his equipment by reading the manuals ahead of time (so that he doesn't get confused by what they're doing in flight).
Nothing wrong with asking questions on the forums when you can't find or don't understand the information, but over and over and over again, people don't even bother to look for the answers or read the User's Manual in the first place. Which is disconcerting, as I'm flying around in the same airspace as they are....
Nothing wrong with asking questions on the forums when you can't find or don't understand the information, but over and over and over again, people don't even bother to look for the answers or read the User's Manual in the first place. Which is disconcerting, as I'm flying around in the same airspace as they are....
jakej
Well-Known Member
I'd gently suggest it's not about ego but about the time wasted by some of us helping those who appear not to have read the manuals, in the first instance.
Personally I enjoy troubleshooting & helping those who have at least bothered to read the manuals before asking questions - if you don't understand the manuals then that is different, I don't expect everyone to be able to do so.
My time is valuable & given free on forums to give back help to others for advice that I've also received in the past, that's my choice.
Please understand that we are trying to help but you also need to help yourself sometimes
Jake J
Personally I enjoy troubleshooting & helping those who have at least bothered to read the manuals before asking questions - if you don't understand the manuals then that is different, I don't expect everyone to be able to do so.
My time is valuable & given free on forums to give back help to others for advice that I've also received in the past, that's my choice.
Please understand that we are trying to help but you also need to help yourself sometimes
Jake J
I certainly understand what you are saying. I have seen the same thing, but I had read this part of the manual several times( my third skyview installation) but just didnt or rather don't understand what the info my data is showing under the datalog screen. As I said before it shows 4 per sec/8hrs. I see nothing in the manual to explain that. If you know, please explain it to me. Thanks, Richard
- Joined
- Mar 23, 2005
- Messages
- 13,226
Richard, the 4 per sec/8 hours is referring to the recording rate of the datalog. On page 26-3 of the install manual:
So 4 per sec means it stores 4 records per second, and at that rate, you'd have about 8 hours of data in the log before it starts overwriting old data.
So 4 per sec means it stores 4 records per second, and at that rate, you'd have about 8 hours of data in the log before it starts overwriting old data.
swatson999
Well-Known Member
- Joined
- Oct 6, 2010
- Messages
- 1,662
Well, this is a different question than the track up/north up confusion you had, but here's your answer:
User's Guide p. 2-2
http://dynonavionics.com/downloads/User_Manuals/SkyView_Pilots_User_Guide-Rev_V_v13.0.pdf
points you to the Skyview Installation Manual
http://dynonavionics.com/downloads/Install_Guides/SkyView_System_Installation_Guide-Rev_V_v13.0.pdf
where p. 26-3 talks about the recording rate. The example there is "At 16 times per second, the log stores about 2 hours of data". Thus, 4 samples per second would be about 8 hours of data.
Both manuals are in PDF format, which can be searched. In this case, a search for "log" turned up this info in about 30 seconds.
Thanks Steve, I did not know you could open the manuals in I-books and look up info. Thanks to you I know now. Some of us old timers are good builders but a little slow on the I-pad technology. According to the manual I should be able to send Dynon a data log of when the anomaly occurred. I only have about 2 hours since then on the plane. I will get right on that.
Also, thanks dynon employee for your prompt response.
Also, thanks dynon employee for your prompt response.
swatson999
Well-Known Member
- Joined
- Oct 6, 2010
- Messages
- 1,662
I'll let Dynon Support chime in here, but they usually want the *diagnostic log*, which stores about 1 hour of data (and cannot be reconfigured). It is not human-readable, as the other files are (just import them into Excel, e.g.). More details in the manuals (and support will tell you how to upload the diagnostic file as it is quite large).
Glad to help...the ability to search the PDF files is a big help, although I do recommend just reading them cover-to-cover at least once (do what I did...get a nice cold beer, a good cigar and a comfortable chair on the patio and settle in for a few hours ).
Glad to help...the ability to search the PDF files is a big help, although I do recommend just reading them cover-to-cover at least once (do what I did...get a nice cold beer, a good cigar and a comfortable chair on the patio and settle in for a few hours
).I have sent the diagnostic file to them before when I was having trouble with my servos. They usually send a link or file rather to attach it to. I think this may be something different but I will contact them tomorrow and find out for sure. Believe it or not but I read their manual several years ago when I built an RV7. I built a Carbon Cub last year and skimmed through the manual again. Just hard to remember at my age. Thanks again.
swatson999
Well-Known Member
- Joined
- Oct 6, 2010
- Messages
- 1,662
Cool airplane. I'd love to build a Carbon Cub!
The diagnostic file is the most useful log, but it's only useful for things that happen within about an hour of the event (the diagnostic log stores only about an hour of running data). In contrast, the user data log can hold more time of data, but it doesn't have as much. In your case, we're curious if there was anything odd about GPS position, heading, etc that could've caused you to see what looked like an airport moving. If you export the user data log, you can send it to us via dynon.aero/reportlog. Instead of using SETUP MENU > SYSTEM SOFTWARE > EXPORT DYNON DIAGNOSTIC FILE as that page instructs, instead use the EXPORT USER DATA LOGS options instead.