Changing position source mid flight

Important: These forums are for discussions between SkyDemon users. They are not routinely monitored by SkyDemon staff so any urgent issues should be sent directly to our Customer Support.

Changing position source mid flight

Author	Message
PaulSS	P PaulSS posted 3/31/2019 1:54:45 AM Post Details Share Post
P Group: Forum Members Posts: 89, Visits: 3.2K	+x Lerk - 3/30/2019 5:15:26 PM Been for a fly this morning and experimented with how the setup works.I found out that the usb supply is actually on the main bus not the avionics, so turning on the pilotaware before the engine is actually possible, it just takes a long while of waiting with the master switch on before being able to start the engine.I might just revert to battery power for the pilotaware as I already have the battery and it easily lasts a full days flying. I'm glad you are able to start PAW before the engine as that solves your principal problem. Lee (on the PAW Forum) has said the latest iteration of software will boot up a lot faster. I fly an aircraft with a Dynon Skyview and that takes a fair while to boot up. Not excessively long but certainly long enough that when it's 38 degs I want to close the canopy and get the cooling fan at the front going. So, I flick on the Master and Skyview and then do the external inspection, so everything is booted up by the time I've checked the number of wings still attached. The Skyview will draw a lot more current than a PAW box :-)
	Reply Like 5
Lerk	L Lerk posted 3/30/2019 5:15:26 PM Post Details Share Post
L Group: Forum Members Posts: 19, Visits: 0	Been for a fly this morning and experimented with how the setup works. I found out that the usb supply is actually on the main bus not the avionics, so turning on the pilotaware before the engine is actually possible, it just takes a long while of waiting with the master switch on before being able to start the engine. I might just revert to battery power for the pilotaware as I already have the battery and it easily lasts a full days flying.
	Reply Like 6
PaulSS	P PaulSS posted 3/28/2019 7:30:37 AM Post Details Share Post
P Group: Forum Members Posts: 89, Visits: 3.2K	"With the device connected to ships power, there is no way to boot the device prior to engine start." Why is that, Lerk? If it's because your PAW is connected to an avionics bus, could you not just change that to the main bus instead, so that your PAW comes on with the Master Switch? If you had your avionics bus connected to a pass-through battery and that battery plugged into your PAW I think that would work as well but you'd need a switch to turn the PAW on/off or else it would drain the pass-through battery if it were left on with no power from the avionics bus to recharge it. I'm glad you created this thread though as it got me thinking. In my system design I have a Charge4 USB unit to supply the iPad, PAW etc and I previously had thought to have it on the avionics bus. It has been moved over to the main bus :-)
	Reply Like 5
Lerk	L Lerk posted 3/27/2019 12:10:55 PM Post Details Share Post
L Group: Forum Members Posts: 19, Visits: 0	+x Tim Dawson - 3/27/2019 10:39:30 AM Lerk, the timeout is for when a connection has already been successfully established, and is very reasonable. I think you're asking for us to allow a connection to be made to a device which isn't yet alive, by the sound of it. I wonder what others are doing, as this doesn't seem to be a widespread problem. Could it be that others are powering on their device before the aircraft, giving it a chance to start? That's about the size of it Tim. Previously when renting aircraft, I had my PAW powered by a powerbank, so I plugged it in and booted it up as soon as I got to the aircraft - hence it had plenty of time to boot prior to starting the flight which might be anywhere up to a couple of minutes before logging engine start. With the device connected to ships power, there is no way to boot the device prior to engine start. I might be sat with the engine warming up for 5 minutes before brakes off, so position isn't all that important for the initial portion of the log. I could write down the engine start time manually and start the flight logging once the PAW has booted, but it seems a shame when your log summary captures all the necessary details as well as it does.
	Reply Like 5
Tim Dawson	Tim Dawson posted 3/27/2019 10:39:30 AM Post Details Share Post
Group: Forum Members Posts: 8K, Visits: 9.1K	Lerk, the timeout is for when a connection has already been successfully established, and is very reasonable. I think you're asking for us to allow a connection to be made to a device which isn't yet alive, by the sound of it. I wonder what others are doing, as this doesn't seem to be a widespread problem. Could it be that others are powering on their device before the aircraft, giving it a chance to start?
	Reply Like 5
pilot-byom	p pilot-byom posted 3/26/2019 2:07:27 PM Post Details Share Post
p Group: Forum Members Posts: 323, Visits: 388	My 1980 computer devices boot much faster ... ‚modern‘ technology is far too fat, ugly, bad overloaded with garbage of suspicious quality ;-).
	Reply Like 5
Lerk	L Lerk posted 3/26/2019 12:53:45 PM Post Details Share Post
L Group: Forum Members Posts: 19, Visits: 0	+x Tim Dawson - 3/26/2019 10:58:48 AM Yes, but this isn't 1980, surely the most it should take to "boot up" before a connection can be made to it (even if a fix isn't yet available, which is understandable) would be 30 seconds or something? Well my (admittedly 18 month old) iphone boots in just under 30 seconds and my apple watch (latest generation) just over 35 seconds. But by your own argument these would both still fail to meet the current 15 second timeout and that is before we consider the fact that I will have 'gone flying' selected 'log engine start' and actually started the engine before turning on the avionics master. Given that you have a specific subset of your software dedicated to Pilotaware, can you not add an extended timeout (or at least an selectable option) to accomodate the startup delay of the 1980's raspberryPi?
	Reply Like 6
Tim Dawson	Tim Dawson posted 3/26/2019 10:58:48 AM Post Details Share Post
Group: Forum Members Posts: 8K, Visits: 9.1K	Yes, but this isn't 1980, surely the most it should take to "boot up" before a connection can be made to it (even if a fix isn't yet available, which is understandable) would be 30 seconds or something?
	Reply Like 6
Lerk	L Lerk posted 3/25/2019 1:02:32 PM Post Details Share Post
L Group: Forum Members Posts: 19, Visits: 0	+x Tim Dawson - 3/25/2019 10:46:58 AM It's hard coded, but that shouldn't be a problem. It sounds like your traffic receiver is ceasing to transmit anything to SkyDemon just because it hasn't got a GPS fix. That's a problem. We do expect your traffic receiver or GPS device to continuously transmit data to SkyDemon even if it doesn't have a fix. That's standard behaviour and it's how we know your device hasn't died. It can just transmit "no fix" sentences to SkyDemon, which isn't a problem. Perhaps you could ask its manufacturer to clarify why they don't accept a connection until they have received a fix, and why they stop transmitting data if a fix is lost? It's not transmitting anything at the point of turning on as it needs to boot up...
	Reply Like 5
Tim Dawson	Tim Dawson posted 3/25/2019 10:46:58 AM Post Details Share Post
Group: Forum Members Posts: 8K, Visits: 9.1K	It's hard coded, but that shouldn't be a problem. It sounds like your traffic receiver is ceasing to transmit anything to SkyDemon just because it hasn't got a GPS fix. That's a problem. We do expect your traffic receiver or GPS device to continuously transmit data to SkyDemon even if it doesn't have a fix. That's standard behaviour and it's how we know your device hasn't died. It can just transmit "no fix" sentences to SkyDemon, which isn't a problem. Perhaps you could ask its manufacturer to clarify why they don't accept a connection until they have received a fix, and why they stop transmitting data if a fix is lost?
	Reply Like 5