Allo ? Débranche l'allume-cigare, on va entendre le contrôleur ;-)

Toujours dans cette quête de l'énergie pour l'iPad ;-) J'ai testé pour vous l'utilisation de la prise allume cigare dans un DR400. Branché dans la prise de l'avion et à l'autre extrémité dans l'iPad, je constate avec plaisir que mon iPad indique se recharger. Voilà un plan B. Ca charge lentement, mais les % augmentent tout doucement. Le vol est calme. Mais c'est bizarre, il y avait de l'activité sur la fréquence de l'approche/SIV de Rennes ?

- "Ca fait quelques minutes qu'on entend plus rien, non ?"

- "Ah oui... Tiens, je vais essayer la COM2"

Et les échanges entre les autres avions et le contrôleur reprennent. Cela arrive parfois, une radio de bord se comporte différent d'une autre. Je débranche l'iPad n'ayant plus besoin de tester. Et on repasse sur COM1 pour confirmer le test. Et les échanges radio continuent. Bizarre. Ce serait lorsque l'on pompe de l'énergie via l'allume cigare qu'on perd la COM1 ?

La confirmation est vite réalisée. COM1 + Branchement de l'adaptateur allume-cigare USB = perte de réception sur la COM1. C'est flagrant, dès le branchement réalisé la réception se coupe.

Moralité, c'est toujours la même chanson en aviation :"AYEZ UN PLAN B". Personnellement, en voyage j'ai toujours une batterie (Anker, 8400 mAh avec des ports USB) qui devrait me donner au moins une recharge complète pour mon iPad Mini et de quoi me sortir d'une "mauvaise" situation  :

Ce n'est pas la fin du monde, quoique perdre une radio peut avoir des conséquences ennuyantes, alors méfiez-vous lorsque vous branchez quelque chose dans l'avion ;-)

Deux nouveaux libellés "iPad" et "Caméras embarquées"

Peut-être l'avez-vous déjà remarqué, deux nouveaux libellés ont fait leur apparition sur ce blog. Il s'agit du libellé "iPad" qui regroupera tous les messages traitant de la tablette en vol, y compris tous les messages sur Air Nav Pro. Et du libellé "Caméras embarquées" pour identifier tous les messages qui traitent des petites caméras GoPro/Drift (ou autres) qui me permettent de garder des souvenirs aéro.

Cliquez simplement sur un libellé pour retrouver tous les messages regroupés

Autonomie d'un iPad Mini avec Air Nav Pro + Bluetooth Bad Elf Pro

Tout est dans le titre. Dimanche dernier, j'ai pu tester l'autonomie du couple iPad Mini + Bad Elf Pro. Un aller-retour St-Cyr <-> Quiberon avec un stop&go à Laval a duré d'après la trace GPS 4h40min.

Mauvaise surprise à la fin de la journée l'iPad mini disposait de 2% de batterie restante (après avoir été chargé toute la nuit précédente) !

Du côté de l'usage, difficile de la qualifier. Je n'ai pas le nez constamment dans l'iPad, il n'est donc pas constamment avec son écran allumé. Air Nav Pro fonctionne en tâche de fond et la luminosité est à son maximum, car il faisait beau et le cockpit d'un DR400 est très lumineux. Le Wifi était coupé et le Bluetooth activé car l'Ipad est branché à un récepteur GPS Bad Elf Pro.

L'autonomie dans ces conditions d'un iPad Mini + Bluetooth Bad Elf Pro serait de 4h40min ?

Ne jamais faire confiance

C'est comme pour tout. Que ce soit la carte papier, la base de données du G1000 ou bien encore les points de report VFR de la base de données d'Air NAv Pro, il faut sans cesse tout remettre en question.

Base de donnée d'Air Nav Pro

1er exemple avec le point Sierra-Kilo de Caen (Merci à Gregory B. pour l'info). Si par malheur, vous rentrez dans le champ route d'Air Nav Pro une navigation du genre "LFRG LGL SK@LFRK LFRK" vous risquez d'être surpris s'il vous venait l'envie de faire une route par le sud de Caen ;-) Voir la photo ci-contre. En effet, à ce jour la base de donnée d'Air Nav Pro positionne le point SK au nord de Caen, en plein dans la Manche. Gregory (et certainement d'autres) ont signalé l'erreur. Un forum chez Xample est dédié à remonter ces erreurs : http://xample.desk.com/customer/portal/topics/45771-data-inaccuracies-bugs/questions

Base de données d'un G1000

2ème exemple, il y a quelques semaines à bord d'un avion avec un G1000. Je rentre une nav. archi classique ;-) : "LFPZ RBT PTV LFGH". En sortant de St-Cyr, je navigue dans mon jardin, passe RBT et vise le terrain d'Etampes. En regardant la carte déroulante du G1000 sur le MFD, je me trouve bien décalé par rapport au trait et la position habituelle du transit à l'est du terrain LFOX.

Bizarre. Mais bon, je reconnais à vue où je suis. C'est pas ça le principe du VFR ? Là, le terrain avec lequel je suis en contact, ici la ville d'Etampes. Tout va bien. Plus tard, je de-zoom le MFD et me rend compte que PTV est un point dans le centre de la France et pas du tout le VOR de Pithiviers. Sur un vol aussi court, je n'avais pas regardé les estimés et m'était juste interrogé sur le décalage de position sur la carte déroulante.

Un utilisateur précédent de l'avion a dû rentrer "PTV" en USER WAYPOINT et comble de malchance, le cycle de la base en mémoire ne devait pas contenir le VOR de PTV (remplacé par un VOR provisoire appelé VMP). Sinon, j'aurais eut lors de la saisie un "Duplicate" et j'aurai dû choisir entre le point créé par l'utilisateur (qualifié de "USR") ou bien le VOR.

Conclusion

Voilà deux exemples réels et récents pris au hasard qui me rappelle, qu'en l'air, le pilotaillon que je suis ne doit rien prendre pour certains et doit être constamment sur ses gardes.

Bien sûr, je n'apprend rien à personne ;-)