Application Note FBEE Aplicação de redes ESTRELA (STAR NETWORK) REV01_ Rev01

Transcrição

1 Application Note FBEE Aplicação de redes ESTRELA (STAR NETWORK) REV01_ Rev01

2 1. Introdução Aplicações com redes sem fio vêm se tornando bastante comuns. De aplicações industriais a projetos específicos, criou-se enorme expectativa quanto à capacidade dos dispositivos se comunicarem wireless, ou seja, sem fio. O maior desafio é conseguir atender a estas expectativas e apresentar um baixo custo para o desenvolvimento e implementação dos projetos. Com o FBee Kit e os protocolos de comunicação sem fio disponíveis pela Microchip, é possível alcançar estes objetivos de uma forma simples e rápida. Os protocolos MiWi Wireless Networking Protocol e MiWi P2P Wireless Protocol são uma variação do padrão IEEE e utilizam o transceptor MRF24J40 da Microchip, para qualquer microcontrolador da Microchip de 8, 16 ou 32 bits com SPI (Serial Peripheral Interface). Os protocolos são gratuitos e foram desenvolvidos para promover comunicação com baixa taxa de dados, pequena distância, e redes de baixo custo. Baseada no IEEE para redes sem fio pessoal (WPANs), a pilha MiWi fornece um modo alternativo de comunicação sem fio de fácil uso. É possível realizar aplicações de redes de pequeno porte com transferência de informações entre os dispositivos da rede com alguns hops (pulos). Este documento faz a apresentação de exemplos utilizando o FBee Kit, e ensina como utilizar a pilha MiWi Wireless Protocol da Microchip para determinadas aplicações de comunicação de rede. Para fazer um estudo e entender o funcionamento mais detalhado da pilha Miwi, é necessário que o leitor estude o documento AN1066 MiWi Wireless Networking Protocol Stack que pode ser encontrado no site da Fractum ( É necessário também que o leitor tenha um entendimento da linguagem C, e uma noção de como trabalhar com microcontroladores. 2. O FBee kit O FBee Kit é uma plataforma de desenvolvimento para aplicações com o FBee. Ela possui um microcontrolador da Microchip da família 18F, interface de comunicação serial e conexão com a bateria. O Kit ainda inclui um conjunto de exemplos de aplicações prontas utilizando a pilha MiWi para implementação rápida e fácil das redes P2P, Estrela e Mesh. Com o FBee Kit você agiliza o desenvolvimento de seu produto. Todos os exemplos deste documento são baseados no FBee Kit. O FBee Kit é composto de duas placas de aplicação, duas placas FBee Wipe, duas baterias com adaptadores para conectores e um CD com todas os documentos e exemplos de aplicações. Figura 1: FBee Kit Rev01

3 3. Protocolo MiWi O protocolo MiWi é baseado nas camadas MAC e PHY da especificação IEEE , e sua utilização se faz para redes de trabalho na faixa de 2,4GHz. O protocolo contém aplicações de procurar, formar, e juntar-se a redes, bem como descobrir outros nós na rede e rotear informações a eles. O protocolo não fornece nenhuma aplicação com propósitos específicos, como escolher qual rede irá se unir, decidir quando derrubar um link de comunicação ou a freqüência em que os dispositivos deverão se comunicar. Para fazer um estudo e entender o funcionamento mais detalhado da pilha Miwi, é necessário que o leitor estude o documento AN1066 MiWi Wireless Networking Protocol Stack que pode ser encontrado no site da Fractum ( 3.1 IEEE PHY e MAC O protocolo MiWi usa o padrão IEEE para as especificações das camadas MAC (Media Access Layer) e PHY (Physical Layer). O IEEE define três bandas de freqüência de operação: 2,4GHz; 915MHz e 868MHz. Cada banda de freqüência oferece um número fixo de canais, e tem uma taxa máxima de comunicação (tabela 1). Note que a real taxa máxima de comunicação será menor que a especificada devido aos atrasos no processamento. Tabela 1: Canais disponíveis para o IEEE Tipos de Dispositivos O IEEE define os dispositivos de rede baseado na sua funcionalidade. Basicamente existem dois tipos de dispositivos, como mostra a tabela 2. O protocolo MiWi define três tipos de dispositivos, baseados na sua funcionalidade na rede: Coordenador PAN, Coordenador, e End Device (dispositivo final). Os tipos de dispositivos e sua relação com os tipos de dispositivos do IEEE são mostrados na tabela 3. Tabela 2: Tipos de Dispositivos para o IEEE Tabela 3: Tipos de Dispositivos para o protocolo MiWi Rev01

4 3.3 Topologias de rede Dos três típicos dispositivos definidos no protocolo MiWi, o mais central e importante da rede é o coordenador PAN. Ele é o dispositivo que inicia e forma a rede, seleciona o canal de operação e determina o PAN ID da rede. Todos os outros dispositivos que se juntarem a rede obedecem às instruções do coordenado PAN Rede Estrela (Star Network) A configuração de rede Estrela (figura 2) consiste em um coordenador PAN e um ou mais dispositivos de rede. Nesta configuração, todos os dispositivos se comunicam apenas com o coordenador PAN. Se um End Device precisa transferir informações para outro End Device, ele envia sua informação para o coordenador PAN. Em seguida, o coordenador PAN reenvia esta mensagem para o End Device de destino, o qual deve receber a informação. Figura 2: Configuração de Rede Estrela Rede Árvore (Cluster-Tree Network) A configuração de rede árvore (figura 3) ainda existe um único coordenador PAN, porém, é possível haver outros coordenadores na rede. Assim é formada uma estrutura parecida com uma árvore, onde o coordenador PAN é a raiz da árvore, os outros coordenadores são os galhos e os End Devices são as folhas. Em uma rede árvore, todas as mensagens enviadas através da rede seguem o caminho da estrutura da rede. Desde que mensagens podem ser roteadas por mais de um nó de rede até atingir seu destino, redes árvore são, algumas vezes, referenciadas como redes multi-hop. Figura 3: Configuração de Rede Árvore Rev01

5 3.3.3 Rede Mesh Uma rede Mesh (figura 4) é similar à configuração de rede árvore, exceto que os dispositivos FFD podem rotear informações diretamente para outros FFD invés de seguir a estrutura da rede. As mensagens enviadas aos RFD devem ainda seguir a estrutura através do dispositivo FFD parente do RFD. A vantagem desta topologia é ter a certeza de que a informação chegará ao seu destino, e ainda que o tempo que uma informação toma até chegar ao destino é reduzido. Assim como as redes árvore, redes mesh são consideradas multi-hop. Figura 4: Configuração de Rede Mesh Rede Peer-to-Peer (P2P) A configuração peer-to-peer é a forma de comunicação mais simples, com apenas um dispositivo conversando diretamente com outro dispositivo. Nesta configuração, não há distinção de parent (pai) ou child (criança), ou roteamento para outros nós da rede. Figura 5: Configuração de P2P Rev01

6 4. Configurando uma Rede Estrela (Star Network) Como já visto, redes estrela são formadas por um coordenador PAN, e um ou mais dispositivos de rede, trabalhando como End Device. Todas as informações devem passar pelo coordenador. É ele que faz a retransmissão das informações para o dispositivo de destino. Para esta aplicação, utilizaremos três dispositivos na formação da rede: o coordenador PAN e mais dois outros End Device. A aplicação consiste em apertar a chave no End Device 1, e mudar o estado do LED2 no End Device 2, através do coordenador PAN. Primeiramente, devemos configurar os dispositivos de rede, selecionando o canal de operação, qual a funcionalidade do dispositivo, se há ou não código de segurança, entre outros. Para isso, utilizaremos o Software ZENA como ferramenta de configuração. O ZENA gera o arquivo MiwiDefs.h, utilizado na pilha para guardar as informações do dispositivo. 4.1 Usando o analisador ZENA como ferramenta de configuração Como suporte ao desenvolvimento de aplicações com o protocolo MiWi, a Microchip fornece um analisador de rede de baixo custo chamado ZENA. O software ZENA também contém uma ferramenta para criação de arquivos para configuração específica da aplicação do usuário. O software ZENA é fornecido sem nenhum custo para a instalação ( Para maiores informações em como utilizar esta importante ferramenta, consulte o documento AN965 ZENA Wireless Network Analyzer User s Guide ( O primeiro passo é realizar o donwload do Zena em seu computador. O arquivo executável chama-se Zena v3.0 e pode ser baixado gratuitamente no site da Fractum ( Após descompactar a pasta execute o arquivo Zena v3.0. O analisador ZENA é uma ferramenta que auxilia a configuração da pilha gerando automaticamente o arquivo cabeçalho necessário para a sua aplicação. Para começar a configuração da pilha pelo analisador ZENA, selecione MiWi Tools>StackConfiguration na janela principal. A janela de configuração da pilha para o protocolo MiWi será mostrada, e por meio das opções disponíveis no menu principal, é possível fazer essa configuração. O ZENA irá habilitar/desabilitar certas opções dependendo das seleções feitas. Além disso, todas as opções habilitadas irão conter valores padrões já definidos. Para entender todas as opções e suas funções, é recomendado fazer um estudo detalhado do documento AN1204 Microchip MiWi P2P Wireless Protocol. Depois de entender a funcionalidade das opções, a ferramenta de configuração da pilha MiWi ZENA pode gerar o arquivo que será utilizado pela pilha Rev01

7 4.1.1 Especificando as informações do dispositivo da rede MiWi Selecione a janela MiWi Tools. Figura 6: Software Zena Será aberta a janela conforme a figura 6. Como trabalharemos com três dispositivos, iremos configurar o coordenador da rede, e mais dois outros End Device. O coordenador deve ser configurado como sendo um FFD (Full Function Device) e Coordinator Capable. Outras funções como Cluster Sockets e EUI Address Search podem também ser ativadas. Os outros End Devices devem ser configurados com endereços MAC diferente. Para nosso exemplo, configure o MAC do primeiro para e o segundo para Eles podem ser configurados tanto como FFD ou RFD. Para melhor desempenho do exemplo, configure como FFD, já que os RFD utilizam a função de modo sleep periodicamente para diminuir o consumo de bateria e, por isso, retardam o processamento das informações. Lembre-se de configurar cada dispositivo de uma vez, e gerar o arquivo MiwiDefs.h no diretório apropriado de cada um. Figura 7: Configuração do Dispositivo de rede Rev01

8 4.1.2 Especificando as informações do Transceptor Selecione a janela Transceiver. Nesta janela será possível especificar o transceptor e o hardware utilizados. Além disso, é possível determinar o canal de operação do rádio. Não será necessário realizar alterações nesta janela, já que o FBee Kit foi desenvolvido de acordo com esta configuração de hardware. Somente a indicação do canal de operação deve ser feita. Escolha um dos 15 canais disponíveis. Figura 8: Configuração de Hardware Configurações: Transceiver: seleciona um dos transceptores que a pilha suporta. Frequency Band: esta janela mostra as bandas de freqüência disponíveis para o transceptor selecionado. Se o transceptor suporta apenas uma única banda de freqüência, esta freqüência será mostrada na janela de opções. Output Power: Determina o nível de sinal de saída do rádio em dbm. Pin Assignments: a pilha exige certos pinos de E/S para a interface com o transceptor. Os pinos já definidos são compatíveis com o FBee Kit, por isso, não é necessário que alterações sejam feitas. Allowed Channels: especifica o canal de operação do Transceptor Rev01

9 4.1.3 Especificando as informações de segurança Selecione a janela Security. Para nosso exemplo não será necessário configuração de código de segurança, mas podemos habilitá-los conforme as especificações de segurança abaixo. Figura 9: Configuração de Segurança Configurações: Security Capable: selecione esta opção para habilitar a segurança dos pacotes na pilha MiWi. Security Key: este é a chave de segurança de 16 bits para o mecanismo de segurança AES, juntamente com a seqüência de números de segurança. Security Level: seleciona o nível de segurança IEEE definido na norma IEEE Especificando as informações das camadas MAC e NWK Selecione a janela NWK/MAC. Figura 10: Configuração das camadas NWK e MAC Rev01

10 Esta janela é usada para configurar as camadas da pilha NWK (Network) e MAC (Medium Access Controller). Transmit Buffer Size (bytes): determine o número de bytes para a mensagem transmitida de maior tamanho. O maior número de bytes possível é 127. Receive Buffer Size (bytes): determine o número de bytes para a mensagem recebida de maior tamanho. O maior número de bytes possível é 127. Na área Timeouts são especificados os tempos de procura de uma rede (Network Discovery Timeout) e o tempo de procura de um Cluster Socket. Esta função (Cluster Socket) é utilizada quando queremos abrir uma conexão entre dois módulos através de um Cluster Socket. Este tempo determina o intervalo de procura de um novo socket para estabelecer a conexão. Indirect Buffer Management: esta opção é disponível somente para FFDs. Se o dispositivo é capaz de trabalhar com mensagens indiretas, as opções Buffered Indirect Messages e Indirect Buffer Timeout devem ser definidas. Network Table Size: Esta tabela é utilizada para guardar informações de outros dispositivos na rede. A tabela deve ser grande o bastante para guardar a entrada de cada dispositivo pelo qual este FFD é responsável e por qualquer dispositivo que este se comunica diretamente ou indiretamente. Maximum Message Hops: Define o número máximo de pulos (de quem envia para o destino) que uma mensagem pode ter. RSSI Sample per Channel: Define o número amostras por canal do nível RSSI. Para o exemplo, não será necessário alterações Especificando as informações do Microcontrolador PIC Selecione a janela PIC. Figura 11: Configuração das camadas NWK e MAC Target Device Family: seleciona a família do processador da aplicação. Clock Frequency (Hz): especifica a freqüência de clock de entrada. Output Stack Messages to UART: esta opção habilita mensagens a serem enviadas pela UART caso uma comunicação com o portal RS232 esteja sendo usada. Para isso, determine a taxa de bits de comunicação desejada Rev01

11 4.1.6 Gerando o arquivo de configuração: Quando todas as opções forem configuradas corretamente, gere o arquivo de configuração clicando em Generate Files. Validando as configurações, o software ZENA irá criar o arquivo de configuração da pilha MiwiDefs.h. O arquivo contém a hora e a data estampados no arquivo e deve ser incluído no diretório do projeto, na pasta do dispositivo de rede que está sendo configurado.. Figura 12: Salvando o arquivo MiwiDefs.h Com os três dispositivos de rede configurados, temos as principais configurações: - Coordenador PAN: FFD, Coordinator Capable, Cluster Sockets, EUI Search Address. MAC Address: End Device 1: FFD, Cluster Sockets, EUI Search Address. MAC Address: End Device 2: FFD, Cluster Sockets, EUI Search Address. MAC Address: Todos operando no canal Aplicação Para a rede estrela, teremos um coordenador PAN e mais dois outros End Devices, como já vistos e configurados anteriormente. Para esta aplicação, todas as mensagens passam pelo coordenador e todo o processamento, como reenvio de mensagens é feito por ele. A aplicação consiste em apertar a chave SW2 em um dos End Device, transmitir ao Coordenador, e este por sua vez, reenviar a mensagem ao outro End Device. O monitoramento das informações poderá ser acompanhado pelo coordenador, utilizando o módulo serial. Iremos, portanto alterar o programa do coordenador primeiramente, e fazer uma análise do programa principal. Depois, serão mostradas as alterações necessárias para os End Device. Para o coordenador, abra o arquivo main.c. No programa temos todas as configurações iniciais feitas, declaração de variáveis e constantes, inclusão de arquivos, assim como qualquer outro programa. Na função void main (void) temos a inicialização do sistema e em seguida um loop infinito (while(1)...). Esta parte do programa é a que nos interessa. É onde faremos o processamento das informações recebidas e onde faremos a transferência de mensagens Rev01

12 Primeiramente é chamada a função handler MiWiTasks(), que mantém a funcionalidade da pilha e deve ser chamada o mais freqüente possível. Esta função se encontra no arquivo MiWi.c. Em seguida, é feito o teste if(memberofnetwork())... Se o dispositivo já se encontra como um membro de rede, executa as operações em seqüência. Como o Coordenador Pan é o que formará a rede, ele não se define ainda como membro e irá, portanto, formar uma rede. Quando formá-la, o LED2 piscará duas vezes. Além disso, é possível acompanhar pelo Hyperterminal o andamento do programa. Quando houver uma rede formada, teremos o processamento de informações recebidas e das que serão transmitidas. Na parte de recepção temos: if(rxpacket()) BYTE *prxdata2; BYTE i; //inserir código do usuário para processamento dos pacotes assim que eles cheguem. //Exemplo para Leds prxdata2 = prxdata; *prxdata++; //tira o seq number switch(*prxdata++) //report type case USER_REPORT_TYPE: switch(*prxdata++) //report id case LIGHT_REPORT: switch(*prxdata++) //primeiro byte do payload case LIGHT_ON: LED_2 = 1; case LIGHT_OFF: LED_2 = 0; case LIGHT_TOGGLE: LED_2 ^= 1; ConsolePutROMString((ROM char*)"receive Report to Toggle Light\r\n"); case MIWI_STACK_REPORT_TYPE: switch(*prxdata) case ACK_REPORT_TYPE: //ConsolePutROMString((ROM char*)"got MiWi ACK for my packet\r\n"); //discartar pacote para receber mais dados DiscardPacket(); Neste exemplo é tratada a mensagem recebida, e temos dois pontos importantes. O primeiro trata das mensagens do usuário, onde é definido como USER_REPORT_TYPE. O segundo trata de uma mensagem da própria pilha, que verifica se houve ou não o bit ACK recebido (MIWI_REPORT_TYPE). Esta informação é importante, pois pode ser utilizada para a verificação de envio de mensagem com sucesso. Quando o dispositivo de destino recebe a mensagem, ele retorna o bit ACK indicando tal processo. Onde são tratadas as informações de usuário, temos o LIGHT_REPORT, que trata informações relacionadas aos LEDs, onde temos LIGHT_ON, LIGHT_OFF, e LIGHT_TOGGLE que correspondem respectivamente a acender o Led, apagar, e mudar o estado. Para nossa aplicação iremos acrescentar mais dois tipos de dados: INTERRUPTOR, e INTERRUPTOR2. case INTERRUPTOR: LED_2 ^= 1; StarTxData=INTERRUPTOR; ConsolePutROMString((ROM char*)"\n\rend Device 1 -> End Device 2:\r\n"); ConsolePutROMString((ROM char*)"toggle light on End Device 2.\r\n"); case INTERRUPTOR2: Rev01

13 LED_2 ^= 1; StarTxData=INTERRUPTOR2; ConsolePutROMString((ROM char*)"\n\rend Device 2 -> End Device 1:\r\n"); ConsolePutROMString((ROM char*)"toggle light on End Device 1.\r\n"); Cada uma destas informações corresponde a um valor reservado ao usuário e é definida no arquivo MiWi.h (Figura 13). Note também que há uma variável chamada StarTxData, que também recebe o valor do report type. Ela é utilizada posteriormente no tratamento da transmissão das informações para os End Device 1 e 2 e deve ser declarada no topo do programa como: BYTE StarTxData = 0x00. Figura 13: Definição do Report Type destinado ao usuário Os valores para INTERRUPTOR e INTERRUPTOR2 devem ser definidos assim como no exemplo acima. A parte de transmissão das mensagens se encontra como no exemplo abaixo. O dado recebido pela variável StarTxData é processado na função. Se o valor é verdadeiro, ou seja, se houve uma nova mensagem recebida, ela terá o valor de INTERRUPTOR ou INTERRUPTOR2. Fazendo o teste e verificando qual o seu valor, a mensagem é retransmitida para o End Device 1, ou End Device Rev01

14 if(startxdata) TxPayLoad(); WriteData(USER_REPORT_TYPE); WriteData(LIGHT_REPORT); switch(startxdata) case INTERRUPTOR: WriteData(INTERRUPTOR); templongaddress[0] = 0x02; //manda para o EndDevice 2 StarTxData=0x00; case INTERRUPTOR2: WriteData(INTERRUPTOR); templongaddress[0] = 0x01; //manda para o EndDevice 1 StarTxData=0x00; templongaddress[1] = 0x06; templongaddress[2] = 0x05; templongaddress[3] = 0x04; templongaddress[4] = 0x03; templongaddress[5] = 0x02; templongaddress[6] = 0x01; templongaddress[7] = 0x55; SendReportByLongAddress(tempLongAddress); ConsolePutROMString((ROM char*)"enviando Informacao...\r\n"); No exemplo de transmissão acima, foi feito o processamento da variável StarTxData, que recebeu as informações de um dos End Devices e deve retransmiti-la ao seu destino. Caso o dado recebido foi INTERRUPTOR (veio do End Device 1), a mensagem é retransmitida ao End Device 2. E se o dado recebido foi INTERRUPTOR2 (veio do End Device 2), a mensagem é retransmitida ao End Device 1. A função para transmissão chama-se SendReportByLongAddress(tempLongAddress); que utiliza o endereço MAC dos dispositivos para enviar uma mensagem unicast. Por isso, devem ser configurados os endereços MAC dos três dispositivos de acordo com o exemplo. Estas são as mudanças de software necessárias para que o coordenador processe as informações da rede. Após este, devemos mudar o software dos End Device. As alterações nos End Device são menores em relação ao Coordenador, já que agora, a única função é de transmissão e recepção, e não de processamento e retransmissão de informações. O arquivo MiWi.h é comum a todos os projetos, então não é necessário que seja alterado novamente. O arquivo main.c deve ser alterado, na parte de recepção e de transmissão assim como nos exemplos abaixo Rev01

15 Para recepção temos o mesmo processamento para End Device 1 e 2. Só haverá o LIGHT_REPORT como INTERRUPTOR, que será enviado pelo coordenador. E quando recebida esta mensagem, o estado do LED2 é invertido. if(rxpacket()) BYTE *prxdata2; BYTE i; prxdata2 = prxdata; *prxdata++; //take off the seq number switch(*prxdata++) //report type case USER_REPORT_TYPE: switch(*prxdata++) //report id case LIGHT_REPORT: switch(*prxdata++) //first byte of payload case LIGHT_ON: LED_2 = 1; case LIGHT_OFF: LED_2 = 0; case LIGHT_TOGGLE: LED_2 ^= 1; ConsolePutROMString((ROM char*)"received Report to Toggle Light\r\n"); case INTERRUPTOR: LED_2 ^= 1; ConsolePutROMString((ROM char*)"interruptor!!\r\n"); case MIWI_STACK_REPORT_TYPE: switch(*prxdata) case ACK_REPORT_TYPE: //ConsolePutROMString((ROM char*)"got MiWi ACK for my packet\r\n"); //need to discard this packet before we are able to receive any other packets DiscardPacket(); Rev01

16 Para a transmissão do End Device 1 temos o teste da chave 2 (SW2). Quando apertada, irá enviar ao coordenador, uma informação com o LIGHT_REPORT INTERRUPTOR2, que será enviado posteriormente ao End Device 1 e irá inverter o estado do LED. if(push_button_2 == 0) if(push_button_2_pressed == FALSE) PUSH_BUTTON_2_pressed = TRUE; TxPayLoad(); WriteData(USER_REPORT_TYPE); WriteData(LIGHT_REPORT); WriteData(INTERRUPTOR2); if( myfriend!= 0xFF ) // socket has already been established SendReportByHandle(myFriend, FALSE); ConsolePutROMString((ROM char*)"send Report by Handle(Socket)\r\n"); else templongaddress[0] = 0x00; templongaddress[1] = 0x06; templongaddress[2] = 0x05; templongaddress[3] = 0x04; templongaddress[4] = 0x03; templongaddress[5] = 0x02; templongaddress[6] = 0x01; templongaddress[7] = 0x55; SendReportByLongAddress(tempLongAddress); ConsolePutROMString((ROM char*)"send Report by Long Address\r\n"); PUSH_BUTTON_2_press_time = TickGet(); else TICK t = TickGet(); tickdifference.val = TickGetDiff(t,PUSH_BUTTON_2_press_time); if(tickdifference.val > DEBOUNCE_TIME) PUSH_BUTTON_2_pressed = FALSE; Rev01

17 Para a transmissão do End Device 2 temos o teste da chave 2 (SW2). Quando apertada, irá enviar ao coordenador, uma informação com o LIGHT_REPORT INTERRUPTOR, que será enviado posteriormente ao End Device 2 e irá inverter o estado do LED. if(push_button_2 == 0) if(push_button_2_pressed == FALSE) PUSH_BUTTON_2_pressed = TRUE; TxPayLoad(); WriteData(USER_REPORT_TYPE); WriteData(LIGHT_REPORT); WriteData(INTERRUPTOR); if( myfriend!= 0xFF ) // socket has already been established SendReportByHandle(myFriend, FALSE); ConsolePutROMString((ROM char*)"send Report by Handle(Socket)\r\n"); else templongaddress[0] = 0x00; templongaddress[1] = 0x06; templongaddress[2] = 0x05; templongaddress[3] = 0x04; templongaddress[4] = 0x03; templongaddress[5] = 0x02; templongaddress[6] = 0x01; templongaddress[7] = 0x55; SendReportByLongAddress(tempLongAddress); ConsolePutROMString((ROM char*)"send Report by Long Address\r\n"); PUSH_BUTTON_2_press_time = TickGet(); else TICK t = TickGet(); tickdifference.val = TickGetDiff(t,PUSH_BUTTON_2_press_time); if(tickdifference.val > DEBOUNCE_TIME) PUSH_BUTTON_2_pressed = FALSE; Estas são as alterações necessárias para todos os três dispositivos. Os arquivos do projeto se encontram no CD de documentação que acompanha o FBEE Kit. Com estes três dispositivos configurados desta maneira, temos uma rede estrela em funcionamento Rev01

18 SUPORTE DE ATENDIMENTO: Fractum Indústria e Comércio de Equipamentos Eletrônicos LTDA Av. João de Camargo 510 Pr. 5 Sl. 3 Santa Rita do Sapucaí-MG CEP TEL: Site: contato@fractumrf.com Rev01