STM32 NUCLEO - MESH embeNET
embeNET e STM32WL: rede mesh baseada em 6TiSCH supera grandes desafios que assolam a Internet das Coisas
A ausência de um padrão popular capaz de conectar uma infinidade de dispositivos IoT em uma rede mesh é problemática. É por isso que a EMBETECH, uma empresa europeia e membro do ST Partner Program, criou o embeNET, uma pilha de rede baseada em 6TiSCH. Destinado a sistemas embarcados, o embeNET usa bibliotecas C para otimizar as operações entre dispositivos usando microcontroladores Cortex. Atualmente, a tecnologia é executada no MCU sem fio de 32 bits de longo alcance STM32WL (STM32 NUCLEO). Os desenvolvedores simplesmente usam APIs desenvolvidas pela EMBETECH para aproveitar os vários recursos do protocolo de rede. Assim, as equipes ignoram problemas de implementação altamente complexos para se concentrar na criação de uma infraestrutura original e eficiente.
Serviços de rede
Um serviço de rede no embeNET é uma funcionalidade separada construída em torno da comunicação em uma única porta UDP (raramente - múltiplas portas UDP). Três exemplos de serviços distribuídos com a pilha embeNET são:
- ENMS: serviço de gerenciamento de rede embeNET que permite coletar informações sobre o funcionamento da rede a partir dos nós
- Serviço de cliente MQTT-SN que permite usar a popular arquitetura de publicação/assinatura MQTT em redes UDP e conectar-se a corretores MQTT padrão
- BOTA: Serviço Bulk-Over-The-Air que permite enviar grandes porções de dados (por exemplo - novo firmware ) entre os nós. Observe que o serviço BOTA não está disponível nesta demonstração
Os usuários, entretanto, podem desenvolver facilmente seus próprios serviços usando UDP. Um exemplo desse serviço UDP personalizado é implementado nos nós de demonstração.
Serviço de demonstração MQTT-SN
O serviço de demonstração MQTT-SN usa o cliente MQTT-SN e faz três coisas:
- publica periodicamente informações de tempo de atividade
- ao pressionar o botão publica o contador de cliques do botão
- reage a alguns comandos de texto simples que controlam os LEDs integrados - esses comandos são: led1on , led1off , led2on , led2off , led3on e led3off
Consulte Usando o serviço de demonstração MQTT-SN para obter mais informações sobre como esse serviço funciona e como usá-lo.
A arquitetura MQTT-SN requer um Gateway adicional, que basicamente traduz o protocolo MQTT-SN (que é baseado em UDP) para MQTT (que é baseado em TCP) (veja a parte superior da imagem abaixo).
Alguns imagens de testes com LSM110A (desligar FIREWALL)
SN-MQTT
MQTT
NODE
Border Router
Testes OK com Border Router e Node
Ok, so it looks like the MQTT packets are received at the border router:
00:00:59.366 BR_RNC (V): Packet was decoded and handled successfuly; len: 85, rx: 0, received count: 85
00:00:59.369 EMBENET_PORT_WAN (D): Data request: {{v: 6, tc 0, fl 0, len: 34, nh: 17, hl: 64, src: aaaa:bbbb:cccc:dddd:0080:e115:051f:c14c, dst: aaaa:bbbb:cccc:dddd:0080:e115:0055:3ac8}, udp: {src: 1885, dst: 1885, len: 34, checksum: 0x8ea}, udp payload: {0x1a, 0x4, 0x4, 0x1, 0x0, 0x1e, 0x43, 0x6c, 0x69, 0x65, 0x6e, 0x74, 0x38, 0x30, 0x65, 0x31, 0x31, 0x35, 0x30, 0x35, 0x31, 0x66, 0x63, 0x31, 0x34, 0x63, }}
so the packets go to the network interface in Windows but somehow they do not pop up in the MQTT-SN Gateway socket (nor ENMS Visualizer).
If the MQTT-SN Gateway is on and operational on port 1885 then we have two hypothesis:
1. The firewall is blocking them - you can try to temporarily disable it and see if it helps
2. The IP forwarding is not working correctly in the system. To check this please refer to:
https://serverfault.com/questions/929081/how-can-i-enable-packet-forwarding-on-windows
Let me know if it helps or not.
Nenhum comentário:
Postar um comentário