People think that with better D2D technology, emergency and telemetry messages will still be short and to the point. These messages will not be like streaming videos.
When companies work together on things, like spectrum and constellations and handset deals it changes how people get billed.. It does not change the fact that people want to keep the messages small when millions of devices are using the same channel.
I am curious to see if people will still talk about having satellite access or if they will start talking about paying for what they use once this is up and running. D2D technology is still going to be used for these messages.
Fixed Starlink is competing with fiber/DOCSIS/DSL, though. That's orders of magnitude more bandwidth than people in areas remote enough to not warrant a terrestrial cell base station (which could itself also be backhauled over much more efficient fixed satellite).
With small enough spot beams, the difference between a large rural cell and a very narrow direct-to-device spot beam footprint is really not that big anymore. Starlink apparently already offers video calling over direct to cell in the US via T-Mobile!
This is a very interesting project. Protocol choice on constrained hardware like this is always underestimated, most people default to JSON over HTTP, but on devices with limited MTU or battery constraints the overhead adds up really fast.
We have seen similar trade-offs working on binary encoding for our alerting systems; even a few hundred bytes difference per message changes what's feasible over BLE or LoRa.
What protocol the intercom uses natively and how much of the HomeKit overhead is format vs transport?
The fork itself is not the problem, but presenting it as your own project. Put the upstream link high in the README, say clearly what you actually changed and don't bury attributions just at the bottom.
Nice work, well done.
I'm also building a .NET open source project (emergency communications protocol and related systems). I'm curious about your experience contributing to dotnet/runtime. Was the PR process straightforward?
Thanks.
This is what we do. We use AI for drafting but we never merge without doing a manual review of dependencies.
Every package version is pinned explicitly, and our CI always runs a dependency scan before deploy.
The AI is fast at scaffolding, the bottleneck is still us catching what it gets wrong. NOthing is easy unfortunately
When companies work together on things, like spectrum and constellations and handset deals it changes how people get billed.. It does not change the fact that people want to keep the messages small when millions of devices are using the same channel.
I am curious to see if people will still talk about having satellite access or if they will start talking about paying for what they use once this is up and running. D2D technology is still going to be used for these messages.
reply