4 ms·

Shawn from BeepNetworks here. Check out OnRamp (now Ingenu). Their coding scheme allows 1600 simultaneously communicating devices per spread factor per channel.

by slewis 11y ago

Shawn from BeepNetworks here. Check out OnRamp (now Ingenu). Their coding scheme allows 1600 simultaneously communicating devices per spread factor per channel. That 1600 factor means their base station can handle massive numbers of clients compared to cellular. http://www.scribd.com/doc/273814075/On-Ramp-Wireless-White-Paper#scribd http://www.scribd.com/doc/273814075/On-Ramp-Wireless-White-P.... That paper is certainly biased in their favor, but the tech is real and they have serious deployments. The counterpoint to mesh is that it's a) much more complex to implement b) uses more power since nodes need to relay each others' communications. It will be interesting to see how it plays out, and who ends up crying in whose martinis as you say.

wyldfire 11y ago
Hm, 1600 sounds like a lot. But depending on the applications it sounds like it might not be that much if it's 1600 over three square miles.
- dconrad 11y ago
  that's 1600 devices simultaneously communicating. a sensor might only spend a fraction of a percent of its time transmitting data, so the number of devices supported is orders of magnitude higher.
makomk 11y ago
Hmmm. I'd pay very careful attention to the fine print on that. The way their scheme works is that each node chooses a random time to start its transmission, which means that all their chipping sequences are hopefully desynchronised. Then the AP tries decoding from all possible starting points at once. If I'm understanding spread-spectrum correctly, each parallel receiver pulls out only the signal from the node (or nodes) whose chipping sequences are synchronized with it, while all the other node's signals appear as noise to it. Which is the catch. Run too many nodes at once, and the signal-to-noise ratio will rise and your signals will start to fail to decode. What this generally means is that nodes at the edge of the network - the ones with the lowest SNR budget - start to drop out first. I'd be interested to see what their link budget and range is with 1600 devices on the same node, or conversely how many devices they can fit on a node at the advertised link budget and range. (Also, just how well they cope with a mixture of near and far nodes.)

by slewis 11y ago

wyldfire 11y ago

Hm, 1600 sounds like a lot. But depending on the applications it sounds like it might not be that much if it's 1600 over three square miles.

dconrad 11y ago
that's 1600 devices simultaneously communicating. a sensor might only spend a fraction of a percent of its time transmitting data, so the number of devices supported is orders of magnitude higher.

makomk 11y ago

Hmmm. I'd pay very careful attention to the fine print on that. The way their scheme works is that each node chooses a random time to start its transmission, which means that all their chipping sequences are hopefully desynchronised. Then the AP tries decoding from all possible starting points at once. If I'm understanding spread-spectrum correctly, each parallel receiver pulls out only the signal from the node (or nodes) whose chipping sequences are synchronized with it, while all the other node's signals appear as noise to it. Which is the catch. Run too many nodes at once, and the signal-to-noise ratio will rise and your signals will start to fail to decode. What this generally means is that nodes at the edge of the network - the ones with the lowest SNR budget - start to drop out first. I'd be interested to see what their link budget and range is with 1600 devices on the same node, or conversely how many devices they can fit on a node at the advertised link budget and range. (Also, just how well they cope with a mixture of near and far nodes.)