Conditions de réception pour l’ATV :
Parabole offset de +- 135cm mais 120cm utilisables (Lien ici)
LNB Octagon modifiée de chez OE7DBH (OL 9300MHz et 10150MHz)
Un récepteur minitioune V1, j’ai aussi un V2 et un Pro mais j’utilise le plus souvent le V1.
Conditions d’émission pour l’ATV :
Adalm Pluto ou DATV Express, ca dépend de mon humeur hi
Parabole prime focus de 190cm RF HAM DESIGN (Lien ici)
Illuminateur 13cm de chez RF HAM DESIGN (Lien ici)
Ils sont occupés à faire un illuminateur Dual-Feed aussi, mais ma parabole n’a pas l’option grillage en 2.8mm, je ne peux donc pas faire de 10GHz avec.
Le 22 mai 2019 : Maintenant que le Pluto est stabilisé GPS, mais toujours en 40MHz, je me suis attaqué à la partie Ethernet. Le but est de placer l’engin au plus près de l’antenne et aussi de libérer les ports USB de mon PC.
J’ai donc acheté un module Linksys USB3GIG (Lien ici) ainsi qu’un câble OTG (Lien ici). Sur l’OTG, il faut raccorder une alimentation 5V 2A, le module Linksys et connecter la troisième partie au connecteur central du Pluto. N’oubliez pas non plus de brancher un câble réseau sur le Linksys, hi.
Alors, vous avez deux possibilités, soit vous ne modifiez pas le fichier CONFIG.TXT et vous recevrez une IP dynamique de votre DHCP, soit dans la rubrique USB_ETHERNET, vous pouvez lui imposer une IP. Ca fonctionne du tonnerre !
Le 19 mai 2019 : Après des heures de recherches et de tests, impossible de faire fonctionner le Pluto avec une clock à 10MHz. Si quelqu’un a des infos, je suis preneur.
Le 18 mai 2019 : Bon, et bien les essais ne sont pas concluants à 10MHz. Apparemment, le Pluto ne locke pas ! A 40MHz ca fonctionne parfaitement, donc, ca doit être une configuration software qui ne va pas. Je continue à chercher 🙂
Le 17 mai 2019 : Allez, on va faire comme tout le monde… Voici une page dédiée à mes essais sur Oscar 100 hi 3x.
Hier, j’ai modifié mon Adalm Pluto afin de lui ajouter une source de synchro externe. Dans mon cas, un GPSDO de chez Leo Bodnar (lien ici).
En gros, il faut ajouter un troisième connecteur SMA (Réf RND 205-00461 chez Reichelt), il s’adapte parfaitement au PCB est est totalement identique aux deux autres connecteurs.
Ensuite, il faut dessouder l’ancien TCXO avec précaution, hum, je n’ai pas de station à air chaud, donc, j’ai fait avec les moyens du bord !
Il faut gratter un peu le vernis de part et d’autre du print afin de pouvoir souder les pattes du connecteur proprement.
Puis, il faut placer un fil entre le point chaud du nouveau connecteur vers la pin adhoc de l’ancien TCXO. Dans mon cas, j’ai ajouter une paire de diodes « high-speed » (Réf BAV 99 NXP chez Reichelt) afin de garder mes 0,7V à l’entrée du chip, si on met de trop, c’est risqué pour la survie du chip…
C’est tout pour la partie hardware, maintenant il faut s’attaquer à la partie software du Pluto. C’est simple, il suffit de chercher la ligne xo_correction = dans dans le fichier CONFIG.TXT (accessible depuis votre PC vu que le Pluto est considéré comme un drive USB).
Il faut mettre ceci comme valeur : xo_correction = 40000000, on sauve le fichier et on reboote le Pluto.
Puis, il faut se connecter en SSH (adresse 192.168.2.1 par défaut, login root, password analog) et entrer d’un bloc les commandes suivantes :
fw_setenv adi_loadvals « fdt addr $ »{fit_load_address} » && fdt get value fdt_choosen /configurations/$ »{fit_config} »/ fdt && fdt get addr fdtaddr /images/$ »{fdt_choosen} » data && fdt addr $ »{fdtaddr} »; if test ! -n $ »{ad936x_skip_ext_refclk} »; then if test -n $ »{ad936x_custom_refclk} »; then fdt set /clocks/clock@0 clock-frequency $ »{ad936x_custom_refclk} »; elif test -n $ »{ad936x_ext_refclk} »; then fdt set /clocks/clock@0 clock-frequency $ »{ad936x_ext_refclk} »; fi; fi; if test -n $ »{model} »; then fdt set / model $ »{model} »; fi; if test -n $ »{attr_name} » && test -n $ »{attr_val} »; then fdt set /amba/spi@e0006000/ad9361-phy@0 $ »{attr_name} » $ »{attr_val} »; fi »
Puis, selon les versions, il faut taper celle-ci : fw_setenv ad936x_custom_refclk « <10000000> »
ou celle-là : fw_setenv ad9361_custom_refclk « <10000000> »
Dans mon cas, c’était la deuxième…
Ensuite, vous pouvez contrôler si tout s’est bien passé en tapant la commande : cat /proc/device-tree/clocks/clock@0/clock-frequency | xxd
Si le système vous répond avec ces chiffres-ci : 0098 9680 (qui correspond à 10000000 en hexa) alors, c’est bon, vous êtes en 10MHz… place aux essais !