View Code? Open in Web Editor
NEW
Glue between helium and chirpstack
Java 73.06%
Dockerfile 0.01%
Makefile 0.13%
JavaScript 0.58%
Vue 22.41%
TypeScript 3.07%
Shell 0.75%
helium-chirpstack-community's Introduction
- ๐ Hi, Iโm @disk91, owner of disk91.com
- ๐ Iโm interested in IoT development, particularly Sigfox, LoRaWAN and much more.
- โ๏ธ I'm doing BlockChain application development particularly for Helium
- ๐ซ You can reach me on twitter, Discord as disk91.com#6770, my blog ...
helium-chirpstack-community's People
helium-chirpstack-community's Issues
- Allow to increase the DC numbers by admin for any entity
- Manage a possible negative DC authorization for monthly invoicing
- keep track of DC consumption day after day for each entity
Detect new devices to register them into the helium API, eventually count some DCs consumed for this action
Self create and Self manage user account within an OpenID environment
Manage message duplicates with eventually a specific DC consumption, make sure they are identified and correctly process
When an entity now have DCs balance back to positive, the Devices are allowed to communicate
- reactivate the nwksKeys
- re-enable join
by updating the Helium APIs
When an entity reach DCs to 0, devices are deactivated
- No possible Join
- No more NwkSKey
Update the Helium Db dynamicalyy
Detect device join to update the devaddr authorized ntwSKey to Helium
Detect inactive devices and invoice a "certain amount of DCs" per "non activity period"
This is basically cleaning inactive accounts.
Like for limiting a device going crazy
Objective is to detect the message received, attribute them to the right owner and identify the number of DCs consumed