Good day!
I've recently been very captivated by the LoRa movement, and I started out
last year using the LoRa chipset to fly drones kilometer after kilometer
with telemetry. Then yesterday I had a plan to order some hardware to build
two terminals for my kids so that they can chat! (or IM if u will..)
Haven't quite landed on screen size yet, but I'm thinking a 4" should be
more than enough. Then for input I'm thinking oldskool texting like I did
when I was a kid, a numpad with three letters on each number. Or just a few
buttons would work too scrolling through. I am building this! If anyone has
any ideas or tips, please find me!
Then I found your project! Disaster Radio! And I luv it!! So I want to
build a node! Here, in Norway!
Best regards, Roger
Hi all,
I finally have some free time to work on the next Disaster-Radio dev board.
Before I get started, I wanted to double check the major components with
everyone:
* ESP32
* 2x LORA IC
* SD FLASH CARD
* CN3791 MPPT solar charger
* 18650 LiPo Battery
I'm considering ditching modules for this next build and using IC's
directly on board for the ESP32 and Lora IC:
* ESP32 -
https://lcsc.com/product-detail/RF-Transceiver-ICs_Espressif-Systems-ESP32_…
* LORA -
https://www.digikey.com/product-detail/en/semtech-corporation/SX1273IMLTRT/…
This will definitely lower costs and allow a bit more flexibility. I'm not
sure if the RFM95 is available directly as an IC. Is there any issue with
using the SX1273 instead?
I'll be at hardware hacking tomorrow night too, if anyone has any ideas or
wants to brain storm.
-Fitz
Hi all
I'm guessing you are already across Lantern?
https://www.lantern.works/https://wirelesschallenge.mozilla.org/#grand-winners-1
It would be cool if disaster.radio nodes could relay messages using
the same protocols & spectrum settings as the Lantern? I'm always
hopeful that similar FOSS projects will collaborate and interoperate.
The other one that you may or may not know is the LoRa pager project:
http://www.snaponair.com/ Again it would be cool if these pagers
created messages in the same formats and frequencies that you're using
for interoperability.
Thanks
Sam
this came through the hackaday.io newsletter this morning. Looks like some
fairly complete
and open designs available. Some even using the BBQ10 keyboard(!) which...
*ahem* I might have a couple arriving in the mail today or tomorrow.
https://hackaday.io/project/22038-the-lorawan-pager
Hi all
I've been thinking a bit about Disaster radio in contexts where there
isn't much in the way of existing infrastructure.
In particular, I've been looking at the pay-as-you-go solar model, and
how that's been effective in an African context at getting hundreds of
thousands of people connected to solar energy:
http://blogs.lse.ac.uk/africaatlse/2018/01/29/when-mobile-meets-modular-pay…
I'm wondering if this approach could be applied to comms? If you/ we
were to fund an initial deployment of say a hundred nodes into a
medium-sized African city.
One or two Disaster radio nodes in that city network are connected to
the Mobile phone network. If $X per day has been received in mobile
micro-payments, then it removes the network-wide obnoxious banner-ad
soliciting mobile payment? Or maybe it removes the annoying two
minutes forced a timeout on the wifi networks?
It seems a bit counter-intuitive to look at ways to annoy users, and
just to be clear I'm not looking to 'monetize' this in a way that
extracts value.
But if city-wide networks could self-fund further rollout, then you
could be looking at something that could scale in really interesting,
potentially transformative ways.
After the capital costs of the network had been paid, and enough
income raised to roll out to the next city, the ads/ timeout/
annoyance could be permanently removed, and the residents would
collectively own their own infrastructure.
Thanks
Sam
Hi all
I've been thinking a bit about Disaster radio in contexts where there
isn't much in the way of existing infrastructure.
In particular, I've been looking at the pay-as-you-go solar model, and
how that's been effective in an African context at getting hundreds of
thousands of people connected to solar energy:
http://blogs.lse.ac.uk/africaatlse/2018/01/29/when-mobile-meets-modular-pay…
I'm wondering if this approach could be applied to comms? If you/ we
were to fund an initial deployment of say a hundred nodes into a
medium-sized African city.
One or two Disaster radio nodes in that city network are connected to
the Mobile phone network. If $X per day has been received in mobile
micro-payments, then it removes the network-wide obnoxious banner-ad
soliciting mobile payment? Or maybe it removes the annoying two
minutes forced a timeout on the wifi networks?
It seems a bit counter-intuitive to look at ways to annoy users, and
just to be clear I'm not looking to 'monetize' this in a way that
extracts value.
But if city-wide networks could self-fund further rollout, then you
could be looking at something that could scale in really interesting,
potentially transformative ways.
After the capital costs of the network had been paid, and enough
income raised to roll out to the next city, the ads/ timeout/
annoyance could be permanently removed, and the residents would
collectively own their own infrastructure.
Thanks
Sam
I created a page on the wiki with some learning resources for getting up to
speed on the work we're starting to do on antenna design and impedance
matching networks:
https://github.com/sudomesh/disaster-radio/wiki/Antennas-and-impedance-matc…
Since we'll need a VNA for this work I included a comparison of different
affordable VNAs.
Tomorrow evening we'll probably spend some time building a simple test
setup with two computers displaying the RSSI from the RFM95 modules.
--
marc/juul
