<div dir="auto">Thanks.</div><div dir="auto"><br></div><div dir="auto">I read online Freifunk runs a “mesh network” which I guess is exactly what I was looking for, so I’ll try to join that network.</div><div dir="auto"><br></div><div dir="auto">Does anyone think a cell phone could correspond with the network in some way?</div><div dir="auto"><br></div><div dir="auto">Or do I need to buy a router?</div><div dir="auto"><br></div><div dir="auto">Are there any very small or mobile ones?</div><div dir="auto"><br></div><div dir="auto">Thanks very much,</div><div dir="auto">Julius</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon 28. Mar 2022 at 01:26, Christian Hammel <<a href="mailto:hammel@gmx.de">hammel@gmx.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">> You might use the LORA Wan stuff …<br>
<br>
mmh. Probably not.<br>
<br>
1.<br>
The LoRaWAN protocol does not cover meshing or peer to peer Networking.<br>
It is designed to use a central infrastructure (end-device --> gateway<br>
--> Internet --> packet broker (central server) and some more central<br>
elements --> user's application and vice versa) End-device --><br>
end-device or end-device --> gateway --> end device ist not part of the<br>
protocol. Workarounds would probably fail because of the end to end<br>
encryption of the packets.<br>
For LoRa as a physical layer (without LoRaWAN) some p2p examples are known.<br>
<br>
2.<br>
I have no idea, how to force answers within 0,1 s at the LoRaWAN level.<br>
If intended this would probably have to be implemented in the<br>
server-sided (user's-)application. In addition to that a particular<br>
amount of packet losses is always probable in the ISM band even when<br>
they were sent in the timing windwow. And (even worse): If you don't<br>
implement it in your device or in your application LoRaWAN does not ACK<br>
packets (workaround known) and the packet's payload is only some 40bytes<br>
(TTN) or less (Helium). Aditionally downstream messages are more<br>
restricted than upstream.<br>
<br>
3.<br>
LoRa is not exactly "free": The chirp radio behind LoRa is IP-protected<br>
by semtech's patents.  The LoRaWAN standard is published but also owned<br>
by semtech or the LoRaWAN alliance, respectively. For using a specific<br>
network your packets must have a network ID in their headers in order to<br>
be accepted, forwarded or dismissed by the network operator's packet<br>
broker. A network ID for your own LoRaWAN-Network must be bought or<br>
leased for (much) money. Using other people's LoRaWAN networks (and<br>
their IDs) is for free but restricted by a a fair use policy (TTN) or<br>
costs transmission fees (Helium and other Cryptomining-IoT-Networks).<br>
In all cases LoRaWAN networks are far away from Freifunk's pico peering.<br>
<br>
4.<br>
Are you aware of IoT networks like LoRaWAN, Sigfox and others beeing<br>
extremly narrow-banded? They are usually good for transferring some<br>
bytes like the readout of a thermometer and begin to reach their limits<br>
already with transferring characters. Depending on what is intended to<br>
do, 0,1 s response time might not be the biggest problem with these<br>
technologies.<br>
<br>
<br>
<br>
<br>
>> Because assuming I only need to design a protocol, I just need to<br>
>> create a web server of a certain kind. People can share the locations<br>
>> of their servers, exactly like a URL for HTTP, or an email address for<br>
>> IMAP. As long as it conforms to the “standards” in a way (I’m not sure<br>
>> how to enforce that, like a protocol in Swift or an interface in<br>
>> Java), it’s a valid server - just like a REST API I believe can be<br>
>> written in any language but it just respond to things like GET<br>
>> requests and so on.<br>
In a narrowband world you would make your device send it's<br>
GPS-Coordinates every some minutes or so to a database and fetch the<br>
coordinates from there via the internet and not adress the GPS-sensor of<br>
your device directly (whether with LoRaWAN or something alike or not) by<br>
GET requests. It's also safer because it avoids direct communication<br>
between third parties and your device.<br>
<br>
Christian<br>
<br>
_______________________________________________<br>
Berlin mailing list<br>
<a href="mailto:Berlin@berlin.freifunk.net" target="_blank">Berlin@berlin.freifunk.net</a><br>
<a href="http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin" rel="noreferrer" target="_blank">http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin</a><br>
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv</blockquote></div></div>