Comunicação sem fio entre mais de dois microcontroladores Microchip PIC

15

Gostaria de criar comunicação sem fio entre PICs do Microchip para o meu projeto simples. Na verdade, é uma comunicação unidirecional, mas há um servidor e mais de um cliente (cerca de 2 a 4, todos os clientes precisam do mesmo número ao mesmo tempo, portanto são idênticos). Eu tenho que passar por muito poucos bytes.

Sou absolutamente iniciante com comunicação sem fio, ou quase com qualquer comunicação de hardware. Então, por favor me ajude, que tipo de transceptor sem fio devo usar ?

Eu tenho algumas condições:

  • Deve ser relativamente barato .
  • Deve estar facilmente disponível .
  • Seria bom se fosse fácil de usar.
  • alcance de cerca de 10 metros (pelo menos)

Em primeiro lugar, encontrei o "Módulo serial transceptor de RF Bluetooth rs232", mas não consigo encontrar nenhuma informação sobre como usar. (Eu acho que é muito simples?) E também não sei se é capaz de se conectar a mais clientes. E também vi o ZigBee, mas achei um "pouco" dominado pelas minhas necessidades. (E também complicado.)

Então, que tipo de transceptor sem fio você me recomenda?

Felician
fonte

Respostas:

10

O Nordic Semi nRF24L01 + é ideal para esse tipo de coisa; os módulos de baixo custo estão disponíveis no Ebay:

http://cgi.ebay.co.uk/Arduino-NRF24L01-Wireless-Transceiver-Module-2pcs-/280640828189?pt=LH_DefaultDomain_0&hash=item41577f331d

O nRF24L01 + é frequentemente usado em redes de sensores sem fio.

É necessário um MCU. Eu tenho um software de design e teste adequado aqui . Ele usa o módulo Sparkfun muito mais caro, eu projetei uma placa para os módulos mais baratos, mas não a fiz para testes.

Leon Heller
fonte
Lembro que você postou sobre nórdicos antes. Você pode compará-los com o XBee?
Federico Russo
Completamente diferente. Os dispositivos nórdicos oferecem: curto alcance, alta taxa de dados, baixo consumo de energia, precisam de programação de baixo nível e baixo custo.
Leon Heller
6

Você pode querer dar uma olhada Digi XBee . Eles têm soluções ponto a ponto e ponto a multiponto . Eles são fáceis de usar , basta conectá-los ao seu microcontrolador por meio das conexões UART; a implementação completa do IEEE 802.15.4 é transparente. Achei o preço OK (algo como 18 euros para um módulo ponto a ponto, IIRC).

editar
Alcance interno de até 30m , mas você provavelmente sabe que isso depende muito da construção do edifício. Linha de visão de até 90m. Versão XBee-PRO: até 90m e 1,6km resp.

stevenvh
fonte
Você sabe como isso se compara aos módulos nórdicos aos quais @Leon Heller se refere?
Federico Russo
@Federico - Não, desculpe.
stevenvh
Obrigado pela sugestão, parece amigável. Agora vou ler muito sobre isso. http://cgi.ebay.co.uk/XRF-wireless-UART-serial-data-module-XBee-shape-arduino-/320706374372 É sobre isso que você fala?
Felician
@ Felician - parece ser um módulo comparável baseado no mesmo chipset (?), Mas de outro fabricante. A tabela de comparação mostra que este não suporta o IEEE 802.15.4, então acho que não serve de ponto para multiponto.
stevenvh
4

Você pode dar uma olhada nos módulos de rádio 802.15 do Microchip e na pilha MiWi que pode usá-los. Esse tipo de rádio é destinado a baixa potência e taxa de dados relativamente baixa.

Caso contrário, sua pergunta é muito ampla para dar uma resposta significativa.

Olin Lathrop
fonte
4

A linha de visão é suficiente, talvez com um transmissor ou refletor no teto? Nesse caso, você não fica muito mais fácil ou mais barato que o infravermelho. Você pode usar um IC demodulação comum de 38kHz para recepção e enviar usando um relógio de 38kHz (talvez com um temporizador de microcontrolador) e um pino digital. Um exemplo disso são os controles remotos Lego RCX e Power Functions.

O Bluetooth foi projetado para links ponto a ponto, não para transmissões como essas.

Yann Vernier
fonte
Felician não diz nada sobre requisitos de velocidade, mas uma rede sugere coisas como handshake, correção de erros e outras sobrecargas, e então você geralmente deseja mais velocidade do que um 38kHz pode oferecer. XBee faz 250kbps, Nordic ainda mais. OTOH, RC5 (como um protocolo IR típico de 38kHz) explode a 562,5bps, em média 123bps.
stevenvh
Uau, o infravermelho é uma ótima idéia, eu gosto, atualmente pode funcionar! (especifiquei as solicitações de velocidade, "preciso passar por muito poucos bytes". Os clientes são exibições numéricas, precisam de cerca de 20 bytes / minuto :)) Aceitaria sua resposta, mas atualmente estou pensando em radiowave.
Felician
4

Você pode usar praticamente qualquer coisa para a comunicação - tudo depende de quão abstrato você deseja que o sistema seja.

Você pode usar algo como o XBee, que lida com o nó vinculado e abstrai a comunicação para você.

Ou você pode ser mais ambicioso e usar vários transceptores ISM discretos (Industrial / Científico / Médico - refere-se à faixa de frequência em que trabalha) e escrever seu próprio protocolo (talvez algo parecido com o funcionamento do I²C) para a comunicação. O fato de você ter um mestre e vários escravos facilita a tarefa.

Majenko
fonte
1
se você tiver interesse em usar os transceptores, evitaria problemas como escrever seu próprio protocolo. Isso é legal se você estiver interessado no desenvolvimento em si, por exemplo, se é um projeto que você tem que fazer para faculdade / universidade.
Federico Russo
@Federico Talvez o OP esteja interessado no lado do desenvolvimento das coisas - eu sei que estou;) - Apenas jogando idéias na mistura. Essa é a glória deste site.
Majenko
3

Eu vendo módulos RFM70 (então eu posso ser tendencioso, cuidado!). Estes são baratos, mas talvez não tão fáceis de usar: 3.3V (pinos de dados tolerantes a 5V), grade de pinos de 1,28 mm, folha de dados em chinês-inglês, interface de software é um pouco complexa e a explicação na folha de dados 'poderia ser melhor' . Alcance de aproximadamente 70 m na linha de visão, mas "dentro de um quarto" é mais realista. Li em algum lugar que o chip (RF70) é muito parecido com o chip nórdico.

Estou trabalhando em uma biblioteca C com uma explicação melhor da interface (por enquanto, para LPC2148 / GCC e 16F887 / HiTech-C, que são tão diferentes que outros chips não devem ser problema). (atualização: a biblioteca está disponível em http://www.voti.nl/rfm70 )

Wouter van Ooijen
fonte