ultra low power mini wireless transmitter / receiver?

Question

I'm looking for suggestions for a wireless transmitter & receiver combination. I'm basically just trying to bridge several buttons over a wireless signal(s) (i.e. send a 1 bit signal) in as small a package as possible:

• Very short range (needs to be 99% reliable at ~3 ft away, no line-of-sight).
• Low power, especially for the transmitter. I'd like to be able to send ~10,000 pulses off of a watch battery
• Very small transmitter (needs to fit inside something around 1 in^3, though I have a fair bit of flexibility on placement)
• Would like to prevent accidental cross-talk

Any ideas appreciated. If interested in the reasoning, I'm trying to build a wireless Di2 system (electronic bicycle shifting)

Answer 1

A 433MHz ASK transmitter/receiver pair should do very well at the ranges you are talking about. I have used them quite successfully in my Wicked Node and Wicked Receiver products, at hundreds of feet, so you should easily be able to use them to make it work over such a small distance. The transmitter can be quite low power because you can basically draws no current when not transmitting. The receiver on the other hand, needs to always be on and continuously outputs "data" that you have to sift through to extract actual transmissions from the noise. You could use the same exact product set to do what you want here but it will be a little bit longer than 1 inch, but you might be able to hack it into a 1 cubic inch with some creativity.

Answer 2

The big players are Bluetooth LE (Low Energy) or Zigbee, but there are some new protocols that beat them easily.

You could take a look at TELRAN protocol. At the max speed (50 kbps) on a 1V coin cell it uses 3.3mA peak. There is also the ANT protocol, it has higher bandwidth (1mbps) and claims to operate for 3 years on a coin cell, so I don't know the exact peak power consumption. It's backed by very large companies (Sony phones have it build-in for example), so I guess it could be a safer bet than TELRAN in the end.

Answer 3

What you are asking for does not exist and can not exist. Forget about it. No RF communication is 100% reliable.

Answer 4

I'm working on the Jennic JN5148 module, which is a 32-bit microcontroller with embedded 2.4 GHz transceiver, it's about 1'x0.5'x0.1', so with the battery it will surely fit in your specs (I've seen a very tiny case with it). Plus, it consumes about 15mA * 3V transmitting, and your system requires a very short duration, say 5 ms.

2.4 GHz has the advantage that you require a very small antenna (there are also PCB patches) and you have enough bandwith to do very short transmissions, thus saving power.

In general, you can improve drastically the reliability using acknowledges, but this doubles (at least) the number of signals you are transmitting, at the expense of power. For a simple link like this you could use the plain 802.15.4 physical and MAC protocol, that is well suited for point-to-point transmission and simple networks.

Finally, if your application is allows it, it's much more efficient if you can buffer the data over some cycles (let's say 1 byte instead of 1 bit) because the metadata (header and maybe parity) scales much better with a bigger payload.

Update

I've ran some tests on a sensor node equipping this module: I can confirm (very accurate measurements) that the transmission cycle of this module consumes about \$63 \mu C\$, which means \$63 \mu A\$ for 1 second, or 17,5 nAh; if you have a coin cell battery of 1mAh (which is very small), you can do approximately 57 millions of transmissions. And this is for a 64bit message, you can shrink it more sending only one bit.

Ah, it has a range of about 30m in a closed space with walls and many many devices in the same frequency.

Answer 5

RF Solutions' RF800/RF600 series could be used as Encoders and Decoders for this type of project. They enable you use the same transmitter in conjuction with multiple inputs/switches.

Checkout digikey and ask for RF800E/D or RF600E/D (E = Encoder, D = Decoder) - I bought a couple of those and they are pretty easy to implement.

Answer 6

If you want wireless di2 then you will need to be able to transmit four different codes or on four different channels (unless you are also making it sequential, when you just need two channels). False positives are also going to be frustrating (and potentially painful) so transmitting a single bit is likely to be prone to errors.

When I thought about this I had a quick look at bluetooth low energy but didn't find anything suitable for me. If you want to go overboard then you could use an arduino mini with normal bluetooth but it may draw a bit too much current and be expensive (if you can't join all four inputs into a single transmitter).

I also thought about coded garage door openers. The remotes can be quite small (fit on a key ring). You can get one receiver to work with a number of different remotes but I don't know if one receiver is able to tell you which of the four remote buttons has been pressed.

At the moment, I am just using wires for my ultegra di2 TT bars hack but I'll keep popping back in case you get an answer.