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 @02/04/2020
#

linbpq_local_path="/usr/local/bin/linbpq"
versions="$linbpq_local_path/versions"
linbpq_remote_path="http://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 http://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!

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

Notificação de novas mensagens na sua BBS

(versão beta)
Só recentemente e a meu pedido o John Wiseman, G8BPQ, introduziu a notificação de mensagens pessoais por APRS.

Com este artigo pretendo ir mais longe…
Quem tinha um TNC2 recorda-se com certeza que, quando recebia novas mensagens na pBBS, no painel frontal piscava um led amarelo, que se apagava quando estas eram lidas.
Essa funcionalidade, fácil de ser implementada num raspberry pi perdeu-se! Talvez por questões de compatibilidade com a versão do BPQ para Microsoft Windows já não é possível…

Se quem como eu substituiu o velhinho TNC2 por um computador ou Rpi sente a falta desta funcionalidade.
Este projecto pretende resolver esta questão e abrir a ideia a outras possíveis aplicações como as que recentemente criei,

  • envio de dados meteo por APRS a partir do projecto Open Weather
  • notificações em APRS de AOS de satélites de APRS/AX.25

Neste projecto, os scripts precisam de se ligar ao linbpq e verificar se existem novas mensagens para o seu indicativo, por telnet. Por isso é necessário instalar o software “expect” para linux. Faça,

sudo apt-get install expect

Depois na directoria onde está instalado o linbpq crie o seguinte ficheiro,

$ cd /usr/local/bin/linbpq
$ nano lmBBS.sh
(copie e cole as ligas a seguir)

#!/usr/bin/expect -f

spawn telnet [YOUR NODE ADDRESS] 8010
expect "callsign:"
send "[CALLSIGN]\r";
expect "password:"
send "[PASSWORD]\r";

# Wait for a prompt. Adjust as needed to match the expected prompt.
expect "Press ? For list of commands\r"
send "BBS\r";
sleep .1;
send "LM\r";
sleep 1;
send "B\r";

interact

Substitua o [CALLSIGN], [PASSWORD] e [YOUR NODE ADDRESS] pela sua conta de login no linbpq, sem os parêntesis rectos “[ ]”.

Dê permissões de execução ao script,

$ chmod 755 lmBBS.sh

Se tudo funcionar como planeei execute o script fazendo ./lmBBS.sh e observe a ser feita automaticamente a ligação ao seu node por telnet, a entrada na BBS, a leitura de novas mensagens e, a seguir o fecho da ligação.

Agora vamos criar o script que irá receber e tratar os dados provenientes desta interação com o BPQ.
Para a notificação por e-mail vai ter de instalar e configurar o exim4.

Crie um novo script, supondo que se encontra na directoria de instalação do linbpq e corrija os caminhos e variáveis de acordo com a sua instalação.

Ligue-se à sua BBS pelo seu browser favorito. No menu da consola web, clique em “WebMail” e em seguida “Mine”. Retire do endereço URL a variável key. Copie e cole no código abaixo este valor.

http://node.oitaven.pt:9123/WebMail/WMMine?WB09K2721
$ nano bbsnewmsg.sh
(copie e cole as ligas a seguir)

#!/bin/bash

# set variables
nl='
'
# GPIO pin
pin=17
# validation key
key="WB09K2721"
# new messages read command
lmBBS="/usr/local/bin/linbpq/lmBBS.sh"

# filter to identify new unread messages
IFS=$'\n'
var=($($lmBBS | grep " PN " | awk '{ print $0 }'))
#echo "${var}"
msg="${#var[@]}"
echo "Tem $msg mensagens por ler..."

function join { local IFS=$'\n'; shift; echo "$*"; }
body=$(join , ${var[@]})
echo "$nl$body"

unset IFS

# if new messages, send e-mail alert - optional
if [ $msg -gt 0 ]; then
   # on pi-star certain directories are created on virtual disks, for example /var/log, so it is necessary to manually create the exim4 log file
   if ! [[ -f "/var/log/exim4/mainlog" ]]
   then
      sudo mkdir /var/log/exim4/
      sudo touch /var/log/exim4/mainlog
      sudo chown -R Debian-exim. /var/log/exim4/ 
   fi
   echo "Read your messages at http://node.oitaven.pt:9123/WebMail/WMMine?$key$nl$nl$body" | mail -s "You have $msg new messages in packet mailbox" callsign@domain.com
fi
# end e-mail alert

# led turn on in case of have mensages
if [ $msg -ne 0 ]; then
   # turn led on with Rpi GPIO
   #gpio -g mode $pin out
   #gpio -g write $pin 1

   # if blink is running don't call it again
   process=$(pgrep blink.sh)
   if ! [ "${#process}" -gt 0 ] ; then
      /linbpq/blink.sh &
   fi
else
   sudo pkill --signal 1 --exact blink.sh
   # reset $pin and put it in read mode
   gpio -g write $pin 0
   gpio -g mode $pin in
fi
# end led alert

Substitua o seu endereço de e-mail e o seu endereço URL do linbpq onde acede por webmail.

Ligue o Led ao GPIO, em série com uma resistência de valor entre 100 ohm e 330 ohm, ao raspberry pi, entre um dos pinos GND e o GP17,

Crie o script que irá piscar o led, fazendo,

$ nano blink.sh
#!/bin/bash

pin=17
gpio -g mode $pin out

while :
do
   gpio -g write $pin 1
   sleep 1
   gpio -g write $pin 0
   sleep 1
done

Dê permissões de execução a ambos os scripts,

$ chmod 755 bbsnewmsg.sh
$ chmod 755 blink.sh

E, a partir de agora é este o ficheiro que passa a chamar para verificar se tem novas mensagens ./bbsnewmsg.sh

Ao correr o script, este faz a chamada ao script de ligação por telnet e leitura da lista de novas mensagens, se as houver, envia um e-mail de notificação e acende um led ligado à porta 17 do GPIO.

Para correr o script automaticamente de 6 em 6 horas, adicione uma linha no seu crontab em /etc/crontab

2 */6 * * * pi-star /usr/local/bin/linbpq/bbsnewmsg.sh

Este foi um exemplo de como se podem integrar outros programas com o BPQ de modo simples e não intrusivo.
Este último script tem algumas falhas, por exemplo sempre que é chamado notifica todas as mensagens por ler… A ideia era ser chamado a cada 5 minutos, mas então não deveria enviar múltiplos e-mails de notificação de mensagens anteriores… Fica para próximas versões!

Logo que possível farei actualizações nestes scripts. Teste e crie os seus script com esta ideia. Sinta-se livre de copiar e distribui-los… agradeço menção a CT1EBQ.

Gerir a performance no Raspberry pi

No Rpi é possível actuar sobre a frequência de clock do processador. Pode ser definida uma frequência mínima e máxima, por omissão no Rpi 4, respectivamente 600MHz e 1500MHz.

No meu caso o sistema operativo vinha configurado em modo “powersave”, isto quer dizer que ao iniciar, o sistema opta pela velocidade máxima definida e minutos depois muda para 600MHz.
No meu caso, interessa-me que maioritariamente o sistema tenha a máxima performance e só entrar em powersave se não lhe estiver a solicitar processamento, por exemplo em portátil alimentado a baterias…

Este é também o método utilizado para fazer overclocking.

O kernel do Linux utiliza um driver para gerir a política de frequência do CPU.
As opções são as seguintes:

performance – usa sempre a frequência máxima do CPU
powersave – usa sempre a frequência mínima
ondemand – altera a frequência dependendo da carga do CPU (apenas muda entre o mínimo e o máximo)
conservative – altera suavemente a frequência da CPU dependendo da carga da CPU
userspace – permite que o utilizador controle a frequência do CPU

Como root ou sudo podemos alterar a configuração na shell em tempo real via sysfs.

Para ler a configuração actual,

cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

Para alterar para uma das opções descritas, faça por exemplo,

sudo sh -c "echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor"

Pode em qualquer momento saber a frequência do seu CPU, escrevendo no terminal,

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq

(resposta)
1500000

Para modificar permanentemente esta opção no arranque, deve instalar o software “cpufrequtils”,

sudo apt-get install cpufrequtils

E a seguir editar ou criar o ficheiro /etc/default/cpufrequtils e escrever a linha GOVERNOR=”ondemand”. Este ficheiro vai ser lido pelo script /etc/init.d/cpufrequtils

Outra opção, talvez mais simples é modificar as definições sempre no início do sistema. Edite o ficheiro /etc/rc.local

sudo nano /etc/rc.local

Adiciona esta linha, com o modo desejado, antes de “exit 0”

echo "ondemand" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
exit 0

Referências:
http://with-raspberrypi.blogspot.com/2014/03/cpu-frequency.html
https://www.kernel.org/doc/Documentation/cpu-freq/governors.txt
https://www.raspberrypi.org/documentation/configuration/config-txt/overclocking.md

Desktop widget para o raspberry pi com Conky

Fosse qual fosse o sistema operativo sempre gostei de ter no desktop a informação do sistema em background… um must have!

Comece por instalar a aplicação,

$ sudo apt-get install conky -y

Faça o download do ficheiro de configuração,

$ wget -O /home/pi/.conkyrc https://raw.githubusercontent.com/novaspirit/rpi_conky/master/rpi3_conkyrc

na linha de comandos anterior substitua “pi” por “pi-star” se instalou sobre o pi-star, ver pi-star +GUI, packet e aplicações desktop (http://oitaven.pt/ct1ebq/2020/04/16/pi-star-gui-packet-e-aplicacoes-desktop/)

Note que, esta aplicação utiliza recursos diversos entre eles o comando “top” e usa cerca de 12% de um dos core.
Para reduzir o impacto no aquecimento e consumo, depois de instalado edite o ficheiro “.conkyrc” e modifique a linha “update_interval 0.5” de acordo com as suas preferências…

A utilização do CPU é linear,

0.5s - 12% CPU
1s - 6% CPU
2s - 3% CPU

Para iniciar agora a aplicação no boot do sistema temos de criar 2 ficheiros, o primeiro para atrasar o script de shell durante 4 segundos, o segundo para permitir que o lxdesktop inicie o script de shell,

Crie o ficheiro,

$ sudo nano /usr/bin/conky.sh

Copie o seguinte conteúdo, grave e saia,

!/bin/sh
(sleep 4s && conky) &
exit 0

Crie agora o ficheiro de chamada,

$ sudo nano /etc/xdg/autostart/conky.desktop

Copie o seguinte conteúdo, grave e saia,

[Desktop Entry]
Name=conky
Type=Application
Exec=sh /usr/bin/conky.sh
Terminal=false
Comment=system monitoring tool.
Categories=Utility;

Faça reboot no sistema et voilà!

pi-star +GUI, packet e aplicações desktop

Há uns meses atrás comecei este projecto. Sempre fui adepto de “all in one”, nas impressoras, nos rádios, nos gadgets, até nos canivetes suíços! Compreendo quem prefira um rádio para HF, outro para VHF e UHF, mas eu gosto deles com tudo!
Este projecto é para os que gostam de “tudo na mesma caixa”!

Há uns meses, nem sabia o que era um Raspberry Pi até que me rendi… comprei um zero com wireless, experimentei o 3B + e depois comprei um 4. Foi com o mesmo entusiasmo com que recebi o meu ZX81 ou o Spectrum em 1982, mas com tecnologia mais recente e capaz de um projecto deste tipo!
– Era o computador que faltava na minha estação de rádio! Sem ventoinhas, logo sem barulho, a 5V ou facilmente alimentado a partir de 12V e, o Raspberry 4 com uma capacidade de processamento suficiente para correr um sem número de aplicações em simultâneo! Estas características maravilharam-me…

Tudo começou quando adquiri o meu rádio D-Star, instalei num Pi zero W o software pi-star, num computador antigo a correr linux, apenas linha de comandos, o linbpq para packet e APRS e depois precisava de outro brincar com modos digitais…
Eram muitos computadores, todos ligados, a consumir energia 24 horas por dia! Não, tinha de haver outra solução.
A solução passava por um computador, todos os sistemas e software a correr ali…
Pretendia ainda uma solução alimentada a 12V, de modo a poder alimenta-lo a baterias e criar sistemas de alimentação redundante.

A solução era mesmo um Raspberry Pi!

Fiz teste num 3B + de um amigo. Percebi que tinha de instalar primeiro o pi-star, a última versão “buster” do debian, disponível para download no site deste excelente projeto.
O pi-star tem uma excelente característica, depois do arranque o sistema entra em modo read-only, e apesar de o podermos pôr em read-write, tudo está feito para que volte a read-only no instante seguinte! Era um quebra cabeças e o primeiro problema a resolver! Todos os posts anteriores foram o caminho a percorrer para chegar até aqui e resumem a minha experiência em Pi.

Se quiser ter os modos digitais, o propósito de ter instalado o core do pi-star, terá de adquirir uma pequena placa de RF, chamada MMDVM hotspot. Encontra-se facilmente no eBay e a minha custou cerca de 15€ mais despesas de envio.

As instruções seguintes mostra como o fazer.

No final deste projecto, com algumas horas e muita paciência, fica com um Raspberry Pi (recomendo o 4, com 2 ou mais Gb de RAM) com,

pi-star, para modos digitais (D-Star, DMR, YSF...)
packet e APRS no linbpq + (Hamlib, Direwolf, Xastir, Linpac)
recepção de WSPR com uma simples RTL-SDR v3
FLRig e FLDigi
WSJT-X
JTDX
GridTracker (Display connections on a map)
JS8CALL
CQRLOG + TQSL (Advanced Ham Radio Logbook)
GPredict (Sat-Tracking)
QSSTV (Slow Scan Televison)
GQRX (SDR)
FreeDV (Digital Voice)
VOACAP (Propagation Prediction)
Chirp (Programming transceivers)
Qtel (Echolink Client)
WSPR with RTL-SDR v3
VNC server para acesso externo (tablet, telefone ou computador)

Que tal? 🙂

Instruções

Não há fórmulas mágicas, os bons projecto levam tempo!
Precisa tempo e paciência, sobre tudo se não tem muita experiência com sistemas operativos linux em linha de comandos. No entanto tentei tanto neste como nos posts anteriores criar instruções para que fosse apenas copiar e colar…
Neste projecto, e porque não sou o autor de tudo, deixo links para outros sites, para os siga e instale tudo pela ordem que sugiro.

Comecemos por instalar o pi-star

Faça o download e siga as instruções para o seu sistema operativo.
A instalação do pi-star não é opcional já que este projecto se baseia nele, que inclui o último sistema operativo “buster” à data em que escrevo este artigo.

Depois vamos instalar o interface gráfico GUI. Sim, vai ter uma consola gráfica, mas toda a instalação corre praticamente em linha de comandos.

Depois de instalado o pi-star, identifique a sua versão. Terá de habilitar o SSH, configurar o acesso à network ou, ligar um monitor, teclado e rato. Abra uma janela terminal, ou aceda por SSH e faça,

$ uname -a

…dá-lhe algumas informações sobre a versão, processador e hardware
Para conhecer qual o sistema operativo, pelo nome que conhecemos digite,

$ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

ou, digite o comando “lsb_release -a”.
Actualize agora o seu sistema já instalado,

$ sudo pistar-update
$ sudo pistar-upgrade
$ sudo reboot

O pi-star, foi desenhado com propósito único, e será necessário instalar diversos componentes: software, plugins de terceiros e livrarias de código; de modo a dotá-lo de todo o software para o nosso projecto.

Instale a componente de configuração do Raspberry Pi, que facilitará muito qualquer configuração de rede, hardware, serviços, etc…

$ rpi-rw
$ sudo apt-get install raspi-config

Ambiente gráfico de janelas

Agora vamos instalar o X ou interface gráfico GUI. Passo simples. Depois já terá acesso ao sistema pelo interface gráfico de janelas que lhe será mais familiar…

$ rpi-rw
$ sudo apt-get install -y raspberrypi-ui-mods rpi-chromium-mods
$ sudo reboot

A partir deste momento, pode aceder já por teclado e rato, ligando um monitor à porta HDMI do Pi.
Habilite o VNC, para lhe permitir aceder remotamente, se não pretender como eu, ligar o monitor. Na linha de comandos ainda, faça,

$ rpi-rw
$ sudo raspi-config
7 Advanced Options
A5 Resolution
…seleccione o modo à sua escolha, no meu caso escolhi uma das configurações 16:9
Faça "Ok", "Ok" de novo, "Finish", "Yes" vamos fazer um reboot…

Agora já se pode ligar por VNC.
Antes de fazer reboot, pode também habilitar o “auto-login” no sistema de janelas. Volte ao “raspi-config” e siga os menus “Boot option”->”Desktop / CLI”->”Desktop autologin”.
Algumas instruções que li sugeriram também instalar o xinit. Considere-o para já como opção,

$ rpi-rw
$ sudo apt-get install --no-install-recommends xinit

Para conhecer o endereço IP do seu Pi, faça

$ ifconfig

Identifique a sua ligação de rede, instale o VNC Desktop no seu computador e já pode aceder confortavelmente ao seu Pi, pelo sistema gráfico de janelas.
Note que, a partir do momento que tem acesso ao interface gráfico pode abrir ali uma janela terminal e executar todos os comandos que se seguem…
Eu continuo ligado por SSH.

Porque o pi-star é muito robusto, quase à prova de desligar a alimentação quando e sempre que quiser sem qualquer cuidado em particular, tem também um firewall onde é preciso permitir o acesso externo. Nada complicado. Crie o ficheiro ipv4.fw que será lido pelo sistema e adicione estas regras ao iptables, firewall linux,

$ rpi-rw
$ sudo nano /root/ipv4.fw
iptables -A INPUT -m state --state NEW,ESTABLISHED,RELATED -m tcp -p tcp --dport 5900:5901 -j ACCEPT
iptables -A INPUT -m state --state NEW,ESTABLISHED,RELATED -m tcp -p tcp --dport 8010 -j ACCEPT
iptables -A INPUT -m state --state NEW,ESTABLISHED,RELATED -m tcp -p tcp --dport 8081 -j ACCEPT
iptables -A INPUT -m state --state NEW,ESTABLISHED,RELATED -m tcp -p tcp --dport 8772 -j ACCEPT
iptables -A INPUT -m state --state NEW,ESTABLISHED,RELATED -m tcp -p tcp --dport 9123 -j ACCEPT
iptables -A INPUT -m state --state NEW,ESTABLISHED,RELATED -m udp -p udp --dport 10093 -j ACCEPT
iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -m udp -p udp --dport 10093 -j ACCEPT
iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -m udp -p udp --dport 81 -j ACCEPT
iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -m tcp -p tcp --dport 25 -j ACCEPT
iptables -A INPUT -m state --state NEW,ESTABLISHED,RELATED -m udp -p udp --dport 64738 -j ACCEPT
iptables -A INPUT -m state --state NEW,ESTABLISHED,RELATED -m tcp -p tcp --dport 64738 -j ACCEPT
iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -m tcp -p tcp --sport 1024:65535 -j ACCEPT

Grave, CTRL + x, “yes” e volte à linha de comandos.

Nota: esta lista de regras tem sido actualizada ao longo do projecto embora nem sempre seja referido nos diversos posts. Sempre que uma aplicação ou serviço necessita de comunicar para fora, ou receber dados, temos de abrir a porta respectiva!

Configurei já as portas 5900 e 5901 para acesso por VNC, a 8010 para acesso por telnet ao linbpq, a 9123 o acesso web à consola do linbpq e a 10093 para transferência de mensagens entre nodes, também para o linbpq.
Para aplicar estas regras,

$ sudo pistar-firewall

Configurar o pi-star em mode read-write permanente

Descobrir onde o pi-star re-escrevia as instruções de read-write para read-only deu algum trabalho, muitos ficheiros abertos e re-escritos, novas instalações, pesquisas na web, frustração e umas boas horas. Vamos começar.

Temos de substituir todas as instruções que montam o sistema como leitura apenas, para leitura e escrita, isto é de “ro /” por “rw /”.
Comecemos pelas regras na montagem das partições,

$ rpi-rw
$ sudo nano /etc/fstab

Igualmente importante, edite o ficheiro /etc/rc.local e comente com “#” a última linha onde aparece a expressão,

mount -o remount,ro /

ou melhor, não a comente e altere-a para,

mount -o remount,rw /

na directoria /var/www, fazemos o login como root,

$ cd /var/www
$ sudo -s

Verificamos quantas entradas existem,

# find ./ -type f -print0 | xargs -0 grep "ro \/"

Trocamos todos os “ro /” por “rw /”. Para evitar erros copie a seguinte expressão,

# rpi-rw
# find ./ -iregex ".*.php?$" | xargs perl -pi -e 's/ro \//rw \//'

E, verificamos que já não existe nenhum “ro /” por substituir. O output deve ser vazio!

# find ./ -type f -print0 | xargs -0 grep "ro \/"
# exit
$

“exit” sai do user root.
Em cada actualização do pi-star bem sucedida devemos correr estes 3 últimos comandos “find…”! É natural que, durante o update surjam mensagens como: “os seguintes ficheiros foram modificados…” Ignore e, volte a fazer os procedimentos descritos anteriormente.

Vamos editar ainda os seguintes ficheiros e substituir todas as entradas de “ro /” por “rw /”

$ rpi-rw

/etc/bash.bashrc ; não é necessário
/etc/bash.bash_logout
/etc/apt/apt.conf.d/100update
/etc/systemd/system/apt-daily.service
/etc/systemd/system/apt-daily-upgrade.service

Renomear os seguintes ficheiros, por exemplo para _[ficheiro]

$ rpi-rw
$ sudo mv /etc/init.d/umountroot /etc/init.d/_umountroot
$ sudo mv /etc/init.d/checkroot.sh /etc/init.d/_checkroot.sh
$ sudo reboot

Existem mais alguns ficheiros encontrados em /usr/local/sbin, /usr/sbin e /usr/bin mas não detectei nada que provocasse o sistema a voltar a read-only.

Notas:
1. Ao tentar actualizar agora o pi-star deve aparecer-lhe uma mensagem com esta,

Starting Services…
Done
Updates complete, sleeping for a few seconds before making the disk Read-Only
mount: /: mount point is busy.
Finished

O que é normal visto que o sistema é read-write. Não há problema.

2. Recentemente dei que o meu raspberry entrava em modo “halt” todas as noites à hora que executava o cron.daily
O problema manifestava-se quando corria no script “powersave” a instrução “tvservice -o” que desliga o port HDMI. Desabilite esta linha, editando o ficheiro /etc/cron.daily/powersave e comentando a instrução com “#”,
#/opt/vc/bin/tvservice -o

Instalação de modos digitais em ambiente gráfico

Quer ter uma estação de rádio digital completa no seu raspberry pi?
Prossiga agora para o artigo – https://dl1gkk.com/setup-raspberry-pi-for-ham-radio/

Instalou tudo? Fantástico!

Instalação de Packet AX.25 e APRS com linbpq

Siga os meus posts anteriores, instale e configure de acordo com as suas preferências, o seu indicativo, o QRA locator, etc…

packet/APRS iGate, BBS, node e DX cluster com Raspberry Pi (parte 1)
packet/APRS iGate, BBS, node e DX cluster com Raspberry Pi (parte 2)
packet/APRS iGate, BBS, node e DX cluster com Raspberry Pi (parte 3)
packet/APRS iGate, BBS, node e DX cluster com Raspberry Pi (parte 4)
packet/APRS iGate, BBS, node e DX cluster com Raspberry Pi (parte 5)
Mapas de APRS em BPQ32

Opcional

Acesso linux a partir do linbpq
Direwolf AX.25 + FEC = FX.25 (para quem pretende explorar o HF)
Monitor de WSPR com raspberry pi + dongle RTL-SDR

Veja também

Solução de problemas com a placa de som CM108
Como criar Menus no Gnome para o raspberry pi

…aspecto final


Referências:
https://gist.github.com/kmpm/8e535a12a45a32f6d36cf26c7c6cef51
https://forum.pistar.uk/viewtopic.php?t=1237&start=10
https://forum.pistar.uk/viewtopic.php?t=858

Referências avançadas:
https://hallard.me/raspberry-pi-read-only/
https://gist.github.com/paulfurley/8e2e2ead269d81d6c41604233a696acd
https://medium.com/@andreas.schallwig/how-to-make-your-raspberry-pi-file-system-read-only-raspbian-stretch-80c0f7be7353
https://github.com/km4ack/pi-build
https://forum.pistar.uk/viewtopic.php?f=3&t=2059&start=40

Como criar Menus no Gnome para o raspberry pi

Um tópico pouco documentado e que por isso merece algum destaque.
Instale a aplicação para gestão de menus,

$ sudo apt-get install alacarte

Mesmo com esta grande ajuda prepare-se para ter problemas imprevistos, de atalhos que desaparecem, alteração da ordem dos menus e atalhos… enfim, algo que a comunidade raspberry/debian terá de dar atenção no futuro.

Vamos criar uma pasta no menu de aplicações chamado “Digital Modes”…
Os menus são criados em /etc/xdg/menus/applications-merged/ e, obedecem à estrutura seguinte,

$ sudo nano /etc/xdg/menus/applications-merged/digitalmodes.menu
<!DOCTYPE Menu PUBLIC "-//freedesktop//DTD Menu 1.0//EN" "http://www.freedesktop.org/standards/menu-spec/1.0/menu.dtd">
<Menu>
  <Name>Digital</Name>
  <Menu>
    <Name>Digital Modes</Name>
    <Directory>DigitalModes.directory</Directory>
    <Include>
        <Category>DigitalModes</Category>
    </Include>
  </Menu> <!-- End DigitalModes -->
</Menu>

Depois terá de ir a /usr/share/desktop-directories/ e criar um ficheiro com as traduções, localização do icon em /usr/share/pixmaps/

$ sudo nano /usr/share/desktop-directories/DigitalModes.directory
[Desktop Entry]
Name[en_CA]=Digital Modes
Name[en_GB]=Digital Modes
Name[es]=Digital Modes
Name[pt]=Digital Modes
Name[pt_BR]=Digital Modes
Name=Digital Modes
Comment[en_CA]=Digital Communication Modes
Comment[en_GB]=Digital Communication Modes
Comment[es]=Digital Communication Modes
Comment[pt]=Digital Communication Modes
Comment[pt_BR]=Digital Communication Modes
Comment=Digital Communication Modes
TRANSLATORS: Don't translate this text (this is icon name)
Icon=digitalmodes.png
Type=Directory

A seguir é necessário editar cada um dos atalhos que se encontram no menu e identificá-los numa destas directorias,

/usr/share/applications

/usr/local/share/applications

~/.local/share/applications

Neste exemplo, editamos o atalho do programa GridTracker, que ficará dentro da pasta “Digital Modes”,

sudo nano /usr/share/applications/Pi4-GridTracker.desktop
[Desktop Entry]
Type=Application
Name=GridTracker
Comment=GridTracker, a WSJT-X Companion
Icon=/usr/share/pixmaps/gridtracker.png
Exec=/usr/local/bin/GridTracker/GridTracker --disable-accelerated-2d-canvas --num-raster-threads=2
Terminal=false
Categories=DigitalModes;

No final actualize o sistema de menus com o comando,

$ lxpanelctl restart

Referências:
https://www.youtube.com/watch?v=ScsjRujpsMY
http://cagewebdev.com/raspberry-pi-adding-start-menu-items/
https://wiki.lxde.org/en/Main_Menu

Monitor de WSPR com raspberry pi + dongle RTL-SDR

Uma ideia simples e que permitirá receber spots de WSPR (Weak Signal Propagation Reporter Network) e registá-los na rede, utilizando apenas um dongle USB, o RTL-SDR v3 RTL2832U, um raspberry pi 2 B+ ou superior, em linha de comandos.

O modo WSPR utiliza uma largura de banda de 6Hz numa transmissão durante 110,6s. A duração de cada tom é de 0,6827s com um desvio máximo de 1Hz. Permite assim a escuta de sinais até -30dB!
Esta técnica pode ser utilizada também em testes de comunicação EME sem grandes antenas ou recursos especiais…

Depois de ter construído o kit da qrp-labs Ultimate3S para o envio de beacons em “whisper” fiquei com a sensação de não estar a contribuir para a comunidade também com a recepção e registo de spots na http://wsprnet.org

Para isso era necessário uma solução que se revelasse barata, sem a necessidade de um receptor por cada banda, ou a utilização de equipamento caro e redundante aos rádios de HF que por cá tenho. Teria de ser um sistema autónomo!

Finalmente encontrei algumas páginas a falarem sobre o tema e experimentei. Apesar de só ouvir sinais fortes, fica a ideia… Pode ser que alguns de vós façam algumas experiências e consigamos este projecto, do qual me limitei a traduzir do nosso colega VK6FLAB, Onno Benschop, e testar.

Não me vou perder em detalhes, de como instalar o sistema operativo, configurar acessos por SSH ou a rede wireless, fi-lo noutros posts mais antigos e há muita documentação online.

Não demora mais que 15 minutos a configurar tudo…

Instalar o software WSPR

Segue o conjunto de instruções que deve executar,

$ cd ~
$ sudo apt-get -y install build-essential cmake libfftw3-dev curl libcurl4-gnutls-dev ntp libusb-1.0-0-dev librtlsdr-dev git
$ git clone https://github.com/Guenael/rtlsdr-wsprd
$ cd rtlsdr-wsprd/
$ make
$ sudo cp rtlsdr_wsprd /usr/local/bin

Configurar o dongle RTL-SDR

Se já tiver ligado o dongle ao raspberry, desligue-o e aguarde uns 10s.
Execute as seguintes instruções na linha de comandos,

$ cd ~
$ cat > blacklist-rtl.con
blacklist rtl8192cu
blacklist rtl8xxxu
blacklist dvb_usb_rtl28xxu
blacklist rtl2832
blacklist rtl2830
<CTRL+D>
$ sudo mv blacklist-rtl.conf /etc/modprobe.d/

Ligue agora o seu dongle RTL-SDR…

Primeiros testes

Para reduzir consumos desnecessários, supondo que tem acesso ao raspberry por SSH, desligue o port HDMI, evita também algum ruído fundamental eliminar na escuta de sinais fracos,

$ /opt/vc/bin/tvservice -o

Execute a aplicação rtlsdr-wsprd substituindo na expressão seguinte o seu indicativo e o QRA locator com 4 ou 6 digitos,

$ rtlsdr_wsprd -f 14.0956M -c [indicativo] -l [locator] -d 2 -S

Os parametros possíveis são,

-f dial frequency [(,k,M) Hz], check http://wsprnet.org/ for freq.
-c your callsign (12 chars max)
-l your locator grid (6 chars max)

Receiver extra options:
-g gain [0-49] (default: 29)
-a auto gain (default: off)
-o frequency offset (default: 0)
-p crystal correction factor (ppm) (default: 0)
-u upconverter (default: 0, example: 125M)
-d direct dampling [0,1,2] (default: 0, 1 for I input, 2 for Q input)
-n max iterations (default: 0 = infinite loop)
-i device index (in case of multiple receivers, default: 0)

Decoder extra options:
-H use the hash table (could caught signal 11 on RPi)
-Q quick mode, doesn't dig deep for weak signals
-S single pass mode, no subtraction (same as original wsprd)

Nota final: é muito importante que o seu raspberry pi tenha a data e hora rigorosamente certas, pois o protocolo WSPR começa ao minuto exacto e prolonga-se por cerca de 2 minutos mais.

Se pretender pode automatizar o processo. Onno criou 3 simples scripts para o fazer. Se fizer login com o user “pi” devem ser guardados nas directorias indicadas no nome de cada um deles.

Cada frequência é lida aleatoriamente e escutada por 15 minutos. Pode eliminar frequências para as quais não tem antena, ou utilizar uma antena activa de banda larga.

/home/pi/bin/start-wsprd

#!/bin/bash

# If you're running this somewhere else and logging it, knowing the time is helpful
date -R

callsign=«your_callsign»
location=«your_locator»

# set a default frequency if we don't specify one, 20m WSPR

if [ $# -eq 0 ] ; then
  freq=14.0956
else
  freq=$1
fi

# bash does not have floating point math, this if statement checks to see if
# our frequency is less than 28.8 MHz, so we have to use the "Q" stream, otherwise
# we can use the default for anything above 28.8 MHz
if [ "${freq}" = "$(echo -e "${freq}\n28.8" | sort -g | head -1)" ] ; then
  stream=2
else
  stream=0
fi
rtlsdr_wsprd -f ${freq}M -c ${callsign} -l ${location} -S -a 1 -d ${stream}
/home/pi/bin/monitor-wspr

#!/bin/bash
duration=15m
killsignal=SIGINT

while true ; do
  sudo /usr/bin/sntp -s ntp02.oal.ul.pt
  shuf /home/pi/frequencies | while read freq ; do
  timeout -s ${killsignal} ${duration} /home/pi/bin/start-wsprd ${freq}
  done
done
/home/pi/frequencies

0.136
0.4742
1.8366
3.5686
5.2872
5.3647
7.0386
10.1387
14.0956
18.1046
21.0946
24.9246
28.1246
50.293
70.091
144.489
432.3
1296.5

Referências:
https://projects.vk6flab.com/projects/rtl-sdr-projects/wspr-monitoring-node
https://lms.onnocenter.or.id/wiki/index.php/WSPR:_pakai_raspberrypi_dan_RTL2832U
https://libraries.io/github/Guenael/rtlsdr-wsprd
http://wsprnet.org/drupal/node/6215

Solução de problemas com a placa de som CM108

Por vezes não é fácil atribuir o(s) parametros “plughw:x,0” às placas de som, sobretudo se tiver mais do que uma…

Para identificar cada uma das placas, faça o seguinte,
insira a primeira no port USB e digite,

$ aplay -l ; "L" minúsculo

e deve obter como resposta,

**** List of PLAYBACK Hardware Devices ****
card 0: Device [USB Audio Device], device 0: USB Audio [USB Audio]
Subdevices: 0/1
Subdevice #0: subdevice #0

Insira a segunda e escreva de novo,

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Device [USB Audio Device], device 0: USB Audio [USB Audio]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 1: Device_1 [USB Audio Device], device 0: USB Audio [USB Audio]
Subdevices: 0/1
Subdevice #0: subdevice #0

…e por aí em diante.

Ao escrever o parametro “ADEVICE plughw:x,y” no ficheiro de configuração do direwolf, deve substituir x e y de acordo com a identificação das placas no sistema, por exemplo,

x - card 0
y - device 0

Ficará então “ADEVICE plughw:0,0” para a primeira placa. E,

x - card 1
y - device 0

“ADEVICE plughw:1,0” para a segunda placa.

Para testar cada placa substitua x e y na expressão,

$ speaker-test -c2 -D plughw:1,0 ; x,y

CTRL + C para parar o test.

Referências
https://learn.adafruit.com/usb-audio-cards-with-a-raspberry-pi/testing-audio