[OpenTRV-dev] LoRa

Mike Stirling mail at mikestirling.co.uk
Sun Jan 3 19:59:24 GMT 2016


The problem for HAB is that for receive-only (as is usual for 
groundstations) the vast majority of people are using software defined 
radio platforms or communication receivers, neither of which can receive 
LoRA because it is a proprietary spread-spectrum scheme.  Currently, the 
_only_ way you can receive a LoRA transmission is using a real Semtech 
radio.

Mike

On 03/01/16 14:09, Bo Herrmannsen wrote:
> yep i figured that last night....
>
> the arguement was that it  was not as open as FSK mode was... i cant 
> see why they have some much against it...
>
> but oh well, i think they will figure it if LoRa becomes the standard 
> for small sensors
>
> 2016-01-03 14:44 GMT+01:00 Mike Stirling <mail at mikestirling.co.uk 
> <mailto:mail at mikestirling.co.uk>>:
>
>     Some (e.g. daveack) have used it for tracking as an alternative to
>     RTTY.  I don't think they're using it for ukhas.net
>     <http://ukhas.net>, which is probably what James meant.
>
>     On 02/01/16 20:51, Bo Herrmannsen wrote:
>>     Hi mike....
>>
>>     have been thinking... you say that the HAB guys use the LoRa
>>     radio... are you sure about that? was on an IRC chat and james
>>     said that they have rejected it on the grounds that its not open
>>     source
>>
>>
>>
>>     2015-12-31 11:20 GMT+01:00 Mike Stirling <mail at mikestirling.co.uk
>>     <mailto:mail at mikestirling.co.uk>>:
>>
>>         Hi Bo,
>>
>>         The MAC layer (LoRAWAN), which I think Jeremy is referring
>>         to, is a public spec, but the underlying modulation is not. 
>>         You can therefore currently only implement a LoRA system
>>         using one of Semtech's radios or a module based on their IP
>>         (e.g. Microchip). The modulation is some sort of chirp spread
>>         spectrum system so is non-trivial to reverse engineer, but
>>         efforts are ongoing in the community.  Once that happens it
>>         would be possible to implement the physical layer in a
>>         software radio if that's what you want.
>>
>>         Note that you can use a LoRA radio without the LoRAWAN MAC
>>         (as the HAB guys currently do). In this case it just becomes
>>         a proprietary data pipe like the RFM22B or RFM12, but with
>>         longer range.
>>
>>         Mike
>>
>>         On 29/12/15 10:03, Jeremy Poulter wrote:
>>>         From what I understand there is a component that is signed
>>>         and you can not change it but I believe the source will be
>>>         available at some point. This is the component that deals
>>>         with the time slicing and transmitting so you can not send
>>>         more than you are supposed to.
>>>
>>>         Jeremy
>>>
>>>         On 28 December 2015 at 13:37, Bo Herrmannsen
>>>         <bo.herrmannsen at gmail.com <mailto:bo.herrmannsen at gmail.com>>
>>>         wrote:
>>>
>>>             Hi
>>>
>>>             on the topic of using LoRa i have been told that parts
>>>             of it are closed source in the way that you send data
>>>             off by AT commands and then "magic" happens
>>>
>>>             Have i been told wrong?
>>>
>>>             _______________________________________________
>>>             OpenTRV-dev mailing list
>>>             OpenTRV-dev at lists.opentrv.org.uk
>>>             <mailto:OpenTRV-dev at lists.opentrv.org.uk>
>>>             http://lists.opentrv.org.uk/listinfo/opentrv-dev
>>>
>>>
>>>
>>>
>>>         _______________________________________________
>>>         OpenTRV-dev mailing list
>>>         OpenTRV-dev at lists.opentrv.org.uk
>>>         <mailto:OpenTRV-dev at lists.opentrv.org.uk>
>>>         http://lists.opentrv.org.uk/listinfo/opentrv-dev
>>
>>
>>         _______________________________________________
>>         OpenTRV-dev mailing list
>>         OpenTRV-dev at lists.opentrv.org.uk
>>         <mailto:OpenTRV-dev at lists.opentrv.org.uk>
>>         http://lists.opentrv.org.uk/listinfo/opentrv-dev
>>
>>
>>
>>
>>     _______________________________________________
>>     OpenTRV-dev mailing list
>>     OpenTRV-dev at lists.opentrv.org.uk
>>     <mailto:OpenTRV-dev at lists.opentrv.org.uk>
>>     http://lists.opentrv.org.uk/listinfo/opentrv-dev
>
>
>     _______________________________________________
>     OpenTRV-dev mailing list
>     OpenTRV-dev at lists.opentrv.org.uk
>     <mailto:OpenTRV-dev at lists.opentrv.org.uk>
>     http://lists.opentrv.org.uk/listinfo/opentrv-dev
>
>
>
>
> _______________________________________________
> OpenTRV-dev mailing list
> OpenTRV-dev at lists.opentrv.org.uk
> http://lists.opentrv.org.uk/listinfo/opentrv-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opentrv.org.uk/pipermail/opentrv-dev/attachments/20160103/b1a24055/attachment.html>


More information about the OpenTRV-dev mailing list