Well don’t get get me wrong - I’m all for a bit of creative fun - but at the time the moon was new, here you trying to emulate 20 year old tech (and apparently planning to use 20 year old hardware too)
When they said that there weren’t more effective ways to get on the moon.
It’s hard enough to run a successful project that does have a nice fit with LoRaWAN, so it’s not like it’s necessarily a good thing to develop something that is a pretty bad fit.
Similar concept, maybe more adapted to what people use and expect these days: https://www.gotenna.com
And one based on Lora: https://www.beartooth.com
Everything that can be invented has been invented .
Not a quote by Charles Holland Duell.
Great. Looks like the idea is welcome by the public if you see how much money they raized.
Now we should have something opensource
From the Ofcom.org.uk report. Page 29, of 143. The cumulative proportion of connections by number of applications. Number 3 is: Emergency calling - Automotive 17 Million connections in 2024.
If you can make this pager, it would be superb for use as a two-way emergency calling device for farm vehicles on farms covered by TTN Lorawan gateways. The key is in the screen. One can use it to display a response eg: ‘Emergency message confirmed received by family member 1 & 2’. A keyboard or variety of buttons is optional, but it might be quite useful for any non-emergency use.
Reading page 35 & 36 again highlights the authors predictions for the top predicted use for IOT in the automotive industry. ‘Emergency calling’.
With thanks to another TTN forum post, report is here:
Go for it ccadic! Glad to see your are getting good help
is that from you ?
so why not use a low energy e-paper display in your pager ? (yes I know they are still a bit expensive )
Just wondering… why should this be LoRaWAN? LoRa seems to fit but LoRaWAN seems to be the constraint. Based on the farm-example it might make more sense to make a setup some things similar to single channel gateways that run non-TTN and non-LoRaWAN software. The basic limitation I see is the limited number of downlink messages and you’d get rid from that constraint with this approach. Besided that these simplified gateway-like things consume far less power allowing to run them on solar power more easily.
Well LCD is not draining too much power compared to epaper
And if some followers suggested to also have “games” like the one on the nokia old phones :)))
for some reasons I feel LCD will me more open to not-yet-discovered extentions
I think they should to both (more than both): and try to push the data though any available channel (freedom to restrict of course of choose a priority one). From the beginning I fear about the amount of traffic. extra-TTN is careful
so I think you have a schematic by now… what MCU and what LoRa(WAN) components do you use ?
- enclosure looks ok
carefull, some of those vibrationmotors can use 100-110 mA and without a switching transistor you blowup GPIO port
where’s the ESP32 ?
Look closer :)))) On backside
ah… looks like a nodemcu
still don’t understand your design with that rf uart e45-ttl-100 … how in earth do you connect that to TTN ?
it is a beta version. please be patient. If working I’ll remove the ESP32DEBV board and make something smaller
No on the 2nd model. I’ll add a RFM95 and RFM69 probably. One for DATA, the other for Direct Voice communication
Still some work to do.
I made a single board with SMD components to be able to have something much smaller. We will remove the esp32dev board.