Acelere seu tempo de comercialização com as ferramentas profissionais Connext

Passaram-se duas semanas até a demonstração.

Tivemos esta oportunidade única de construir um sistema de controle de microrrede funcional que precisava:

• Executar em processadores Intel e ARM
• Almeje plataformas Linux e Windows
• Inclui aplicativos escritos em C, C ++, Java, SCALA, Lua e LabVIEW
• Fale com equipamentos legados usando os protocolos ModBus e DNP3
• Execute o controle em tempo real enquanto atende a todos os requisitos acima

Nesta postagem, falarei sobre os problemas do mundo real que enfrentamos e como as ferramentas incluídas no RTI Connext ^® O DDS Professional nos ajudou a resolver nossos problemas de integração em apenas alguns dias. Os problemas comuns encontrados na maioria dos projetos são destacados, com ferramentas de RTI específicas para lidar com cada um. Ao longo do caminho, você encontrará links para vídeos e artigos de apoio para aqueles que desejam um mergulho mais profundo. Minha esperança é que você considere este um ponto de partida útil para aprender como aplicar ferramentas RTI para tornar seu desenvolvimento DDS mais rápido e fácil.

A grande demonstração

Esta foi a primeira demonstração de trabalho do Open Field Message Bus do Smart Grid Interoperability Panel (OpenFMB), uma nova forma de controlar dispositivos na extremidade da rede elétrica em tempo real por aplicação de tecnologias IoT como DDS.

Aqui está um diagrama de blocos do sistema mostrando arquiteturas de hardware, sistemas operacionais e linguagens:

Conforme trouxemos os participantes individuais para a rede, encontramos vários problemas. Segue-se uma descrição dos desafios e das ferramentas que usamos para lidar com cada um. Examine a lista de cabeçalhos e veja se você teve que depurar algum desses problemas em seu sistema DDS e, em seguida, verifique os links para aprender algumas novas dicas. Ao fazer isso, pense em como você tentaria diagnosticar os problemas sem as ferramentas mencionadas.

Problema:problemas de configuração de rede

A equipe do Oak Ridge National Labs estava trabalhando na GUI do LabVIEW que seria a tela principal. Seu laptop não conseguia ver os dados de nenhum dos clientes da rede. Verificamos o básico para ter certeza de que a máquina estava na mesma sub-rede - sempre verifique o básico primeiro! Embora o utilitário ping padrão possa confirmar a acessibilidade básica entre as máquinas, ele não verifica se as portas necessárias para a descoberta do DDS estão abertas. O utilitário rtiddsping faz exatamente isso e nos disse em segundos que o firewall instalado em seu laptop emitido pelo governo estava impedindo o tráfego de descoberta de DDS. Para obter um ótimo resumo de como verificar os princípios básicos, consulte esta postagem da comunidade .

Problema:meu aplicativo está enviando dados?

Uma pergunta comum entre os fornecedores que usam DDS pela primeira vez era se seu aplicativo estava se comportando corretamente:estava enviando dados nos intervalos adequados e os dados faziam sentido? Para uma verificação rápida, usamos o utilitário RTI DDS Spy. O Spy fornece um assinante simples que pode filtrar seletivamente por tipos e tópicos específicos, e pode imprimir as amostras individuais que recebe, permitindo que você veja rapidamente os dados que seu aplicativo está gravando. Todos os fornecedores usaram o DDS Spy como uma verificação de integridade depois de inicializar seu aplicativo.

Às vezes, uma atualização para o mesmo tópico pode vir de vários editores no sistema. Não tem certeza de qual escreveu a atualização mais recente? Uma opção de linha de comando para Spy ("-showSampleIdentity") permite que você veja a origem de uma atualização.

Spy é um aplicativo de console que pode ser implantado em destinos integrados para testes básicos. Seu pequeno tamanho, inicialização rápida e simplicidade são suas principais vantagens. Os detalhes sobre o uso estão aqui.

Problema:incompatibilidade de tipo de dados

Um fornecedor relatou que em um teste anterior eles estavam vendo dados de um dos outros aplicativos, e agora não estavam. O Admin Console nos mostrou rapidamente que a culpa era de uma incompatibilidade de tipo de dados - ou seja, dois tópicos com o mesmo nome, mas tipos de dados diferentes. Esses tipos de incompatibilidades podem ser difíceis de diagnosticar, especialmente para tipos grandes com muitos membros. O Admin Console aproveita a centralização dos dados do DDS para fazer uma introspecção dos tipos de dados conforme entendidos por cada aplicativo em seu sistema. Em seguida, apresenta uma visão simplificada e uma visão "IDL equivalente" que facilita a comparação dos tipos em painéis lado a lado. Isso é especialmente valioso em situações em que você não tem o IDL de origem de todos os aplicativos.

Neste caso, um fornecedor não sincronizou com o repositório GitHub para o IDL mais recente, então eles estavam trabalhando com uma versão mais antiga do arquivo. Eles extraíram os arquivos mais recentes do GitHub, rtiddsgen criou um novo código específico de tipo para eles e, após uma rápida recompilação, seu aplicativo foi capaz de ler e escrever os tópicos atualizados.

Problema:incompatibilidade de QoS

Ao lado da descoberta, as incompatibilidades de qualidade de serviço (QoS) são o problema mais comum experimentado por usuários de DDS durante a integração. Com tantos botões para girar, como você se certifica de que as configurações são compatíveis? O projeto OpenFMB teve seu quinhão de incompatibilidades de QoS no início. O console de administração identifica isso rapidamente e informa as configurações específicas de QoS que estão em conflito. Você pode até clicar no nome do QoS e ir diretamente para a documentação. As informações de QoS compartilhadas durante a descoberta são usadas pelo Admin Console para detectar incompatibilidades.

Problema:o sistema está funcionando conforme o esperado?

Embora o Spy forneça uma saída de texto básica para dados ao vivo, você não pode bater um gráfico para ver como os dados mudam ao longo do tempo. Para uma visualização de dados mais sofisticada, recorremos ao Admin Console. O recurso de visualização de dados embutido no Admin Console foi uma grande ajuda para determinar rapidamente como o sistema como um todo estava funcionando. Até nos permitiu percorrer os dados históricos para entender melhor como chegamos ao estado atual. Para saber mais sobre a visualização de dados, veja este breve vídeo de introdução ou este vídeo de aprofundamento.

Problema:ajuste de desempenho

Quando se trata de ajuste de desempenho, o Monitor deve ser sua ferramenta ideal. O Monitor funciona com uma versão especial das bibliotecas DDS que publicam periodicamente dados de desempenho em tempo real de seu aplicativo. As bibliotecas de depuração são minimamente intrusivas e os dados são coletados e apresentados pelo Monitor.

Usando o Monitor, você pode aprender sobre:

• Estatísticas de transmissão e recepção
• Prazos perdidos
• Marcas d'água altas em caches
• incompatibilidades de QoS
• Conflitos de tipo de dados
• Amostras perdidas ou rejeitadas
• Perda de vivacidade

É importante observar que nem todas as configurações de QoS são anunciadas durante a descoberta. Muitas configurações de QoS se aplicam ao gerenciamento de recursos locais e ao ajuste de desempenho de um aplicativo e não são enviadas durante a descoberta. Com o Monitor, você também pode inspecioná-los. Para uma ótima introdução ao Monitor, confira este vídeo.

Problema:transformação de dados em voo

[1] [2] 下一页