Módulo AE/DF (R&S EB500)

[EricMagalhaesDelgado]

Leitura dos streamings FSCAN e GPS gerados pelo receptor EB500.

Produtos iniciais: Função que tenha como argumentos de entrada o IP/Porta do instrumento a controlar, além da faixa de frequência a analisar (inicialmente 20MHz); como saída, um objeto organizando as informações de timestamp, frequência (offset), nível e azimute.

Referências:

• Manual de configuração remota do EB500; e
• "class.EB500Lib.m", do repositório appColetaV2, na qual possui a leitura do streaming PSCAN.

[EricMagalhaesDelgado]

Criado branch "EB500-AzimuthTask".

Entre 8 e 10/01/2024 foi iniciado estudo, conduzido na sede da GR08, que identificou os parâmetros aplicáveis ao controle do modo DF, além de elaborar script para leitura dos datagramas com informações de nível, azimute e nota de qualidade do azimute.

Entre 19 e 23/01/2004 foi continuado o estudo - num dos dias com apoio de Michel Kulhavy (GR08). A priori, o appColetaV2 terá suporte aos seguintes módulos do EB500:

• RECeiver PSCan: tarefa de monitoração padrão, coletando para cada bin dados de nível.
• DFINder CW: tarefa de monitoração "Drive-test (Level+Azimuth)", coletando para cada bin dados de nível, azimute e nota de qualidade do azimute. Limitado a 20 MHz.

Notas gerais sobre a nova tarefa de monitoração "Drive-test (Level+Azimuth)":

• Parâmetros a configurar: SquelchMode, SquelchValue e MeasTime
• Em condições normais, o EB500 encapsula a maior quantidade de informação (span = 20 MHz, e stepwidth = 6.5 kHz) em um único datagrama. Pendente simular uma situação ruim de rede, avaliando se o EB500 encapsula a informação em mais de um datagrama, o que demandaria implementar a lógica do terminador "2000" e da estimativa do número de datagramas por varredura.

[EricMagalhaesDelgado]

Em 29/02/2024 finalizei a primeira versão da coleta do fluxo FFM, armazendo em arquivo binário não apenas o nível para cada bin, mas também o azimute e a nota de qualidade do azimute.

Preciso compilar para que Michel possa testar na semana que vem em campo.

Relato de alguns dos testes realizados:

• Foi configurada uma monitoração para gerar o maior volume possível de dados: (a) Span=20MHz (valor máximo p/ modo FFM); e (b) StepWidth=6.25kHz (valor mínimo p/ modo FFM). Posteriormente, foi variado o MTU no intervalo que engloba o seu valor mínimo (1280 bytes) e máximo/padrão (1500 bytes). Evidenciado que o EB500 continuou encapsulando as informações de nível, azimute e nota de qualidade do azimute em apenas um datagrama. Isso difere do comportamento do EB500 quando operando no modo PSCAN. Ainda bem! :)

• No modo PSCAN, o EB500 aceita inclusão de todos os seus StepWidth, independente do Span. Isso difere no modo FFM. Por exemplo, (a) Se o Span=20MHz, o StepWidth estará entre 6.25kHz (mínimo) e 2MHz (máximo); (b) Se o Span=10MHz, o StepWidth estará entre 3.125kHz (mínimo) e 1MHz (máximo) e por assim diante. Por essa razão, tive que criar uma tabela com o mapeamento entre Span e StepWidth. E, oportunamente, aumentei a lista de StepWidth que é possível configurar agora no appColeta - inclui 3.125kHz, 6.25kHz e 8.333kHz e a validação de que os parâmetros Span-StepWidth respeitam aquilo que o EB500 aceita.

[EricMagalhaesDelgado]

Michel realizou testes de coleta, o que me fez ajustar alguns pontos do app. Ao que parece, a nova funcionalidade agora está operacional! :)