LoraWan Pager project

(Ccadic) #41

We will re-use a blackberry keyboard :slight_smile: at least for the tests.

And Yes this LCD screen is excellent. We will use it also

Thanks for exchanging

(Ciappi) #42

Hi, it's my first post here, I am a brand new member of the community.
I'm playing with Lora gateways and nodes since just 2 weeks and I'm not probably the most experienced user to write an opinion about your project but I don't think Lorawan can garantee to be the same efficient as a telco company for paging uses.
My concerns come from the fact that LoraWAN is not a realtime network, paging someone requires some garantee that the person is receiving immediately the notification.
If I'm not wrong TTN works on ClassA connection, for realtime you need Lorawan ClassC..so first of all you have to move to another Server solution.
But the biggest problem is the fact depending on node distance from gateway some packets might be lost and require multiple sends...which is incompatible with a pager destination use.
Maybe I'm wrong, someone else's opinion will be appreciated in this post, but I'm actually not sure LoraWan can be a good choice for a realtime use.



you're right.

TTN for example is a class A network so the 'pager' will have to contact the mothership and ask if there are any new messages, and that as many times a day as possible (battery!)

This type of use case therefore will, at this moment, not work well on TTN.

(Ccadic) #44

:slight_smile:I've been sysos of a BBS on the mid 90ies. We had a 24h delays free international network called FIDONET.

I think we can do something in the same philosophy

I never told such a pager is going to be better than true GSM pager :slight_smile: This is not the point. It is for experimental fun
In the protocol to be created lorawan is a part not the core system.
Let us try and succeed or fail :slight_smile:

(Lovecode) #45

Nice discussion. Kindly get back with results. I will post the feedback of FidoNet to a blog Codingular

(Ccadic) #46

We choose to go to the Moon in this decade and do the other things,not because they are easy, but because they are hard; ... :slight_smile:

(Jose Marcelino) #47

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.

(Jose Marcelino) #49

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 :relieved: .

Not a quote by Charles Holland Duell.

(Ccadic) #52

Great. Looks like the idea is welcome by the public if you see how much money they raized.
Now we should have something opensource

(Xenek) #53

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 :slight_smile:

(Ccadic) #54

Yes the screen is the key You are right
I've been asked a lot of questions about this (some sceptical msg also.. which is pretty stimulating)
We use a DOG128x64 Dot matrix for our tests. I'm presently creating the test PCB and graphic libraries for the LCD. I'll post them (all the project is opensource)
There are versions of this screen with a RGB background light. So we can personalize the color of the screen, depending on the type or message : RED screen emergency, Purple for robotic msg, Green for positive messages, Pink for love msg :slight_smile:
Now I fear about the amount of traffic generated by such devices (young children will probably use it for free chat, so other GW technology or Mesh architecture has to be used in these cases). I feel Lorawan dedicated GW might avoid any risk of over use for local msging. Maybe TTN network will be used after a drastic filter to reduce the traffic. I do not know yet , we are at the beginning.


(Ccadic) #55

Some news. Step by step we are coming to a working prototype.

Our group is there : Faceboooooook Group


IOT E-paper doorsign

is that from you ?

(Ccadic) #57

Yes it is :slight_smile: but this version is not lorawan Compatible.
I have been asked for a lora version


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 LoRa*WAN*? 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.

(Ccadic) #60

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