[Osmf-talk] OSM & LoRa LPWAN

[Aleksey Chalabyan]

There is no rational reason to use Low power LoRa protocol, which has very
low speed, almost no concurrency and is intended for things like sensors so
ultra power saving, that they'd work for 10 years from button cell battery
you'll find in wathes, while transfering bytes of data few times in a day.
LoRa is for devices so power saving, that they would require battery
replacement, not because they've used all the energy stored in battery, but
because batteries will degrade from age.
Now on eBikes, you get batteries so powerful you can power off some cell
towers, and you recharge them every day/ Why you need LoRa? Use standard
3G/4G/LTE with available modules, high speed, on chip GPS/GLONASS support.
Power needed for occasional map updates/routing is not of any concern here.

2018 թ. սեպ 3, երկ, 12:38 Oleksiy Muzalyev (oleksiy.muzalyev at bluewin.ch)
օգտատերը գրել է՝

> Perhaps, they need data exchange for bike renting, something like
> https://mobike.com/global/ or for security. An e-bike may cost quite a
> lot.
>
> I used Mobike in a city in Germany while on holiday. It informs the
> central server where it is parked, if it is serviceable, if it is broken
> what is broken, etc.
>
> What is a bit frustrating about Mobike is that one can park it only in a
> certain area at city center.
>
> Best regards,
> O.
>
> On 9/3/2018 10:14 AM, Ed Freyfogle wrote:
>
> another 0 bytes option: check out "compass mode" on Beeline
> https://beeline.co/
>
> Am Mo., 3. Sep. 2018 um 10:10 Uhr schrieb Dan Stowell <
> danstowell at gmail.com>:
>
>> If navigation is the requirement, at that bandwidth I'd suggest to do
>> it with 0 bytes/second, i.e. preload the map data and the routing
>> algorithm. I'd suggest the company has a look at how projects like
>> OsmAnd provide offline routing
>>
>> Dan
>>
>> Op ma 3 sep. 2018 om 08:31 schreef Tom Hughes <tom at compton.nu>:
>> >
>> > I doubt anything mentioned on that site will be of any use on a
>> > connection whose speed is measured in bytes/minute.
>> >
>> > Then again I doubt there is any way to do online routing over
>> > such a connection.
>> >
>> > Tom
>> >
>> > On 03/09/18 07:37, Oleksiy Muzalyev wrote:
>> > > Good morning Plnr. Md. Shahriar Alam,
>> > >
>> > > If it was not done already, the website https://switch2osm.org could
>> be
>> > > recommended to Ebykes.
>> > >
>> > > Best regards,
>> > > Oleksiy
>> > >
>> > > On 03.09.18 07:08, Md Shahriar Alam wrote:
>> > >> Good day Everybody! A Ebykes service company of New Zealand wanted to
>> > >> use OSM and they have asked me about some bandwidth related issues
>> > >> with OSM. What should be the answer of their below Questions If
>> > >> someone of you know this:
>> > >>
>> > >> " We're taking a holistic approach that we believe will dramatically
>> > >> improve eBikes. We're doing this by drilling down into all the key
>> > >> components, to identify better ways of doing things.
>> > >>
>> > >> As we're developing our own electric motor package and control
>> system,
>> > >> I'm interested in adding features which could be enabled by accessing
>> > >> a low cost & power IoT network. Hence, I'm trying to figure out which
>> > >> LPWAN technology suits our applications best and whether these
>> > >> networks offer sufficient bandwidth to that offering OpenStreetMap
>> > >> navigation via the bikes LCD touchscreen would not simply cause a lot
>> > >> of frustration!
>> > >>
>> > >> We've been trying to find out the bandwidth requirements of OSM but
>> so
>> > >> far I've been unsuccessful. Hence, I thought I'd see if I could find
>> > >> someone associated with OSM with the knowledge to be able to offer
>> > >> such advice. I thought you looked like such a person! Is that
>> > >> something you may be able to help us with?
>> > >>
>> > >> To give you some idea of the bandwidth of these network technologies.
>> > >> LoRa, which is quite a common IoT network seems to be limited to 50
>> > >> bytes every 5-10 min for both the up and down link. The network
>> > >> operator explains that there is a difference between what is possible
>> > >> with the network and what is recommended to get stable results in all
>> > >> conditions, so allowing for 50 bytes enables stable results in all
>> > >> conditions.
>> > >>
>> > >> The operator also suggests that the ability of their network to
>> > >> provide map function data transfer will depend on how much data is
>> > >> transferred, how frequently, and if it is suitable to be sent as a
>> > >> discreet data payload."
>> > >>
>> > >>
>> > >> *Thanks and Regards***
>> > >>
>> > >> *//**/Plnr. Md. Shahriar Alam /*
>> > >> */| /**/Sr. Web GIS (Geographic Information System) Specialist |/*
>> > >> /GIS Department,/
>> > >> /Cell:+8801714130159,/
>> > >> /
>> > >> /
>> > >> */| /**/Premium Instructor of Web GIS | /*/
>> > >> /
>> > >> /Udemy./*/
>> > >> /*
>> > >>
>> > >> /
>> > >> /
>> > >>
>
>
> _______________________________________________
> osmf-talk mailing list
> osmf-talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/osmf-talk/attachments/20180905/aabe4d34/attachment.html>