[userModule] TTNLoraWAN (discontinued)
Posted: 13 Nov 2015 18:47
Due to changes on the TTN side, this module no longer works. Since TTN is not (yet?) interested in standardisation of sensor data, I stopped developing this generic interface module.
Since TTN (understandably) abandoned their REST API, most of this recipe no longer makes sense.
Latest version: 0.0.3
Date: 20160330
Last tested with: v2.2.1-rc6
STATUS: Beta
Download: Github
userModule TTNLoraWAN
This module assumes some background knowledge of TheThingsNetwork. The next post gives some information about it
This module is a very simple, early demonstrator of how Lora-sensors can be read in ZWay. I have made a similar experimental setup in OpenRemote.
At the moment the module is very rigid. Quite a bit is hard coded at the moment. I may change that when more public Lora Sensors become available on TheThingsNetwork.
I do hope we can stimulate a necessary discussion in the TTN community on the representation of sensors. Right now it is pretty wild. I have seen temperature sensors named t, temp, temperature, etc. If these devices could publish some knowledge about themselves, like Z-Wave does, than inclusion and configuration would be a lot easier. Maybe (name,value,scale) would help.
warning: TTN is in early stage of development, so a lot may change, and the demo server may be off line etc.
Device configuration screen Future of this module
Lora messages are generaly sent as encrypted messages (end to end encryption). The protocol is bound in pratice to sent not faster than one message every 6 seconds. So polling at the Zway end is not desirable. Especially not for alarm signals. So it seems better to capture (MQTT) messages somewhere earlier in the stream, in order to get the benefits of pushed status changes, and decryption on your local machine. TheThingsNetwork intends to have the architecture and first stable release fixed by Q1 2016. See also TTN Wiki on MQTT and NODE-RED
Since TTN (understandably) abandoned their REST API, most of this recipe no longer makes sense.
Latest version: 0.0.3
Date: 20160330
Last tested with: v2.2.1-rc6
STATUS: Beta
Download: Github
userModule TTNLoraWAN
This module assumes some background knowledge of TheThingsNetwork. The next post gives some information about it
This module is a very simple, early demonstrator of how Lora-sensors can be read in ZWay. I have made a similar experimental setup in OpenRemote.
At the moment the module is very rigid. Quite a bit is hard coded at the moment. I may change that when more public Lora Sensors become available on TheThingsNetwork.
I do hope we can stimulate a necessary discussion in the TTN community on the representation of sensors. Right now it is pretty wild. I have seen temperature sensors named t, temp, temperature, etc. If these devices could publish some knowledge about themselves, like Z-Wave does, than inclusion and configuration would be a lot easier. Maybe (name,value,scale) would help.
warning: TTN is in early stage of development, so a lot may change, and the demo server may be off line etc.
Device configuration screen Future of this module
Lora messages are generaly sent as encrypted messages (end to end encryption). The protocol is bound in pratice to sent not faster than one message every 6 seconds. So polling at the Zway end is not desirable. Especially not for alarm signals. So it seems better to capture (MQTT) messages somewhere earlier in the stream, in order to get the benefits of pushed status changes, and decryption on your local machine. TheThingsNetwork intends to have the architecture and first stable release fixed by Q1 2016. See also TTN Wiki on MQTT and NODE-RED