dimanche 28 août 2016

Satellite: Parabole pour la bande C - Suite - 2

L'installation de la parabole pour la bande C est enfin terminée. Divers petites problèmes sont apparus qu'il a fallu résoudre pas à pas. 


Un mécanisme de freinage sur l'axe d’Azimut a du être mis en place, la rotation étant parfaitement libre, bien plus qu'envisagé et conduisant au dépointage à la moindre brise. Un rapporteur fixé par un collier Serflex facilitera le pointage.


Les liaisons en câble 17VTAC ont mises en place dans les conduits qui avaient été enterrés il y a plusieurs années en prévision. Plusieurs LNB ont ensuite été testées avant de sélectionner celle qui sera installée en fixe.


Un mécanisme de télécommande du polarotor a été réalisé en s'appuyant un bon vieux PIC16F684. Un potentiomètre donne la consigne en position, le convertisseur AD du PIC transforme cette consigne en une largeur d'impulsion gérée par le Timer 0. Cinq lignes sont utilisées pour piloter des diodes LED permettant une visualisation de la polarisation. Une petite alimentation à découpage issue d'un vieux chargeur de Nokia assure l'alimentation.


Je vais enfin pouvoir jouer un peu et chercher d'autres signaux que le Beacon en 4199.75V de SES4 sur lequel j'ai fait mes premiers tests de LNB.

mardi 16 août 2016

Satellite: Parabole pour la bande C - Suite

L'installation de la parabole pour la bande C se poursuit.avec la réalisation d'un système de fixation devant me permettre de faire rapidement les premiers essais en position fixe - la motorisation sera envisagée plus tard...

Un tube en aluminium qui traînait dans mes stocks sert de mât articulé au point haut sur un tube d'acier de 16mm traversé par une tige filetée de 14mm. L'orientation en élévation est assuré par le biais de deux tiges filetées vissées sur un axe articulé en position basse et d'une plaque solidaire du tube.


Ce mât va venir s'insérer dans un tube en acier galvanisé à la base duquel une plaque épaisse d'aluminium servira d'appui. Le positionnement en azimut pourra être réalisé simplement. L'ensemble peut assez rapidement être modifié s'il s'avère que le socle ne tient pas la pression ou à tendance à basculer.

lundi 8 août 2016

Divers: Afficheur NMEA

Ce dernier week-end a bien été occupé à développer un afficheur NMEA destiné à être connecté à un GPS-DO 10MHz. Cet afficheur permettra de vérifier le bon fonctionnement du GPS, et donc du verrouillage du TXCO.

Le dispositif utilise Arduino Nano pilotant un afficheur LCD 2x16 caractères. Le tout est intégré dans un boîtier plastique, l'adaptation de niveau est assurée par un MAX232. L'ensemble est alimenté par la base de temps laquelle transmet aussi le signal 1PPS pour contrôle.


La programmation reste simple quoique s'appuyant sur deux timers, l'un interne destiné à contrôler l'affichage des différentes séquences, le second contrôlé par le signal 1PPS. Aucune des librairies existantes pour l'Arduino ou pour le Teensy  ne gère proprement les erreurs protocolaires. Un automate d'état a donc été réécrit pour traiter chaque trame NMEA sans se limiter à la trame RMC comme le font la majorité des parseurs.


La connexion à base de temps permet de visualiser alternativement le nombre de satellites visibles au regard des 12 pouvant être traités, le niveau d'erreur (PDOP) mais aussi l'heure UTC, l'altitude de l'antenne (posée en haut du pylône) et les coordonnées du lieux en décimal et en 'd.m.s'. Deux symboles animés retranscrivent l'état de la liaison série et du signal 1PPS.

Le seul problème rencontré est celui de l'erreur sur la date. Cette erreur est liée au module GPS utilisé: un Jupiter disposant d'une sortie 10kHz utilisée comme référence de verrouillage. Depuis fin 2015, ce module fournit en effet une date décalée de 1024 semaines en arrière. Une correction dans le logiciel de l'Arduino permet de s'en affranchir.

Problème bien plus gênant, mon dernier Arduino Nano pourtant approvisionné via une boutique sérieuse il y maintenant quelques années s'est mis à transmettre le fameux message indiquant que le chip FT232R est une copie: "NON GENUINE DEVICE FOUND!". Le problème est ici que contrairement à ce qui est annoncé dans la littérature, le message n'est pas transmis par le driver FTDI Windows mais bien par le chip lui-même. La connexion de la platine sur une machine LINUX délivre ce même message. Serait-il possible que, d'une manière ou d'une autre, l'un des drivers de mes machines Windows ait reprogrammé le firmware du faux FT232R. Je n'y crois guère - ce serait une forme d'attaque active - mais je n'ai aucune autre explication à l'heure actuelle.