Dual PTT switching board for Adalm Pluto SDR

To switch external devices (e.g. two amplifiers) to the PlutoSDR transmitter, this board is plugged into the internal connector of the Adalm Pluto.

Here is the schematic PlutoSDR PlutoDVB 2PTT 100×100 Rev B Rev D.pdf

– Two normally open contacts
– 0.5 A switching
– Does not switch on Adalm Pluto startup (GPO1 not active)
– Useful with SDR Console and PlutoDVB

Software to be installed

In order for the board to switch automatically, you must have installed the firmware PlutoDVB of Evariste F5OEO, in the “Brave” version available

The installation steps are detailed

Further information on switching can be found on the Analog Device wiki.

Compatibility with Adalm Pluto Revision D.

The PlutoSDR is now available in Revision D (see wiki). The PTT Duo board is compatible with this version by using

  • either the 0201 firmware version and the corresponding compatibility patch
  • or the firmware version “perseverence” 0303 and the corresponding compatibility patch

The firmwares and patches are available for download on the page f5uii.net/en/patch-plutodvb

The +5V voltage of the board is connected to C184 or C185 (Be careful to connect the right side of the VIN capacitor, opposite GND)

 



Orders

This board is available on shopchip

This board could be the purpose of a grouped order, either provided as a kit of components and PCB, or possibly as a mounted board (except for the 9-pin connector, to be placed beforehand on the Adalm pluto).

If you are interested, you can be notified of the availability of a grouped order by leaving your email below.


13 thoughts on “Dual PTT switching board for Adalm Pluto SDR

  1. Hello,

    I have problems bringing the current beta-image you linked in the article up running with actual SDR-Console.
    SDR-Console seems to communicate via ethernet with the pluto but does not show any spectrum nor does transmit anything.

    I did upgrade with following procedure:
    – copying zip of Stock-FW 0.31 to the USB-drive of pluto
    – remove drive and let flash the firmware
    – make modification:
    fw_setenv attr_name compatible
    fw_setenv attr_val ad9364
    fw_setenv maxcpus
    pluto_reboot reset

    after this flashing pluto.frm from http://firmware.hackhamradio.com/beta_for_the_brave/ by copying the file to the usb-drive of pluto and eject it to flash it… waiting about 3 or 4 minutes for finishing.
    After this I find a new website on the pluto with control-panel, where I can switch PTT with button (that is by default already transmitting?)
    I can measure 0 ohm on relais switch when transmitting, endless if on rx (by button click).
    But SDR-Console is not able to communicate correctly with the pluto.
    Any ideas?

    73 de Kim
    DG9VH

    (Traduction)
    Bonjour,

    J’ai des problèmes pour faire fonctionner l’image bêta actuelle que vous avez liée dans l’article avec la console SDR actuelle.
    La SDR console semble communiquer via ethernet avec le pluto mais ne montre aucun spectre et ne transmet rien.

    J’ai fait une mise à jour en suivant la procédure suivante :
    – copier le zip de Stock-FW 0.31 sur la clé USB du pluton
    – retirer le lecteur et laisser graver le microprogramme pendant le clignotement
    – faire des modifications :
    fw_setenv attr_name compatible
    fw_setenv attr_val ad9364
    fw_setenv maxcpus
    pluto_reboot reset

    Après après mis en place le firmware pluto.frm de http://firmware.hackhamradio.com/beta_for_the_brave/ puis en l’éjectant le lecteur à la fin du clignotement…
    Après cela, je trouve un nouveau site web sur le pluto avec panneau de contrôle, où je peux changer de PTT avec bouton (qui par défaut transmet déjà ?)
    Je mesure 0 ohm sur le relais lors de l’émission, jusqu’au passage en rx (par clic sur le bouton).
    Mais la SDR console n’est pas capable de communiquer correctement avec le pluto.
    Des idées ?

    73 de Kim
    DG9VH

    1. Kim,
      According to your description, everything is correct in the firmware installation. The relay closing well when TX is on with SDR Console(with a drive other than 0).I don’t see how to understand the dysfunction.
      73 de Chris

      (Traduction)
      Kim,
      D’après votre description, tout est correct dans l’installation du microprogramme. Le relais se ferme bien lorsque TX est en marche avec la console SDR (avec le drive différent de 0). Je ne vois pas quel est le dysfonctionnement.
      73 de Chris

  2. Hi,

    after using the beta and not the beta for the brave all is working as expected.

    Merci et
    73
    Kim
    DG9VH

    (Traduction)
    Salut,

    après avoir utilisé la bêta, et non par la bêta pour les braves, tout fonctionne comme prévu.
    Merci et
    73
    Kim
    DG9VH

  3. Hello Christian,
    This is similar to the circuit shown on BATC-site, isn’t it? I’ve built this one year ago and I’m running F5OEO 0303. For DATV I want use this for switching on my gain stages to save power during reception. But when switching on (PTT ON) and off (PTT OFF) I should know if there is some delay regarding the RF output of the pluto. It’s no good idea to do a hot switch or applying RF into the final stages before it is properly powered up.
    Do you have some information, measurements (timing diagrams) available? Relay will take some extra time.
    Thank you, 73 Mike DL1GNM

    (Traduction)

    Bonjour Christian,
    Ce circuit est similaire à celui présenté sur le site BATC, n’est-ce pas ? J’ai construit ce circuit il y a un an et j’utilise le F5OEO 0303. Pour DATV, je veux utiliser ce circuit pour allumer mes étages de gain afin d’économiser de l’énergie pendant la réception. Mais en allumant (PTT ON) et en éteignant (PTT OFF), je dois savoir s’il y a un retard dans la sortie RF du pluto. Ce n’est pas une bonne idée de faire une commutation en émission ou d’appliquer de la RF dans les étages finaux avant qu’il ne soit correctement alimenté.
    Avez-vous des informations, des mesures (diagrammes de temps) disponibles ? Le relais prendra un peu de temps supplémentaire.
    Merci, 73 Mike DL1GNM

    1. In DATV, from the moment when the remote command arrives (browser), the program drives the power and switching in two consecutive command lines, to be considered simultaneous, I think. Remains indeed the relay switching time which is 1.0ms (datasheet). There have never been any concerns as far as I know.
      73 Christian

      (Traduction)
      En DATV, à partir du moment ou la commande distante arrive (navigateur), le programme pilote la puissance et la commutation en deux lignes de commandes consécutives, à considérer comme simultanés, je pense. Reste en effet le temps de commutation de relais qui est de 1.0ms (datasheet). Il n’y a jamais eu de soucis à ma connaissance.
      73 Christian

  4. Dear OM F5UII,
    I received my little board a couple of days ago. Unfortunately I can not locate C157 on may Rev. D board. Did they change the numbering of the capacitors? Do you know which C I should use instead?
    73
    Georg, DD8ZX

    (Traduction)
    Cher OM F5UII,
    J’ai reçu ma petite carte il y a quelques jours. Malheureusement, je n’arrive pas à trouver le condensateur C157 sur ma carte Rev. D. Ont-ils changé la numérotation des condensateurs ? Savez-vous quel C je dois utiliser à la place ?
    73
    Georg, DD8ZX

    1. Thank you Georg for the question.
      The schematic of Adalm Pluto revision D shows that the VIN voltage is now decoupled with C184 or C185. See diagram above now added to this page.

      (Traduction)
      Merci Georg pour la question.
      Le schéma de la révision D de l’Adalm Pluto montre que la tension VIN est à présent découplé avec C184 ou C185. Voir schéma ci-dessus ajouté à présent à cette page.

  5. I had some extra soldering work due to the fact that GPO0 is set to 1 only when using Tx button or Tone button.
    Looks like that when using Tune button on SDR Console that GPO0 remains at 0. Bug or feature ?
    Did you notice same behavior (fw for the brave) ?
    (Traduction)
    J’ai eu un peu de travail de soudure supplémentaire en raison du fait que GPO0 est réglé sur 1 uniquement lorsque vous utilisez le bouton Tx ou le bouton Tone.
    Il semble qu’en utilisant le bouton Tune de la console SDR, GPO0 reste à 0. Bug ou fonctionnalité ?
    Avez-vous remarqué le même comportement (fw pour les courageux) ?

    1. It switches well with Tune as soon as the Drive is greater than 0.
      (Traduction)
      Ca commute bien en Tune dès lors que le Drive est supérieur à 0.

  6. Hey F5UII,

    is it possible to reduce the delay between pressing the tx button and the reaction of the relay in the Pluto?
    In my Installation it is about 2 sconds, what is much to long for SSB at NB.
    I’m using the 303 firmware with Rev. D patch and everything is working fine, except these delay.

    mny tnx & 73 de DL9LC, Lena

    (Traduction)
    Salut F5UII,

    est-il possible de réduire le délai entre l’appui sur le bouton tx et la réaction du relais dans le Pluto ?
    Dans mon installation il est d’environ 2 secondes, ce qui est beaucoup trop long pour SSB à NB.
    J’utilise le firmware 303 avec le patch Rev. D et tout fonctionne bien, sauf ce délai.

    Merci bcp & 73 de DL9LC, Lena

    1. Lena,
      In my case, using SDR Console, on my Rev B Pluto, it switches within a second, with no message loss. Without guaranteeing that this is actually the source of the observation, the delay you observe is probably the normal digitizing time, which could depend on the size of the input buffer set on SDR Console.

      I don’t see any optimization possible, since the command on GPO is detected in a loop by an OS script on the detection of the SDR Console transmission switch (switch to -40dBm) and so here is the source code…
      https://github.com/F5OEO/datvplutofrm/blob/topic-f5uii/board/pluto/overlay/root/watchconsoletx.sh
      73

      (Traduction)
      Lena,
      Dans mon cas, en utilisant SDR Console avec mon Pluto Rev B, cela commute dans la seconde, sans qu’il n’y ait de perte de message. Sans garantir que cela soit effectivement la source du constat, le délai que vous constaté correspond surement au délai de numérisation normale et qui pourrait dépendre de la taille du buffer d’entrée réglé sur SDR Console.

      Je ne vois pas d’optimisation possible, puisque la commande sur GPO est détection en boucle par un script OS sur la détection du passage en émission de SDR Console (passage à -40dBm) et donc voici le code source…
      https://github.com/F5OEO/datvplutofrm/blob/topic-f5uii/board/pluto/overlay/root/watchconsoletx.sh
      73

  7. Thank you very much for you quick reply!
    Can you tell me the purpose of the sleep in line 32?
    For me it looks like adding an extra delay of 2 seconds if sending at max power.
    snippet :
    else
    if [ "$gain" = "0.000000 dB" ] ; then
    sleep 2
    gain=$(cat /sys/bus/iio/devices/iio:device$dev/out_voltage0_hardwaregain)
    if [ "$gain" = "0.000000 dB" ] ; then
    echo "SdrConsole Power Max PTT ON"
    ptton
    fi
    else
    echo "SdrConsole PTT ON"
    ptton
    fi
    fi

    73

    1. Lena
      You have put your finger on a point in the programme that I did not know. The history shows (1 & 2) that Evariste added this in relation to a problem at start-up I think.
      After checking, there is no such line in the patch for Hardware revision D. You can check this yourself by connecting to pluto with the putty software (see this explanations), and then looking at the code with the cat watchconsoletx.sh command. Just a normal sleep 0.1 in the main loop, ending the code.
      73, Chris

Leave a Reply

Your email address will not be published. Required fields are marked *