mini transmissor / receptor sem fio de ultra baixa potência?


11

Estou procurando sugestões para uma combinação de transmissor e receptor sem fio. Basicamente, estou apenas tentando conectar vários botões a um sinal sem fio (por exemplo, enviar um sinal de 1 bit) em um pacote o menor possível:

  • Alcance muito curto (precisa ser 99% confiável a ~ 3 pés de distância, sem linha de visão).
  • Baixa potência, especialmente para o transmissor. Eu gostaria de poder enviar ~ 10.000 pulsos de uma bateria de relógio
  • Transmissor muito pequeno (precisa caber dentro de algo em torno de 1 pol ^ 3, embora eu tenha bastante flexibilidade na colocação)
  • Gostaria de evitar conversas acidentais

Todas as idéias apreciadas. Se estiver interessado no raciocínio, estou tentando criar um sistema Di2 sem fio (mudança eletrônica de bicicleta)



@vicatcu - Obrigado. Eu estive olhando ao redor e também encontrei coisas como sparkfun.com/categories/79?sort_by=price_asc&per_page=50 , mas estou apenas tentando descobrir como transmitir um sinal de 1 bit em uma configuração tão pequena possível
zyklus

Respostas:


5

Um par de transmissor / receptor ASK de 433 MHz deve se sair muito bem nos intervalos de que você está falando. Eu os usei com bastante sucesso em meus produtos Wicked Node e Wicked Receiver , a centenas de metros, para que você possa usá-los facilmente para fazê-lo funcionar a uma distância tão pequena. O transmissor pode ter uma potência bastante baixa, porque você basicamente não consome corrente quando não está transmitindo. O receptor, por outro lado, precisa estar sempre ligado e emite continuamente "dados" que você precisa filtrar para extrair as transmissões reais do ruído. Você pode usar o mesmo conjunto exato de produtos para fazer o que deseja aqui, mas será um pouco maior que 1 polegada, mas poderá cortá-lo em uma polegada cúbica com alguma criatividade.


Então, uma das minhas principais preocupações é tentar descobrir como contornar o barulho. Como estou apenas tentando transferir um único sinal alto, estou tentando evitar ter um microcontrolador no lado do transmissor para enviar uma transmissão "real" (em oposição a um único bit que seria imitado com interferência constantemente) , mas de tudo o que estou lendo, há tanto barulho que tentar fazer isso sem codificar o sinal pode ser inútil - imaginando se você concorda?
Zyklus

não importa, estou vendo que o receptor ASK lida com tudo isso :) Alguma especificação do consumo contínuo de energia?
Zyklus

Outra pergunta, você sabe se é possível / fácil conectar vários transmissores a um receptor? Dado que acho que este é um sinal rotativo, eu precisaria de um receptor que pudesse emparelhar vários transmissores, correto?
Zyklus

Um receptor ASK não pode lidar com vários transmissores que transmitem na mesma frequência ao mesmo tempo. Você tem que fazer algo como uma política de essencialmente multiplexação por divisão de tempo, ou operar em frequências separadas ...
vicatcu

A mesma frequência é boa. Estou mais curioso para saber se é ou não seria capaz de emparelhar com 4 transmissores ao mesmo tempo
zyklus

5

Os grandes players são o Bluetooth LE (Low Energy) ou o Zigbee, mas existem alguns novos protocolos que os vencem facilmente.

Você pode dar uma olhada no protocolo TELRAN. Na velocidade máxima (50 kbps) em uma célula tipo moeda de 1V, ele usa um pico de 3,3mA. Também existe o protocolo ANT, ele tem uma largura de banda maior (1mbps) e alega operar por 3 anos em uma célula de moeda, por isso não sei exatamente o pico de consumo de energia. É apoiado por empresas muito grandes (por exemplo, nos telefones Sony), então acho que poderia ser uma aposta mais segura do que a TELRAN no final.


1

O que você está pedindo não existe e não pode existir. Esqueça isso. Nenhuma comunicação de RF é 100% confiável.


3
Estou feliz com> 99% :)
zyklus

1

Estou trabalhando no módulo Jennic JN5148, que é um microcontrolador de 32 bits com transceptor de 2,4 GHz incorporado, é de cerca de 1'x0,5'x0,1 ', então com a bateria ele certamente se encaixará nas suas especificações (I' (vi um caso muito pequeno). Além disso, consome cerca de 15mA * 3V de transmissão e seu sistema requer uma duração muito curta, digamos 5 ms.

2,4 GHz tem a vantagem de você precisar de uma antena muito pequena (também há placas PCB) e de largura de banda suficiente para realizar transmissões muito curtas, economizando energia.

Em geral, você pode melhorar drasticamente a confiabilidade usando reconhecimentos, mas isso duplica (pelo menos) o número de sinais que você está transmitindo, à custa da energia. Para um link simples como esse, você pode usar o protocolo físico e MAC 802.15.4, adequado para transmissão ponto a ponto e redes simples.

Por fim, se seu aplicativo permitir, será muito mais eficiente se você puder armazenar em buffer os dados durante alguns ciclos (digamos 1 byte em vez de 1 bit) porque os metadados (cabeçalho e talvez paridade) escalam muito melhor com uma carga útil maior.

Atualizar

63.μC63.μUMA

Ah, tem um alcance de cerca de 30m em um espaço fechado com paredes e muitos dispositivos na mesma frequência.


Como é a corrente de recebimento? Eu brinquei com alguns itens de RF da Nordic, mas o receptor consome muita corrente, mesmo quando nenhum dado está chegando.
Supercat 02/02

@supercat é classificado para transmissão de 15mA e recepção de 17,5mA; e sim, é frequentemente usado como sempre; mas acho que, usando o tempo de maneira inteligente, você pode fazer o receptor ligar imediatamente antes da transmissão de entrada. Mas isso requer um bom design do software e um uso sábio dos temporizadores
clabacchio

@ supercat: Isso é típico para uma corrente RX. Você precisa desenvolver algum esquema para nem sempre ouvir se isso é uma preocupação.
Yann Ramin

1

As séries RF800 / RF600 da RF Solutions podem ser usadas como codificadores e decodificadores para esse tipo de projeto. Eles permitem que você use o mesmo transmissor em conjunto com várias entradas / interruptores.

Faça o checkout do digikey e peça o RF800E / D ou o RF600E / D (E = codificador, D = decodificador) - comprei alguns deles e eles são fáceis de implementar.


1
Que tipo de especificações obtemos com os módulos de quem?
Kortuk

0

Se você quiser o di2 sem fio, será necessário transmitir quatro códigos diferentes ou em quatro canais diferentes (a menos que você também esteja tornando-o sequencial, quando precisar apenas de dois canais). Os falsos positivos também serão frustrantes (e potencialmente dolorosos); portanto, a transmissão de um único bit provavelmente estará sujeita a erros.

Quando pensei nisso, dei uma olhada rápida no bluetooth de baixa energia, mas não encontrei nada adequado para mim. Se você quiser exagerar, use um arduino mini com bluetooth normal, mas ele pode consumir muita corrente e ser caro (se você não conseguir juntar as quatro entradas em um único transmissor).

Também pensei em abridores de portas de garagem codificados. Os controles remotos podem ser bem pequenos (cabem em um chaveiro). Você pode fazer com que um receptor trabalhe com vários controles remotos diferentes, mas não sei se um receptor pode dizer qual dos quatro botões do controle remoto foi pressionado.

No momento, estou apenas usando fios para o meu ultegra di2 TT hackear, mas continuarei aparecendo caso você obtenha uma resposta.


Você é a pessoa com a barra de carbono tt terminada? Eu tenho uma solução em que estou trabalhando. Envolve engenharia reversa que o shimano de mudança de fase está usando e obtendo uma PCB personalizada capaz de fingir ser cada um dos shifters, bem como a bateria e a unidade de controle. O wireless eu realmente já trabalho através do ASK wireless básico. Eu pretendo começar realmente a trabalhar em decodificar o amanhã sinais
zyklus

Não, sou eu quem os criou quebrando uma caixa de DVD antiga. Brincar com carbono, como Dave, leva mais tempo do que eu tenho disponível. Boa sorte para decodificar os sinais. Eu estaria interessado em ouvir como você se sai.
Mark
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.