Plate info on primary and secondary displays

[Degrawmd]

I have a Dual 10" display set-up.
Recently I noticed that only the secondary display has the "PLT" option for displaying info. On the main display this is absent. is this normal or did something get "disturbed" at my last annual?

 

[Stevec]

Do you have a USB with the plates in each screen. I don’t think the plates get shared between screens and you need a USB in each screen.

 

[Degrawmd]

Yes I do.

 

[Degrawmd]

In addition - Today I noticed that I can't load chart files from the main display, i have to use the secondary. There is a USB stick in each display, and it requires (I believe as it always has) that the com radio be on for data base update.

 

[Rhino]

Go to MAP CONTROLS - MAP LAYERS and make sure everything you want is selected. You might also check SETUP MENU > SYSTEM SOFTWARE > WI-FI CHARTDATA DOWNLOAD and make sure Plates is selected. Make sure all the applicable files are in the "chartdata" folder on the USB drive. Sometimes they don't get put in there.

 

[Degrawmd]

Will give that a try next trip to the hanger - thanks

 

[VIFlyer]

I had the issue of plates not displaying and it sometimes could just be fixed by unplugging and then reinserting the usb stick. What works best seems to reformat the usb before the next update. Not sure why (perhaps corrupt usb)

 

[Degrawmd]

Just to wrap this thread up -
I found that the USB cable from the back of the primary display was not connected to the slot on the dashboard.
So - even thou I have been putting a USB stick in that display it was not being read.
This is why I could only load files from the secondary display.
That being said - I'm surprised I was still able to load from the secondary display and get the message that the database was being synchronized.

I was under the impression as mentioned by Stevec in the above post that there needed to be a USB stick in each display.
Even thou I was putting a USB stick in each display the primary display was unplugged and therefore non existent to the system.

Not sure what was happening system wise as everything seemed to work, I just was not getting plate info displayed on the primary display.

 

[Stevec]

The synchronising database message only refers to the internally stored databases NAV and OBS and they are synchronised via the Ethernet cable so the other USB stick does not come into this process.

 

[Degrawmd]

Understand - but this brings up the question around the fact that I was loading current data with only one USB stick on the secondary display, when I was under the impression that there needed to be a USB stick in each display. There was no error message indicating that I was missing a USB stick and the load proceeded.
I guess I would like to understand the load process better and if/why two sticks are necessary to get a good load.

 

[maartenversteeg]

This is the basis for your answer:

The synchronising database message only refers to the internally stored databases NAV and OBS and they are synchronised via the Ethernet cable so the other USB stick does not come into this process.

So fo rthe NAV and Obstacle databases (the free one that you can et from Dynon, only a single drive is needed and the Ethernet cable distrbutes the insternally in the display stored databases to all the connected displays.

The other maps and plates as you might received, via a separate purchased contract, from for instance Seattle Avionics, stay on the memory sticks (they are too big for the internal Dynon Display memory), and need to be available to each display on a separate memory stick. So they are NOT shared via the ethernet cable.

 

[Degrawmd]

Makes sense - So because there was no stick available on the primary display with the "extended" database the option was not available.
But overall because the file load was made, the internal database was up to date on both displays via Ethernet.

All - Thanks for the help clearing this up.

 

[Stevec]

This is the basis for your answer:

So fo rthe NAV and Obstacle databases (the free one that you can et from Dynon, only a single drive is needed and the Ethernet cable distrbutes the insternally in the display stored databases to all the connected displays.

The other maps and plates as you might received, via a separate purchased contract, from for instance Seattle Avionics, stay on the memory sticks (they are too big for the internal Dynon Display memory), and need to be available to each display on a separate memory stick. So they are NOT shared via the ethernet cable.

No I am not referring to the Dynon supplied databases although I am not sure if the databases I refer to below are now supplied to US customers by Dynon.
The databases you buy from an external provider ,in my case AvPlan, are in two parts. There are the regularly updated navigation and obstacle databases. These contain airspace and waypoints etc and obstacles like radio masts, towers etc. When you update these they are loaded into the Skyviews internal memory and if you load them on one screen they will be synchronised across to the second screen. So you will always have access to them from either screen.
The second type of database that you purchase from an external provider contains the airfield landing charts and the enroute and sectional charts. There is insufficient internal memory to store these large databases so they are stored externally on the USB sticks. So unless something has changed you will need a USB directly connected to each screen to have access to these files. You cannot share one USB stick full of data on two screens.

 

[maartenversteeg]

For the US customers the monthly updated NAV and Obstacle databases are provided free by Dynon (and nowadays also included in the downloaded map and plates data that for a fee can be obtained from Seattle Avionics), I know that that is different for users in other countries, but was assuming that the user who asked the question was located in the US

 

[Degrawmd]

Flew to work today with the USB cable plugged iin - loaded the Seattle avionics DB from the primary display and all worked as it should.

So to be clear it was just the USP cable not being plugged into the back of the primary display that was the problem!!!!

 

[Rhino]

...So to be clear it was just the USP cable not being plugged into the back of the primary display that was the problem!!!!

That'll do it.