raspberry pi | CT1EBQ

August 1, 2023August 1, 2023

VOX com Timeout-Timer

Novo desafio - conseguir aproveitar um rádio antigo para comunicações digitais e que não dispõe de Rig Control para PTT, no meu caso o ASTRO B da Cubic Communications…

O som vem de uma placa USB com o IC CM108, simulado pelo gerador de 1KHz e o botão de pressão que estão ali apenas para testar o projecto.

Desenhei o circuito com ajuda da APP iCircuit para Mac OS X e depois montei tudo numa breadboard e funcionou conforme o esperado.

O circuito é composto por um OP-AMP pré-amplificador onde depois o sinal é retificado para fazer o sistema VOX. Em seguida o sinal é invertido e controlado por um temporizador com o 555 que desliga a PTT caso o sinal seja contínuo e por mais de cerca de 3 minutos.

O segundo OP-AMP serve de buffer pois a ligação "Radio Mic" vai ao microfone evitando assim accionar o sistema VOX.

Incluí alguns potenciómetros para controlar os níveis e penso agora utilizar este rádio para comunicações digitais em HF - packet, Ardop e VARA, com apenas um raspberry pi e uma placa de som!

Download do projecto para o iCircuit.

Referências:
https://eindhoven.space/radio-experiments/packet-radio/vara-ardop/raspberry-pi4-trifecta-tnc-bank-image-companion-documentation/

March 15, 2022April 26, 2022

Como atribuir nomes a devices HidRaw (parte 3)

Este artigo conclui o tema sobre a atribuição de nomes a devices, referidos na parte 1 e parte 2, quando os fabricantes não atribuiem um número de série e 2 ou mais dispositivos parecem-nos iguais e impossíveis de identificar…
Os dispositivos HidRaw permitem aceder a interfaces USB e bluetooth sem alteração de dados ou protocolo. Significa em inglês original - Raw Access to USB and Bluetooth Human Interface Devices.

Por vezes os nossos projectos necessitam de chamar estes devices para comunicarem… dou como exemplo a utilização do controlo de PTT pelas placas de som CM108 e CM119, descrito no artigo packet/APRS iGate, BBS, node e DX cluster com Raspberry Pi (parte 2), onde o direwolf usa o pino 13 do GPIO para pôr o rádio em transmissão, através do comando "PTT CM108 3 /dev/hidraw3".

Como consegue imaginar, ao reiniciar o sistema operativo, estes devices mudam a ordem à medida que o kernel as lê e lhes atribui um número… este é o problema que aqui resolvo, a atribuição de um nome ou symlink a um device hidraw para que, independentemente da ordem atribuída pelo kernel, saibamos sempre como comunicar com ele!
Note, este procedimento só é válido (à semelhança dos procedimentos descritos nos artigos anteriores) se e só se o nosso device USB se encontrar sempre ligado à mesma porta USB, seja directamente à board ou através de um HUB USB!

Identificar o device

Antes de ligar o seu dispositivo USB, execute o comando,

ls -la /dev/hidraw*

e obtém, por exemplo

crw------- 1 root root 243, 3 Mar 14 22:44 /dev/hidraw0
crw------- 1 root root 243, 4 Mar 15 09:25 /dev/hidraw1
crw-rw---- 1 root audio 243, 5 Mar 14 22:44 /dev/hidraw2

Agora ligue o seu dispositivo e execute o comando novamente… apareceu um novo device. Este é o nosso device, aquele que vamos configurar,

crw------- 1 root root 243, 3 Mar 14 22:44 /dev/hidraw0
crw------- 1 root root 243, 4 Mar 15 09:25 /dev/hidraw1
crw-rw---- 1 root audio 243, 5 Mar 14 22:44 /dev/hidraw2
crw-rw---- 1 root audio 243, 5 Mar 14 22:44 /dev/hidraw3

Agora que sabemos que ao nosso device lhe foi atribuido o número 3, como /dev/hidraw3, fazemos

udevadm info --attribute-walk --name=/dev/hidraw3

de modo a obtermos toda a informação deste device,

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.1/1-1.2.1.1:1.3/0003:0D8C:0012.0009/hidraw/hidraw3':
    KERNEL=="hidraw3"
    SUBSYSTEM=="hidraw"
    DRIVER==""

  looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.1/1-1.2.1.1:1.3/0003:0D8C:0012.0009':
    KERNELS=="0003:0D8C:0012.0009"
    SUBSYSTEMS=="hid"
    DRIVERS=="hid-generic"
    ATTRS{country}=="00"

  looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.1/1-1.2.1.1:1.3':
    KERNELS=="1-1.2.1.1:1.3"
    SUBSYSTEMS=="usb"
    DRIVERS=="usbhid"
    ATTRS{bInterfaceNumber}=="03"
    ATTRS{bAlternateSetting}==" 0"
    ATTRS{bInterfaceClass}=="03"
    ATTRS{bInterfaceSubClass}=="00"
    ATTRS{authorized}=="1"
    ATTRS{supports_autosuspend}=="1"
    ATTRS{bNumEndpoints}=="01"
    ATTRS{bInterfaceProtocol}=="00"

  looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.1':
    KERNELS=="1-1.2.1.1"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{bcdDevice}=="0100"
    ATTRS{bDeviceClass}=="00"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{idVendor}=="0d8c"
    ATTRS{authorized}=="1"
    ATTRS{bMaxPacketSize0}=="8"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{urbnum}=="54288083"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{devpath}=="1.2.1.1"
    ATTRS{configuration}==""
    ATTRS{devspec}=="(null)"
    ATTRS{manufacturer}=="C-Media Electronics Inc."
    ATTRS{quirks}=="0x0"
    ATTRS{removable}=="unknown"
    ATTRS{product}=="USB Audio Device"
    ATTRS{bmAttributes}=="80"
    ATTRS{bNumInterfaces}==" 4"
    ATTRS{bMaxPower}=="100mA"
    ATTRS{version}==" 1.10"
    ATTRS{speed}=="12"
    ATTRS{idProduct}=="0012"
    ATTRS{ltm_capable}=="no"
    ATTRS{busnum}=="1"
    ATTRS{tx_lanes}=="1"
    ATTRS{rx_lanes}=="1"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{maxchild}=="0"
    ATTRS{devnum}=="20"

  looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.1':
    KERNELS=="1-1.2.1"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{bDeviceClass}=="09"
    ATTRS{devspec}=="(null)"
    ATTRS{bMaxPower}=="0mA"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{idVendor}=="0bda"
    ATTRS{bDeviceProtocol}=="02"
    ATTRS{removable}=="unknown"
    ATTRS{urbnum}=="47"
    ATTRS{devpath}=="1.2.1"
    ATTRS{tx_lanes}=="1"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{idProduct}=="5411"
    ATTRS{authorized}=="1"
    ATTRS{rx_lanes}=="1"
    ATTRS{bcdDevice}=="0117"
    ATTRS{maxchild}=="4"
    ATTRS{quirks}=="0x0"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{version}==" 2.10"
    ATTRS{speed}=="480"
    ATTRS{ltm_capable}=="no"
    ATTRS{product}=="4-Port USB 2.0 Hub"
    ATTRS{devnum}=="5"
    ATTRS{manufacturer}=="Generic"
    ATTRS{configuration}==""
    ATTRS{busnum}=="1"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{avoid_reset_quirk}=="0"

  looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2':
    KERNELS=="1-1.2"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{speed}=="480"
    ATTRS{manufacturer}=="Generic"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{ltm_capable}=="no"
    ATTRS{bcdDevice}=="0117"
    ATTRS{maxchild}=="4"
    ATTRS{idProduct}=="5411"
    ATTRS{bDeviceProtocol}=="02"
    ATTRS{idVendor}=="0bda"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{authorized}=="1"
    ATTRS{devpath}=="1.2"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{tx_lanes}=="1"
    ATTRS{configuration}==""
    ATTRS{quirks}=="0x0"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{devspec}=="(null)"
    ATTRS{urbnum}=="133"
    ATTRS{version}==" 2.10"
    ATTRS{removable}=="unknown"
    ATTRS{bDeviceClass}=="09"
    ATTRS{devnum}=="3"
    ATTRS{rx_lanes}=="1"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bMaxPower}=="0mA"
    ATTRS{busnum}=="1"
    ATTRS{product}=="4-Port USB 2.0 Hub"

  looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1':
    KERNELS=="1-1"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{devpath}=="1"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{authorized}=="1"
    ATTRS{idProduct}=="3431"
    ATTRS{ltm_capable}=="no"
    ATTRS{devnum}=="2"
    ATTRS{maxchild}=="4"
    ATTRS{quirks}=="0x0"
    ATTRS{busnum}=="1"
    ATTRS{idVendor}=="2109"
    ATTRS{speed}=="480"
    ATTRS{configuration}==""
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bcdDevice}=="0421"
    ATTRS{version}==" 2.10"
    ATTRS{devspec}=="(null)"
    ATTRS{tx_lanes}=="1"
    ATTRS{urbnum}=="96"
    ATTRS{rx_lanes}=="1"
    ATTRS{bDeviceProtocol}=="01"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bMaxPower}=="100mA"
    ATTRS{product}=="USB2.0 Hub"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{removable}=="unknown"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bMaxPacketSize0}=="64"

  looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1':
    KERNELS=="usb1"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{authorized}=="1"
    ATTRS{devpath}=="0"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{devnum}=="1"
    ATTRS{bMaxPower}=="0mA"
    ATTRS{rx_lanes}=="1"
    ATTRS{manufacturer}=="Linux 5.10.103-v7l+ xhci-hcd"
    ATTRS{bcdDevice}=="0510"
    ATTRS{product}=="xHCI Host Controller"
    ATTRS{urbnum}=="22"
    ATTRS{quirks}=="0x0"
    ATTRS{interface_authorized_default}=="1"
    ATTRS{ltm_capable}=="no"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{idProduct}=="0002"
    ATTRS{removable}=="unknown"
    ATTRS{tx_lanes}=="1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{version}==" 2.00"
    ATTRS{speed}=="480"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{maxchild}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bDeviceProtocol}=="01"
    ATTRS{serial}=="0000:01:00.0"
    ATTRS{configuration}==""
    ATTRS{authorized_default}=="1"
    ATTRS{idVendor}=="1d6b"
    ATTRS{busnum}=="1"

  looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0':
    KERNELS=="0000:01:00.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="xhci_hcd"
    ATTRS{subsystem_vendor}=="0x1106"
    ATTRS{current_link_speed}=="5.0 GT/s PCIe"
    ATTRS{msi_bus}=="1"
    ATTRS{current_link_width}=="1"
    ATTRS{irq}=="67"
    ATTRS{class}=="0x0c0330"
    ATTRS{revision}=="0x01"
    ATTRS{dma_mask_bits}=="64"
    ATTRS{local_cpulist}=="0-3"
    ATTRS{vendor}=="0x1106"
    ATTRS{subsystem_device}=="0x3483"
    ATTRS{max_link_width}=="1"
    ATTRS{device}=="0x3483"
    ATTRS{enable}=="1"
    ATTRS{max_link_speed}=="5.0 GT/s PCIe"
    ATTRS{driver_override}=="(null)"
    ATTRS{consistent_dma_mask_bits}=="64"
    ATTRS{broken_parity_status}=="0"
    ATTRS{local_cpus}=="f"
    ATTRS{ari_enabled}=="0"

  looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0':
    KERNELS=="0000:00:00.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="pcieport"
    ATTRS{subsystem_device}=="0x0000"
    ATTRS{driver_override}=="(null)"
    ATTRS{secondary_bus_number}=="1"
    ATTRS{current_link_speed}=="5.0 GT/s PCIe"
    ATTRS{enable}=="1"
    ATTRS{current_link_width}=="1"
    ATTRS{class}=="0x060400"
    ATTRS{local_cpus}=="f"
    ATTRS{revision}=="0x10"
    ATTRS{max_link_width}=="1"
    ATTRS{local_cpulist}=="0-3"
    ATTRS{device}=="0x2711"
    ATTRS{msi_bus}=="1"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{max_link_speed}=="5.0 GT/s PCIe"
    ATTRS{subordinate_bus_number}=="1"
    ATTRS{irq}=="66"
    ATTRS{subsystem_vendor}=="0x0000"
    ATTRS{broken_parity_status}=="0"
    ATTRS{ari_enabled}=="0"
    ATTRS{vendor}=="0x14e4"

  looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""

  looking at parent device '/devices/platform/scb/fd500000.pcie':
    KERNELS=="fd500000.pcie"
    SUBSYSTEMS=="platform"
    DRIVERS=="brcm-pcie"
    ATTRS{driver_override}=="(null)"

  looking at parent device '/devices/platform/scb':
    KERNELS=="scb"
    SUBSYSTEMS=="platform"
    DRIVERS==""
    ATTRS{driver_override}=="(null)"

  looking at parent device '/devices/platform':
    KERNELS=="platform"
    SUBSYSTEMS==""
    DRIVERS==""

De onde retiramos algumas das variáveis que nos permitem agora identificar o nosso dispositivo, uma vez mais, sempre que este se encontre ligado à mesma porta USB.

Criar o nome ou symlink

Escrevemos ACTION=="add", pois só queremos adicionar este dispositivo quando ele é ligado.
Apenas queremos identificar dispositivos hidraw, então escrevemos SUBSYSTEM=="hidraw", ver linha 9.
Se tiver vários dispositivos iguais repare na linha 32 que identifica pelo kernel a porta USB a que este dispositivo está ligado como, KERNELS=="1-1.2.1.1"
Comum aos nossos vários dispositivos, se existirem 2 ou mais, é o id do fabricante e o id do producto, respectivamente verificados nas linhas 38, ATTRS{idVendor}=="0d8c" e 57, ATTRS{idProduct}=="0012"
Agora é só atribuir-lhe um nome alternativo, com a instrução SYMLINK+="", que no meu caso se trata de uma placa de som CM108 que pretendo, como disse, controlar o PTT através do GPIO…

Construímos a linha a colocar no nosso ficheiro udev rules descrito nos artigos anteriores em /etc/udev/rules.d/99-hamlib.rules, na continuação das instruções que já escrevi…

Na janela terminal escreva, como sudo ou root,

nano /etc/udev/rules.d/99-hamlib.rules

Avance até à última linha, substitua as variáveis ao seu dispositivo e escreva, neste meu exemplo, e para cada uma das suas placas de som onde pretende controlar o PTT,

ACTION=="add", SUBSYSTEM=="hidraw", KERNELS=="1-1.2.1.1", ATTRS{idVendor}=="0d8c", ATTRS{idProduct}=="0012", SYMLINK+="hidHFpacket"

Cada vez que escreve no ficheiro rules aplique as configurações, com sudo ou root, o comando,

udevadm control --reload

Agora, no direwolf o comando passará a ser,

PTT CM108 3 /dev/hidHFpacket

O nosso dispositivo é agora reconhecido pelo nome "hidHFpacket". Verifique, escrevendo no terminal,

ls -la /dev/hid*

crw------- 1 root root 243, 3 Mar 14 22:44 /dev/hidraw0
crw------- 1 root root 243, 4 Mar 15 09:25 /dev/hidraw1
crw-rw---- 1 root audio 243, 5 Mar 14 22:44 /dev/hidraw2
crw-rw---- 1 root audio 243, 5 Mar 14 22:44 /dev/hidraw3
lrwxrwxrwx 1 root root       7 Mar 14 22:44 /dev/hidHFpacket -> hidraw3

Quer ver agora todos os symlinks criados nestes artigos? Substitua as palavras de acordo com o nome que atribuiu e escreva,

ls -la /dev/hidraw* ; ls -la /dev/ttyUSB* ; ls -la /dev/ic* ; ls -la /dev/hid*packet* ; ls -la /proc/asound/*packet*

Referências:
https://docs.kernel.org/hid/hidraw.html
https://github.com/nasa/IDF/wiki/Differentiating-Identical-Devices
http://reactivated.net/writing_udev_rules.html
https://github.com/nasa/IDF/wiki/Device-Permissions

March 10, 2022March 15, 2022

Como atribuir nomes a placas de som em linux (parte 2)

No post anterior tratámos da atribuição de nomes a devices série ttyUSB para identificar a ligação a rádios ou portas série.
Neste post vamos atribuir nomes a devices de audio, muito útil quando queremos configurar devices de som e nos aparecem listas de 30 e mais periféricos de som a configurar no software, por exemplo, para modos digitais como JS8Call, FT8, SSTV, ou direwolf em AX.25 e tudo nos parece uma confusão…

Confusão maior porque de cada vez que reiniciamos o computador ou o raspberry pi estes devices de som arrancam por ordem aleatória!

O método descrito tem uma condição - os devices de som USB têm de estar ligados sempre na mesma porta USB, seja directamente ou através de um HUB USB, isto se utilizarmos devices com o mesmo idVendor, idProduct e número de série.

Pode parecer estranho o porquê deste artigo! Mas neste projecto eu tenho a saída de audio do raspberry para os auscultadores, a saída do monitor, os 2 rádios Icom, um FT-817, e 5 placas de som alsa para AX.25 através do modem por software direwolf ligadas cada uma a seu rádio! De cada vez que reinicio o raspberry é uma trapalhada acertar todos os devices pela ordem com que foram configurados inicialmente! Já faz sentido?

Em linux existem diferentes camadas para a utilização de som: alsa e pulse audio. Há software que utiliza alsa outros que utilizam pulse audio…
Este é um artigo prático, consulte as referências bibliográfica para compreender a teoria por detrás dos devices de som em linux.

Atribuir nomes aos devices Alsa e Pulse Audio

Aqui o objectivo é, conhecer a identificação de cada um dos devices de som dos nossos Icom ou outro equipamento, adicioná-los ao ficheiro anterior /etc/udev/rules.d/99-hamlib.rules com um nome ou symlink que o designará mais facilmente…

Ligue à vez, a ficha USB do IC-7300, siga o procedimento abaixo descrito, desligue esta ficha e ligue agora a USB do IC-9700…

Para saber o id do device de som abra uma janela terminal e escreva,

pacmd list-sources | egrep "name:|sysfs"

ou, sem querer causar mais ruído, pode também conhecer o id de cada periférico fazendo, "udevadm monitor --subsystem=sound", desligando e voltando a ligar cada uma das fichas USB…

Bom, o primeiro comando devolverá uma série de linhas, das quais apenas nos interessa identificar algo semelhante a,

(para o IC-7300)
name: <alsa_input.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo>
sysfs.path = "/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.3/1-1.2.3.4/1-1.2.3.4:1.0/sound/card2"

(para o IC-9700)
name: <alsa_input.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo.2>
sysfs.path = "/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2.4/1-1.2.2.4:1.0/sound/card3"

Agora, no output gerado para o IC-7300, pegamos apenas na expressão,
"/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.3/1-1.2.3.4/1-1.2.3.4:1.0/sound/card"

e construímos o código a escrever no ficheiro 99-hamlib.rules
Note que, este é o resultado do meu exemplo… deverá substituir esta expressão de acordo com o resultado que obteve! Estes valores identificam a porta USB a que o device se encontra ligado e o próprio device.

Na janela terminal escreva como sudo ou root,

nano /etc/udev/rules.d/99-hamlib.rules

e, a seguir às regras da primeira parte do artigo, relativas aos devices ttyUSB adapte e copie o seguinte código,

# ALSA devices
# IC-7300 Sound Card
SUBSYSTEM!="sound", GOTO="ic7300_alsa_naming_end"
ACTION!="add", GOTO="ic7300_alsa_naming_end"
DEVPATH=="/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.3/1-1.2.3.4/1-1.2.3.4:1.0/sound/card?", ATTR{id}="IC-7300"
LABEL="ic7300_alsa_naming_end"

# IC-9700 Sound Card
SUBSYSTEM!="sound", GOTO="ic9700_alsa_naming_end"
ACTION!="add", GOTO="ic9700_alsa_naming_end"
DEVPATH=="/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2.4/1-1.2.2.4:1.0/sound/card?", ATTR{id}="IC-9700"
LABEL="ic9700_alsa_naming_end"

# PulseAudio devices
# IC-7300  pulseaudio device
SUBSYSTEM!="sound", GOTO="ic7300_pa_naming_end"
ACTION!="change", GOTO="ic7300_pa_naming_end"
KERNEL!="card*", GOTO="ic7300_pa_naming_end"
DEVPATH=="/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.3/1-1.2.3.4/1-1.2.3.4:1.0/sound/card?", ENV{SOUND_DESCRIPTION}="IC-7300"
LABEL="ic7300_pa_naming_end"

# IC-9700 pulseaudio device
SUBSYSTEM!="sound", GOTO="ic9700_pa_naming_end"
ACTION!="change", GOTO="ic9700_pa_naming_end"
KERNEL!="card*", GOTO="ic9700_pa_naming_end"
DEVPATH=="/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2.4/1-1.2.2.4:1.0/sound/card?", ENV{SOUND_DESCRIPTION}="IC-9700"
LABEL="ic9700_pa_naming_end"

Não se esqueça de ligar as fichas dos rádios sempre nos mesmos portos de ligação USB! Caso contrário este procedimento não servirá para nada!

Placas de som Alsa ligadas ao direwolf

Se for também o seu caso, proceda como anteriormente descrito, e ao meu ficheiro 99-hamlib.rules acrescentei ainda,

# CM108 ALSA devices for direwolf
# DEVPATH can be obtained by looking at `udevadm monitor --subsystem=sound` while pluging in the sound card.
# Do one card at a time, the "?" char on card should stay as it matches any card number that may pop on that USB port.
SUBSYSTEM!="sound", GOTO="alsa_naming_end"
ACTION!="add", GOTO="alsa_naming_end"
DEVPATH=="/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.4/1-1.2.4.1/1-1.2.4.1:1.0/sound/card?", ATTR{id}="UHFpacket"
DEVPATH=="/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.4/1-1.2.4.2/1-1.2.4.2:1.0/sound/card?", ATTR{id}="VHFpacket"
DEVPATH=="/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.4/1-1.2.4.3/1-1.2.4.3:1.0/sound/card?", ATTR{id}="VHFpacketSat"
DEVPATH=="/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.1/1-1.2.1.1:1.0/sound/card?", ATTR{id}="HFpacket"
LABEL="alsa_naming_end"

Desligue e volte a ligar estas placas de som e escreva no terminal, substituindo nomes ou wildcards... exemplo,

ls -la /proc/asound/*packet

Artigo relacionado - Solução de problemas com a placa de som CM108

Outros comando utilizados para melhor compreender este projecto

aplay -l
aplay -L
cat /proc/asound/cards
sudo lsusb -vvvvv | egrep "9700|7300"
udevadm monitor --subsystem=sound
udevadm control --reload    # reload of udev rules
udevadm trigger

Continua...

Referências:
https://x8x.net/2019/04/04/icom-ic-9700-and-ic-7300-coexisting-in-linux/
https://gist.github.com/Aishou/f39c2f970c6db20e1845925c5cc0890e
https://www.florian-wolters.de/posts/static-sound-device-names-ic9700-ic7300/
https://blog.habets.se/2021/12/Linux-Sound-devices-are-a-mess.html

March 9, 2022March 15, 2022

Como atribuir nomes a devices e a placas de som em linux

Em linux, ou no projecto descrito nestes posts, quando tentamos ligar 2 ou mais rádios deixamos de saber que periféricos foram atribuidos a cada ligação USB, porta ou placa de som, seja para fazer modos digitais JS8Call, FT8, SSTV, AX.25 ou para controlar remotamente os rádios…

Qual a solução?

Para as portas série é relativemente fácil.
Quando listamos as portas ttyUSB* aparecem-me 3. Uma relativa ao IC-7300 e 2 do IC-9700.

ls -la /dev/ttyUSB*

crw-rw----+ 1 pi-star dialout 188, 0 Mar 9 18:01 /dev/ttyUSB0
crw-rw----+ 1 pi-star dialout 188, 1 Mar 9 17:39 /dev/ttyUSB1
crw-rw----+ 1 pi-star dialout 188, 2 Mar 9 17:39 /dev/ttyUSB2

Mas não sabemos a que rádio foi atribuído o ttyUSB0, ou o 1 ou o 2!
Para resolver este problema vamos dar nomes a cada ttyUSB, para que cada rádio seja reconhecido pelo sistema, independentemente da ordem de ligação dos rádios ao computador, ou raspberry pi…

Atribuir nomes a devices

1. Listamos os devices USB para conhecer as variáveis idVendor e idProduct.
Escreva na janela terminal,

lsusb | grep "CP210"

Bus 001 Device 010: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 001 Device 025: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 001 Device 024: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]

Entre outros dispositivos identifique algo idêntico a,
Bus 001 Device 076: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]

Percebemos que para qualquer um dos rádios o idVendor="10c4" e o idProduct="ea60".

2. Agora pretende-se conhecer o serial number de cada rádio.
Numa janela terminal como sudo ou root escreva,

lsusb -vvvvv | egrep "9700|7300"

iSerial 3 IC-7300 06002344
iSerial 3 IC-9700 13005928 B
iSerial 3 IC-9700 13005928 A

Conhecendo estes valores, criamos uma regra para lhe atribuir um nome, ou melhor um symlink.

Crie então um ficheiro, escrevendo na janela terminal com sudo ou root e substitua os valores que obteve pelos que aqui mostro,

nano /etc/udev/rules.d/99-hamlib.rules

# IC-7300
SUBSYSTEM=="tty", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", ATTRS{serial}=="IC-7300 06002344", SYMLINK+="ic7300"
# IC-9700
SUBSYSTEM=="tty", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", ATTRS{serial}=="IC-9700 13005928 A", SYMLINK+="ic9700a"
SUBSYSTEM=="tty", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", ATTRS{serial}=="IC-9700 13005928 B", SYMLINK+="ic9700b"

…e agora, se a aplicação o permitir podemos definir nas suas configurações, no separador de ligação aos rádios, por ic7300 ou ic9700a ou b em vez de ttyUSB...

Desligue e volte a ligar os cabos USB aos rádios e escreva no terminal,

ls -la /dev/ic*

e obtém agora os nomes dos rádios e os devices ttyUSB correspondentes,

lrwxrwxrwx 1 root root 7 Mar  9 17:35 /dev/ic7300 -> ttyUSB0
lrwxrwxrwx 1 root root 7 Mar  9 19:07 /dev/ic9700a -> ttyUSB1
lrwxrwxrwx 1 root root 7 Mar  9 19:07 /dev/ic9700b -> ttyUSB2

Continua...

August 1, 2021January 24, 2022

NanoVNA Saver on the Raspberry Pi

Como utilizo o raspberry pi no meu shack como computador de comunicações, programação e para aplicações de eletrónica lembrei-me de procurar se existia alguma aplicação para ler os dados de um NanoVNC.

Aqui deixo o método para a instalação deste projecto…

Abra o terminal e na linha de comandos copie e cole cada uma das seguintes linhas,

cd /tmp
sudo apt install -y python3-pyqt5 python3-scipy python3-serial
git clone https://github.com/NanoVNA-Saver/nanovna-saver
cd nanovna-saver
sudo chmod +x ~/nanovna-saver/nanovna-saver.py

Para testar e iniciar o programa, digite: python3 nanovna-saver.py

Se correu tudo bem, mova agora a pasta de instalação para outra directoria, no meu projecto pi-star, descrito ao longo deste blog fica como,

sudo mv /tmp/nanovna-saver/ /usr/local/bin/

Agora adicione um atalho ao menu.
Crie um novo ficheiro fazendo,

sudo nano /usr/share/applications/NanoVNA-saver.desktop

E copie e cole o seguinte conteúdo corrigindo algum caminho de acordo com a sua instalação,

[Desktop Entry]
Name=NanoVNA-Saver
Comment=Runs NanoVNA Saver from the nanovna-saver folder
Icon=/usr/local/bin/nanovna-saver/icon_48x48.png
Exec=python3 /usr/local/bin/nanovna-saver/nanovna-saver.py
Type=Application
Encoding=UTF-8
Terminal=false
Categories=Electronics;

Grave e saia, CTRL+s seguido de CTRL+x

Ligue o cabo USB entre o raspberry pi e o NanoVNA. Ligue o seu NanoVNA e, na janela do NanoVNA, secção "Serial port control" deve aparecer de imediato uma porta /dev/ttyACM0 (S-A-A-2).
Prima o botão Connect to device e faça as suas medidas!…

Pode encontrar o modelo que experimentei aqui,
https://www.passion-radio.com/meter/saa2n-1076.html#/217-version-4_screen_10_1cm_with_n

May 15, 2021January 24, 2022

Actualização automática de programas escritos por John, G8BPQ

Este script para linux implementa algumas melhorias em relação ao post anterior e permite-lhe actualizar diversos programas que se encontrem na sua pasta local e disponíveis para download, por exemplo, na sua versão beta de G8BPQ. Guarda uma cópia das versões anteriores, na pasta versions, caso necessitemos de fazer o restauro e pára o linbpq. Se o linbpq estiver configurado como serviço deverá reiniciar logo após ser parado.

Neste exemplo utilizo um raspberry pi 4, que corre em simultâneo uma versão do pi-star MMDVM modificada e que utilizo como computador para modos digitais e IoT...

Copie e cole o código seguinte na pasta onde tem instalado os diversos programas BPQ. No meu caso em /usr/local/bin/linbpq/

cd /usr/local/bin/linbpq
nano update-bpq.sh

Cole o seguinte código, ou faça o seu download se está a utilizar a página traduzida e leia atentamente as instruções comentadas no início do ficheiro.

#!/bin/bash

# this script updates all the bpq programs defined in the "programs" array
# if you define an email, and you have installed exim4, you will receive a
# notification when there are new updates
# inspired by: https://packet-radio.net/update-linbpq-with-up2bpq/
# Ricardo Oitavén, CT1EBQ @02/04/2020

# add the following line to the end of your crontab file, without the leading
# "#" character. Make "nano /etc/crontab" for this
# 0 2	* * *   pi-star /usr/local/bin/linbpq/update_bpq.sh
# change "pi-star" to your standard user, usually "pi"

# set variables
linbpq_local_path="/usr/local/bin/linbpq"
versions="$linbpq_local_path/versions"
#branch="Test"
branch="Beta"
linbpq_remote_path="https://www.cantab.net/users/john.wiseman/Downloads/${branch}"
declare -a programs=(
	'pilinbpq -s'
	'piQtSoundModem'
	'piQtTermTCP'
	'piQtBPQAPRS'
	'piARDOP_GUI'
	'piardopc'
	'piardopofdm'
)

cd $linbpq_local_path/

update () {
split=( $1 )
prg=${split[0]}
opt=${split[1]}

local=$(date -d "$( stat /usr/local/bin/linbpq/$prg | awk '/Modify/{gsub( /^[^:]+: +/,"",$0); print}' )" "+%s")
remote=$(date -d "$( curl -sI $linbpq_remote_path/$prg  | awk '/last-modified/{gsub( /^[^:]+: +/,"",$0); print}' )" "+%s")

# Compare the modified date`s and test if file exist on remote server
if [[ (($local -lt $remote) && (`wget -S --spider $linbpq_remote_path/$prg  2>&1 | grep 'HTTP/1.1 200 OK'`)) || ! -f $linbpq_local_path/$prg ]];
then
  # test if $versions directory exist
  if [ ! -d "$versions" ]; then
    mkdir $versions
    chown $user. $versions
    chmod 755 $versions
  fi
  # move and keep last version
  mv $linbpq_local_path/$prg $versions/${prg}_`date -d "@$local" +"%Y-%m-%d"`
  chmod -R 700 $versions
  # downloading new version
  wget -N $linbpq_remote_path/$prg -P $linbpq_local_path
  #mv $linbpq_local_path/pilinbpq $linbpq_local_path/linbpq
  chown $user. $linbpq_local_path/$prg
  chmod 755 $linbpq_local_path/$prg
  # stop running if it is a service and wait for it to close
  process=`pgrep -x -a $prg`
  if [[ $opt == "-s" && ! "${process:-null}" = null ]]; then
    sudo pkill --signal 2 --exact $prg
    sleep 10
    echo "$prg has been updated! Wait for $prg to restart..."
  else
    echo "$prg has been updated!"
  fi
  body="${body}${prg}$nl"
  bmsg="${bmsg}${prg} "
else
  echo "No updates available for ${prg}"
fi
}

for i in "${programs[@]}"
do
  #echo "$i"
  update "$i"
done

Grave e saia. Se editou com o "nano" faça CTRL+s e em seguida CTRL+x, tudo em minúsculas.
Atribua permissões de execução ao ficheiro,

chmod 755 update-bpq.sh

e, execute-o

./update-bpq.sh

Adiciona a seguinte linha em /etc/crontab, modificando o user e localização do seu script.

# update linbpq daily
33 1    * * *   pi-star /usr/local/bin/linbpq/up-linbpq.sh

Para melhor compreender este assunto, consulte o meu post anterior...

Referências:
https://packet-radio.net/update-linbpq-with-up2bpq/

December 27, 2020March 16, 2022

Instalar o Telegram no raspberry pi

Ou, para quem seguiu este projecto até aqui, a forma mais simples de instalar o telegram-desktop versão 1.5.11 desde a fonte, apenas com as livrarias em falta na distribuição debian buster onde temos vindo a trabalhar.

Porquê o Telegram?
É multi-plataforma, open source e um dos mais seguros software de chat e transferência de dados P2P! Algo que estava em falta neste projecto e permite a partilha de links, ideias, chat entre amigos e outros rádio amadores... Vamos a isso.

Actualize o seu sistema,

sudo apt-get update ; sudo apt-get upgrade

Para evitar adicionar mais lixo é boa prática instalar tudo a partir de directorias temporárias, que são limpas cada vez que reinicia o seu raspberry pi. Faça o seguinte,

cd /tmp

A seguir descarregue as livrarias e programa, linha a linha,

wget http://http.us.debian.org/debian/pool/main/x/xxhash/libxxhash0_0.6.5-2_armhf.deb
wget http://http.us.debian.org/debian/pool/main/libm/libmng/libmng1_1.0.10+dfsg-3.1+b5_armhf.deb
wget http://http.us.debian.org/debian/pool/main/q/qtimageformats-opensource-src/qt5-image-formats-plugins_5.11.3-2_armhf.deb
wget http://http.us.debian.org/debian/pool/main/t/telegram-desktop/telegram-desktop_1.5.11-1_armhf.deb

E instale pela seguinte ordem de modo a evitar falhas nas dependências,

sudo dpkg -i libxxhash0_0.6.5-2_armhf.deb
sudo dpkg -i libmng1_1.0.10+dfsg-3.1+b5_armhf.deb
sudo dpkg -i qt5-image-formats-plugins_5.11.3-2_armhf.deb
sudo dpkg -i telegram-desktop_1.5.11-1_armhf.deb

Se receber alguma mensagem de erro durante a instalação verifique a dependência, faça o download dessa dependência em https://packages.debian.org/buster/telegram-desktop para a versão armhf e recomece a instalação no pacote que lhe deu o erro...

Ao concluir com êxito a instalação, o Telegram pode ser chamado a partir do menu Internet > Telegram Desktop

Preencha o seu número de telefone móvel, confirme o código e eis a lista de contactos e mensagens que existe na sua aplicação mobile.

Se pretender que o Telegram seja iniciado e fique minimizado na barra de menus, abra o ficheiro ~/.config/lxsession/LXDE-pi/autostart e adicione a linha,

@telegram-desktop -- %u -startintray

November 28, 2020January 24, 2022

Configuração do exim4 para envio de e-mails

Muitas aplicações linux necessitam de enviar notificações por e-mail. Por exemplo o cron jobs utiliza o e-mail para enviar relatórios e alertas… no meu caso interessa-me que os diversos scripts descritos ao longo destes posts me enviem e-mails no caso de excedidas as características técnicas do raspberry pi, se tenho mensagens na BBS para mim, ou se houve actualizações de software…

Decidi-me pelo exim4 Mail Transport Agent pela simplicidade de configuração, espaço em disco e a necessidade de recursos mínimos de CPU.

O meu raspberry pi corre a versão Debian Buster e para instalar o exim4 deve fazer o seguinte,

Definir o nome da sua máquina descrito no artigo - Configurar correctamente o nome de uma máquina linux

Actualizar o seu sistema e instalar o exim4

sudo apt-get update && sudo apt-get upgrade -y
sudo apt-get install exim4 -y

Configurar o exim4

sudo dpkg-reconfigure exim4-config

Siga os passos seguintes, responda às questões do instalador adaptando as respostas às suas configurações,

- a primeira janela pergunta-lhe qual o tipo de servidor que pretende. Para o que pretendo, seleccionei "mail sent by smarthost; no local mail"
- a próxima, pergunta-lhe pelo nome do servidor de e-mail. Escreva o nome que utilizou no hostname
- a seguir, quais são os endereços IP que podem utilizar o servidor. Responda com "127.0.0.1 ; ::1"
- próxima, outros destinos para os quais correio é aceite. No meu caso utilizei as configurações de hosts para o meu endereço de IP público (endereço fixo): "ct1ebq.oitaven.pt; localhost.localdomain; localhost;" ou deixe em branco
- nome de domínio visível para utilizadores locais, uma vez mais no meu caso "ct1ebq.oitaven.pt"
- endereço IP ou host name para o envio de correio. No meu caso "mail.opensolutions.pt::587". Aqui, por exemplo, poderia ser o servidor de envio do gmail, ao qual responderia "smtp.gmail.com::587"
- mantenha o pedido de nomes DNS mínimas (Dial-on-Demand)? Responda "No"
- dividir a configurações em diversos ficheiros? Seleccione "Yes"

O resultado do meu ficheiro de configuração foi,

# /etc/exim4/update-exim4.conf.conf
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
# Please note that this is <em>not</em> a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to generate<br># exim configuration macros for the configuration file.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='satellite'
dc_other_hostnames='ct1ebq.oitaven.pt; localhost.localdomain; localhost; '
dc_local_interfaces='127.0.0.1 ; ::1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='mail.opensolutions.pt::587'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='true'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'

Agora tem de configurar os detalhes da conta de envio de correio. Edite o ficheiro /etc/exim4/passwd.client e adicione esta linha no final, de acordo com as suas configurações

mail.opensolutions.pt:email@domain:password

Proteja este ficheiro,

sudo chown root.Debian-exim passwd.client
sudo chmod 640 passwd.client

Os restantes ficheiros de configurações encontram-se em /etc/exim4
Não os altere. Sempre que faça alterações a qualquer configuração de correr o comando sudo update-exim4.conf e reiniciar o exim4.

Notas:

Acabei por fazer pequenas alterações aqui e ali. Deixo-as também para minha referência,

Editei o ficheiro /etc/exim4/exim4.conf.localmacros

MAIN_TLS_ENABLE = 1
REMOTE_SMTP_SMARTHOST_HOSTS_REQUIRE_TLS = *
TLS_ON_CONNECT_PORTS = 587
REQUIRE_PROTOCOL = smtps

O ficheiro /etc/exim4/exim4.conf deve conter as linhas seguintes, para a minha configuração,

MAIN_HARDCODE_PRIMARY_HOSTNAME=ct1ebq.oitaven.pt
MAIN_LOCAL_DOMAINS=@:mail.opensolutions.pt:ct1ebq
ETC_MAILNAME=ct1ebq.oitaven.pt

Foram estas linhas que permitiram o meu servidor de e-mail aceitar e-mails sem erros.

Alguns processos, como referi no início, poderão enviar e-mails para o root ou outros utilizadores do sistema: pi ou pi-star.
Edite o ficheiro /etc/aliases e modifique de acordo com as suas configurações. O meu ficou assim,

# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: pi-star
pi-star: ct1ebq

Basicamente, todos os e-mails enviados são re-encaminhados para root, que por sua vez re-encaminha para o user pi-star, tendo como final destinatário ct1ebq.
Corra o seguinte comando para aplicar as alterações,

sudo newaliases

Pode ainda criar configurações mais complexas que resolvam users e nome de máquina em e-mails verdadeiros. Edite o ficheiro /etc/email-addresses

sudo nano /etc/email-addresses

E acrescente as linhas que pretender. Eis um pequeno exemplo,

# This is /etc/email-addresses. It is part of the exim package
#
# This file contains email addresses to use for outgoing mail. Any local
# part not in here will be qualified by the system domain as normal.
#
# It should contain lines of the form:
#
#user: someone@isp.com
#otheruser: someoneelse@anotherisp.com
user@hostname: someone@example.com

Vamos testar

Aplique as suas configurações e reinicie o exim4,

sudo update-exim4.conf
sudo service exim4 restart

Envie um e-mail a partir da linha de comandos linux,

echo "This is a test" | mailx -s "Test Message" -v someone@example.com

"-v" dá-lhe os detalhes da comunicação e indica-lhe algum erro que possa ter de corrigir.
Mais 2 exemplos, para o envio de um pequeno texto,

mail -s "This is the subject line" someone@example.com < body.txt
cat body.txt | mail -s "This is the subject line" someone@example.com

Não esqueça de fazer cópias de segurança depois do exim4 bem configurado e testado!

Referências:
(alguns dos links que segui)
https://www.exim.org/docs.html
https://www.digitalocean.com/community/tutorials/how-to-install-the-send-only-mail-server-exim-on-ubuntu-12-04
https://raspinotes.wordpress.com/2019/03/10/send-email-from-raspberrypi-with-exim4/
http://www.manu-j.com/blog/wordpress-exim4-ubuntu-gmail-smtp/75/
https://askubuntu.com/questions/167043/how-do-i-configure-exim4-to-send-mail-through-a-password-protected-ssl-smtp-mail
https://linuxcommando.blogspot.com/2014/04/how-to-setup-exim4-on-debian-to-use.html
https://www.vultr.com/docs/setup-exim-to-send-email-using-gmail-in-debian

November 28, 2020January 24, 2022

Configurar correctamente o nome de uma máquina linux

Quando temos um servidor linux, um computador desktop, ou mesmo um raspberry pi há serviços que gostariamos de correr que dependem de uma boa configuração do nome da máquina.

No meu caso o que me levou a esta necessidade foi a instalação do serviço para envio de e-mails de alerta e notificação, o exim4 a correr no raspberry pi.

A instalação do exim4, se pretendermos enviar e-mails como cliente para servidores como o gmail ou servidores de correio muito exigentes em termos de filtragem do que é ou não é spam obriga-nos a uma configuração bem feita.

Em qualquer distribuição linux o nome da nossa máquina é configurado em 2 ficheiros: /etc/hosts e /etc/hostname, idependentemente de existirem ferramentas para os editar e configurar automaticamente…

Deixo aqui o exemplo da configuração de ambos os ficheiros,

hostname, deve conter apenas uma linha com o nome da máquina. Faça,

sudo nano /etc/hostname

e na primeira linha escreva o nome que quer dar à sua máquina. Geralmente o nome define a função deste computador ou servidor. No meu caso, escrevi: ct1ebq

Para ver o resultado, após o reboot da máquina faça,

hostnamectl

O que no meu caso devolve,

 Static hostname: ct1ebq
       Icon name: computer
      Machine ID: 18634e1464184094bc66dcacfba0bf43
         Boot ID: ac42129fd59b46528ae6c13fd83ca8d6
Operating System: Raspbian GNU/Linux 10 (buster)
          Kernel: Linux 5.4.72-v7l+
    Architecture: arm

Agora o ficheiro hosts.

Este ficheiro permite o computador resolver nomes sem consultar qualquer servidor de DNS. Resolve os nomes em endereços IP do próprio computador, de computadores da rede de intranet ou da Internet.

Recordem que o que me levou a uma correcta configuração do nome da máquina foi a necessidade de autenticação num servidor de e-mail na Internet.
Tive então de utilizar um domínio que já tenho: oitaven.pt e indicar que o nome da minha pequena máquina é um subdomínio de oitaven.pt

Não esquecer que, para toda a Internet, o nome da minha máquina só será reconhecido depois de configurar no servidor de DNS um A HOST com a variável "ct1ebq".

Edite o ficheiro hosts,

sudo nano /etc/hosts

O ficheiro ficou então assim,

89.115.0.209 ct1ebq.oitaven.pt
127.0.0.1 localhost.localdomain localhost

::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
127.0.1.1 ct1ebq

O nome do meu raspberry pi é ct1ebq e traduz o endereço 89.115.0.209 como subdomínio de oitaven.pt

A configuração do ficheiro /etc/hosts tem efeito imediato e é consultado cada vez que o sistema operativo ou qualquer aplicação solicita a resolução de nomes, por exemplo um browser.
Pode ser alterado a qualquer momento sem reiniciar o computador.

September 4, 2020January 24, 2022

Actualização automática do linbpq

Requisitos:
- linbpq instalado em qualquer distribuição linux, incluso em raspberry pi
- linbpq a correr como serviço, descrito no final deste post

Encontrei esta ideia em https://packet-radio.net/update-linbpq-with-up2bpq/ mas, falhava sob determinadas circunstâncias e fui melhorando ao longo do tempo…
Por exemplo, o script original não via 2 updates no mesmo dia, por vezes necessário para corrigir problemas detectados pelos utilizadores, no lançamento de uma nova versão beta.

Este script corrige este problema ao utilizar o timestamp, com horas e minutos. Irá guardar também todas as versões actualizadas, caso pretendamos voltar atrás, e fazer um downgrade, por uma qualquer funcionalidade perdida.

Recordo que no meu caso, tenho o linbpq instalado num raspberry pi no directório /usr/local/bin/linbpq/.
Corrija os caminhos do script de acordo com o seu local de instalação.

Para criar o script faça,

cd /usr/local/bin/linbpq
nano up-linbpq.sh

Copie e cole este script no seu editor de texto

#!/bin/bash
#
# see the original idea: https://packet-radio.net/update-linbpq-with-up2bpq/
# modify by Ricardo Oitavén, CT1EBQ @02/04/2020
#

linbpq_local_path="/usr/local/bin/linbpq"
versions="$linbpq_local_path/versions"
linbpq_remote_path="https://www.cantab.net/users/john.wiseman/Downloads/Beta"

cd $linbpq_local_path/

local=$(date -d "$( stat /usr/local/bin/linbpq/linbpq | awk '/Modify/{gsub( /^[^:]+: +/,"",$0); print}' )" "+%s")
remote=$(date -d "$( curl -sI https://www.cantab.net/users/john.wiseman/Downloads/Beta/pilinbpq | awk '/last-modified/{gsub( /^[^:]+: +/,"",$0); print}' )" "+%s")

# Compare the modified date`s and test if file exist on remote server
if [[ ($local -lt $remote) && (wget -S --spider $linbpq_remote_path/pilinbpq 2>&1 | grep 'HTTP/1.1 200 OK') ]];
then
   # test if $versions directory exist
   if [ ! -d "$versions" ]; then
      mkdir $versions
      chown pi-star. $versions
      chmod 755 $versions
   fi
   # remove previous versions of pilinbpq, if exist
   rm -f $linbpq_local_path/pilinbpq*
   # downloading new version
   wget -N $linbpq_remote_path/pilinbpq -P $linbpq_local_path
   # move and keep last version
   mv $linbpq_local_path/linbpq $versions/linbpq_$local
   chmod -R 700 $versions
   mv $linbpq_local_path/pilinbpq $linbpq_local_path/linbpq
   chown pi-star. $linbpq_local_path/linbpq
   chmod 755 $linbpq_local_path/linbpq
   # stop running linbpq and wait for it to close
   sudo pkill --signal 2 --exact linbpq
   sleep 10
   echo "linbpq has been updated! Wait for linbpq to restart…"
else
   echo "No updates available or possible to do!"
fi

A seguir dê-lhe permissões de execução

chmod 755 up-linbpq.sh

E, corra-o, por exemplo a partir do directório onde se encontra,

./up-linbpq.sh

De modo a actualizar automaticamente, insira a seguinte linha no crontab, fazendo sudo nano /etc/crontab

# update linbpq daily
33 1    * * *   pi-star /usr/local/bin/linbpq/up-linbpq.sh

Praticamente todos os exemplos neste blog dizem respeito a projectos a correr sob pi-star. Altere o utilizador "pi-star" para "pi" se correr sob raspberry pi ou o seu utilizador de login!
Veja ainda o meu post mais recente sobre este assunto.

Referências:
https://packet-radio.net/update-linbpq-with-up2bpq/