It's a tough problem to solve because you're up against the laws of physics and the very boring (and often counterintuitive) "Antenna Theory". Bluetooth is in the UHF band, and UHF isn't good for penetrating anything let a lone concrete rubble.
To penetrate rubble effectively you really want to be in the ELF-VLF bands, (That's what submarines/mining bots/underground seismic sensors use to get signals out).
Obviously that's ridiculous. Everything from ELF to even HF is impossible to use in a "under the rubble" situation because of physics[1]. Bluetooth (UHF) might be "better than nothing" but you're losing at least 25-30 dBs (which is like 99.99% signal) in 12 inches of concrete rubble. VHF (like a handheld radio) can buy you another 5 inches.
Honestly I think sound waves travel further in such medium than RF waves.
[1]: Your "standard reference dipole" antenna needs to be 1/2 or 1/4 your wave length to resonate. At ELF-VLF range you need an antenna that's 10k-1k feet long. You can play with inductors and loops to electrically lengthen your antenna without physically lengthening it, but you're not gonna get that below 500-200 feet. The length of a submarine is an important design consideration when deciding on what type of radio signal it needs to be able to receive/transmit vs how deep it needs to be for stealth.
I just went through Helene in Asheville last year and it was painfully obvious that our cloud overlords have overlooked the offline disaster use case. Basically, when you’re in a situation where you desperately need technology to help, you’re on your own. I was imagining that tools like this would be great, but without the cloud, I was helpless.
Maybe instead of trying to get users to install this, it could be a proof of concept to show what’s possible, and to say to Apple and Google: install this basic lifesaving tool on every phone by default?
I am saying this because I think your target market may not be people stuck under rubble, but large scale industries, construction site workers, miners, firefighters, who can install the app beforehand. Cheers.
I know that only because recently I have been getting a notification on my Pixel 9 Pro that Satellite based emergency services are going in and out of coverage for some reason. I never even knew it existed until my phone told me it was down lol.
At this moment they only cover some countries, but it might be well worth focusing on building out this tech instead of trying to make something new.
For the specific case of burial under rubble it might be better to work on sensing sounds rather than using radio broadcasts. If the person can move they may be able to tap on concrete with another piece of concrete. Using three or more phones (plus BLE or WiFi for timing coordination) placed on the rubble it might be possible to triangulate the location of the tapping. While there are professional (expensive) versions of this (like the heartbeat detector mentioned above), giving the capability to everyone could be useful. Adding the BLE emission/detection couldn't hurt and when the trapped person runs the app it could give them instructions to maximize their chances of detection. For tapping those instructions might be to tap three times once every five minutes to minimize the physical energy required. That would mean the three sensing phones would need to wait 5 to 10 to 15 minutes to do detection and acquire a location. Tapping on stones could work by itself since people can put their ears to the rubble and listen for the tapping, so the main benefit of the app might be just to tell the person what they should do in their situation (tell the trapped person to tap 3 times every five minutes, tell the rescuer to listen for 3 taps occurring every five minutes, providing a timer to indicate the 5 minute intervals could be useful too). Five minutes might not be optimal, some research would be needed on that, and it may depend on the energy level of the trapped person so perhaps the sensing cell phones should be left in place for hours or days. Ideally all phones would have this as an emergency app that would provide advice and help with BLE beacons, timers, cellular calls, sensing, and whatever in any situation.
In general this seems like a difficult problem and worthy of some extended research.
This is a bit more extreme, but some type of triangulation from multiple rescuers could be useful in closing in on a spot.
This is really interesting and thanks for sharing.
Suggestion: You can possibly try if you can use OpenHaystack [1] to send some "unknown tracker found nearby" alert to any nearby iPhone even if the receiver device doesn't have your app installed or use the FindMy network to send arbitrary data for your app's communication. [2]
Can voice be transferred? Message be recorded and rebroadcasted?
What about making the device vibrate SOS pulses. The person at stake might not have the strength to tap or bang, may be able put the phone on a metallic surface and send vibrations?
WiFi doesn't fare any better than BLE under rubble unfortunately, but WiFi is going to be a useful technology to build disaster response tools in general
I don't know the amount of battery that is necessary to do that.
It of course depends on the disaster, but in case of war this app can be used to find survivors for purposes other than saving them.
Great idea though.
Although it has the obvious limitation that you would have to be within arm's reach of it before you were to be trapped in a collapsing building, and sound can travel sufficiently under rumble.
> {Code-and-Response, Call-for-Code}/DroneAid: https://github.com/Code-and-Response/DroneAid
> "DroneAid: A Symbol Language and ML model for indicating needs to drones, planes" (2010) https://github.com/Code-and-Response/DroneAid
> All but one of the DroneAid Symbol Language Symbols are drawn within upward pointing triangles.
> Is there a simpler set of QR codes for the ground that could be made with sticks or rocks or things the wind won't bend?
I would change your license so it can’t be stolen by Apple. At the very least they need to buy it or hire you as employee.
Would be nice if the readme included the current method to detect disaster and the nature of the "SOS" signal. Is that something Bluetooth has a behaved protocol for, or is it really just chirping?