The closing statement in the article was unexpected "With nearly five billion Bluetooth devices sold annually, the impact of this breakthrough could be huge".
It's one thing to use 2.4GHz spectrum in orbit between two satellites where there probably isn't much interference. That's interesting/cool. It's another thing to imply a BT consumer device on earth can connect to a satellite which seems like grossly misleading claim.
The title I see right now is "connects to two satellites in orbit from Earth" (as opposed to "between each other" I guess).
"Hubble’s approach directly tackles these problems by enabling standard Bluetooth devices to connect to their satellite network without cellular reception simply with a software update" towards the middle of the article.
Yeah, when this press release was making the rounds a few days ago, I tried to dig up more info, and didn’t find much. It seems like they’re aiming to connect terrestrial BT devices to satellites? I just don’t see how it could work.
Maybe the actual tech they’re shooting for is to wrap the BT protocol or modulate it up to blast at satellites? Then you could enable connectivity for existing BT sensor networks and such. They explicitly say that it doesn’t require a hardware retrofit, only firmware, though. I suppose you could hit some sort of harmonic on a 2.4GHz antenna, but that would be very dependent on the frontend and antenna design, and the SNR would probably suck. Something doesn’t add up.
Conceptually, I’m also not really sure if the pitch makes sense. Sure, let’s say you can do firmware patches to BT chipsets, but was that the expensive/hard part? Does the BT protocol and spec make sense in the context of hitting a satellite? It’s clearly not designed for it in terms of latencies, airtime, etc.
I assume your path loss figure is assuming dB per km at sea level due to absorption by the atmosphere.
2.4 GHz is attenuated by water vapour, which there is less of at higher altitude and none in space. So I'd think the loss to atmospheric absorption looking up to a satellite would be much, much less than it is at sea level.
On the contrary, I've used the standard "free space path loss" formula, aka path loss in vacuum. You'd have to add additional losses for water vapor and atmosphere, I have no idea how much additional loss they would incurr. Maybe 5dB?
Doesn't the basic path loss formula assume non-directional antennas?
Using a calculator [1] that takes gain into account, looks like a narrow beam antenna at 35 dBi could bring it down to a comfortable -75dBm - and I imagine you could have even higher gain with phased array antennas. The real problem is aiming the beams, and SpaceX has already proven this is possible.
figures 2-2-8 and 2-2-9 graph attenuation due to oxygen and water vapor expected for frequencies 1-30GHz, on a vertical total atmospheric path (sea to vacuum)
page down for water droplet and rain losses per kilometer at various droplet sizes
I think the pin entry thing is used for actual entry when you pair for example a phone to a computer, at least with some phones and some computers.
Whereas Bluetooth speakers for example will all (of the ones I’ve come across) auto-accept the pin without user input, typically because (I guess) the limited amount of buttons and displays make user input difficult. And even if it was like use volume plus and volume minus and play button, and use it to step digit by digit while the speaker reads aloud, it would be super finicky. So instead typically the Bluetooth speakers are made so that you have to press and hold some button on startup for example or press a dedicated other button, in order to enter pairing mode and so random people will not be able to connect to your speakers from outside your house unless they happen to try to do it at the very same time as the short window of time where you’ve turned on pairing. And because of that those speakers don’t really need the PIN for protection.
However, even a lot of phones and computers will only allow pairing when you set the device “visible” I think, and that is often I think default to only stay on for some number of minutes in many cases. But I’m not sure if PIN is typically used in this situation or not also.
Bluetooth has many different pairing modes. The one most commonly used by pin-less devices like headphones and speakers is called Secure Simple Pairing. It pretty much just accepts any connection.
There are other modes depending on hardware availability. If the device only has a screen there's a mode where it displays a pin for you to enter on the host. If it only has input but no screen, the host can give you a pin to enter on the device.
The pin can be hardcoded (as with '0000') or generated on the fly. You can also have a pin-less device respond to pairing requests with a hardcoded pin, or obtain the pin through some side channel like a separate radio or a wired connection.
In all cases, the devices typically use diffe-hillman to negotiate a secure link after pairing. You do have the option to disable encryption.
Additionally, "pairable" and "visible" are totally independent concepts. A device can be "invisible" but still accept pairing from a device that knows its address. You can also be visible without accepting pair requests.
This part of the BT spec was actually thought out quite extensively. There seems to be a provision for every corner case I've been able to imagine. No matter your situation, there's always a mode you can use to get your connection up.
> “Our innovative approach allows existing Bluetooth-enabled devices to be retrofitted to transmit data to the Hubble Network without any hardware modifications, ushering in a new era of connectivity.”
I'm always fascinated by the lack of incredulity of journalists to just parrot the most outlandish nonsense imaginable without question:
> With nearly five billion Bluetooth devices sold annually, the impact of this breakthrough could be huge.
Can you imagine? 5 billion devices all pairing with satellites? What a breakthrough!
To a close approximation, absolutely zero people need, want, or could possibly benefit from Bluetooth to satellite. The protocol just wasn't designed for anything more complex than a headset.
Beyond a single low bandwidth point to point connection, the pain increases exponentially as the signal quality degrades geometrically. It really is not meant for wide scale networks. Not in any way.
There is no application for "Bluetooth to orbit" that can't be served with other technology at lower cost and vastly improved performance. Bluetooth is just objectively the wrong technology for this.
From Earth. They can connect to either satellite from Earth.
> they’ve successfully reached their orbits and managed to receive signals [from Earth] from a simple 3.5mm Bluetooth chip over an astonishing distance of 600 km.
Yes, but not really. Practically all Bluetooth connections are encrypted. There's a couple of cases where you can intercept the encryption key IF you capture both sides of the initial pairing negotiation. In those cases it's trivial to decrypt, but you have to know when pairing is happening and intercept the packets.
Beyond that case, you'd have to have a secret backdoor into the encryption algorithm, and we don't think there is such a backdoor (AFAIK).
You could of course sniff on all the unencrypted BLE beacons out there, but I seriously doubt that data is interesting enough to be worth a spy satellite network.
Far, far more concerning is the ability for a satellite to effectively jam Bluetooth across the continent. Bluetooth does not handle congestion well, and signal quality degrades very quickly with interference. Imagine your headphones cutting out when this satellite is overhead.
Clearly bullshit. One crate of beer for whoever/ the first person , who proofs me wrong.
Also funny: "using off the shelf chip and a software update" is also a joke. Those IC's are software defined radios...
Qualcom, Broadcom, spectrum regulatory authorities, whoever, won't let you do it. ( But the latter might send you to prison for trying to break the laws of men & physics )
I'm skeptical about the company's claims however I disagree with your comment.
You can do firmware updates on bluetooth chipsets, say for example Silicon Labs EFR32, to have a custom 2.4 ghz protocol. Wirepas is an example of a proprietary protocol that runs on 802.15.4 SoCs.
>Also, ofcourse you can change the software of a software defined radio. Why do we even have to mention this here ?
You've interpreted their hand wavey marketing statement far too literally. Of course a plain vanilla bluetooth hardware + software stack won't be able to communicate with a satellite. They are saying that you can run their protocol on standard bluetooth chipsets for people who are designing NEW products. Loading a custom protocol onto an already certified product would nullify its certification. Why do we have to mention this here ?
"Off the shelf IC" is a red herring and marketing BS, IMHO. Of course it can be bone with off the shelf Bluetooth ICs (unless delays restriction?), this is not the issue, which is the RF frontend and antenna to get that increased range.
It is very bold to claim that a phone can beam Bluetooth up to satellite with just a firmware update.
Regarding firmware patching, look at InternalBlue [1]. I guess they did it for one IC, but obviously can't do it at will for just any IC and instead hand wave "it can be done".
Overall I don't think it's impossible: Someone stated it would be unidirectional, and the bitrate was not given (read: could even be minutes per bit for all we know).
But yeah, I'm sceptical, too. A gateway would have made more sense to me, because it does not require firmware-level cooperation with chip set manufacturers and you can reuse existing space networks. Especially since they're not aiming to add the feature into future ICs (which could have driven sales across the whole industry), but backport it instead, competing with the manufacturers and voiding existing FCC et al. certification.
they claim that via a software update existing devices can connect to their network. but by software update, they mean firmware update at the chip level.
this article is apparently about a proof of concept to follow up with claims they have made previously for their funding round - where they had simply planned to launch a satellite to show this off. so now they've shown it off.
but if you were curious about any revolution or technical details, there are not any in any of their blog posts or this article.
its interesting but probably does more harm than good for them. the technical limitations aren't present, they probably have no moat for what they can do, or its all entirely bullshit.
They are probably trying to rebrand LORA and sell it to hordes of stupid people.
Right now they have the attention of a intellectually impaired journalist who will get angry and return to them; their next free PR moment. "It's not bluetooth, but it does work".
Too many people work like that these days, especially in journalism & start up world. It has become predictable.
One can imagine that the satellite would carry a large phased array, similar to the ones used on cell towers, only larger and more powerful. Would cost a ton.
It's one thing to use 2.4GHz spectrum in orbit between two satellites where there probably isn't much interference. That's interesting/cool. It's another thing to imply a BT consumer device on earth can connect to a satellite which seems like grossly misleading claim.