[x] Limitado aos receptores e analisadores de espectro, eliminando outros tipos de instrumentos (GPSs, comutadores etc).
[x] Embarcar na classe, como propriedades, os antigos app.scpiList, app.instrInfo e app.instrHandles.
[x] Embarcar na classe, como métodos públicos, todos as funções relacionadas à conexão e testes de conexão.
[x] Mapear os comandos scpi que retornam os valores mínimo e máximo de operação do receptor (inserindo no "scpi_Query" e armazenando os seus valores na propriedade Handle), indicando no winAddTask que uma tarefa específica não poderá ser usada porque extrapola range de operação do receptor.
Em relação ao último ponto, consultei os manuais dos 8 receptores/analisadores hoje controlados pelo appColeta. Em quatro deles não há menção a comandos de consulta do seu range. Parece ser inócuo, portanto, ter isso de forma que possa servir como alarme. Não dá pra tabelas isso porque o EB500, por exemplo, originalmente vai até 3.6 GHz (atuais UMS), mas o EB500 da ETM tem um opcional que estende a sua faixa até 6 GHz.
Em relação ao último ponto, consultei os manuais dos 8 receptores/analisadores hoje controlados pelo appColeta. Em quatro deles não há menção a comandos de consulta do seu range. Parece ser inócuo, portanto, ter isso de forma que possa servir como alarme. Não dá pra tabelas isso porque o EB500, por exemplo, originalmente vai até 3.6 GHz (atuais UMS), mas o EB500 da ETM tem um opcional que estende a sua faixa até 6 GHz.