pisupply / pxt-iot-lora-node Goto Github PK
View Code? Open in Web Editor NEWMakecode Library for the Pi Supply IoT LoRa Node
License: GNU Lesser General Public License v3.0
Makecode Library for the Pi Supply IoT LoRa Node
License: GNU Lesser General Public License v3.0
I was playing with setting app in TTNv3 and deleted device I've setup with ABP (microbit with lora node module).
When trying to recreate device, I'm unable to setup Radio Via OTAA - device won't communicate with LoraGW, but when setting up with ABP again, it will communicate with GW, but still uses old "device address" and I don't see any data under app/device live view.
Is it possible to "reset" lorawan module, since it seems initial setup for ABP got hardcoded and I cannot get those data back to setup device in TTN.
When trying to flash with new code, even if having option Initialise Lora Radio via ABP with new data, it won't change it.
It would be nice to change the SF during normal code section. For example on button press.
Please add SF as variable.
Add OTAA mode to help resolve issues with #29
Add in a block to activate sleep mode.
French Translation requires checking.
The french translation files are located at https://github.com/PiSupply/pxt-iot-lora-node/blob/master/_locales/fr/IoTLoRaNode-strings.json
With the English at https://github.com/PiSupply/pxt-iot-lora-node/blob/master/_locales/IoTLoRaNode-strings.json
Note the following is not to be translated:
IoTLoRaNode - This is a brand name.
LoRa - This is also a brand name
PA13 & PA14 don't seem to work with the read function
Add in AU915 and AS920
Currently there seems to be a bug where after 10 transmissions the node crashes out and stops transmitting.
This will be fixed ASAP
The block isn't smart enough to know if it is already set for the current region. Add in some code to be able to handle this.
Steps to re-produce:
Set region to EU868 and click download.
Then either re-download or power cycle microbit. This time no tick will show.
Then set region to US915 then download, tick should display.
And repeat back to EU868.
Type | IPSO | LPP | Hex | Data Size | Data Resolution per bit |
---|---|---|---|---|---|
Digital Input | 3200 | 0 | 0 | 1 | 1 |
Digital Output | 3201 | 1 | 1 | 1 | 1 |
Analog Input | 3202 | 2 | 2 | 2 | 0.01 Signed |
Analog Output | 3203 | 3 | 3 | 2 | 0.01 Signed |
Illuminance Sensor | 3301 | 101 | 65 | 2 | 1 Lux Unsigned MSB |
Presence Sensor | 3302 | 102 | 66 | 1 | 1 |
Temperature Sensor | 3303 | 103 | 67 | 2 | 0.1 °C Signed MSB |
Humidity Sensor | 3304 | 104 | 68 | 1 | 0.5 % Unsigned |
Accelerometer | 3313 | 113 | 71 | 6 | 0.001 G Signed MSB per axis |
Barometer | 3315 | 115 | 73 | 2 | 0.1 hPa Unsigned MSB |
Gyrometer | 3334 | 134 | 86 | 6 | 0.01 °/s Signed MSB per axis |
GPS Location | 3336 | 136 | 88 | 9 | Latitude : 0.0001 ° Signed MSB Longitude : 0.0001 ° Signed MSB Altitude : 0.01 meter Signed MSB |
Add in blocks to control the GPIO Pins on the RAK header.
(Originally requested by @BombilCalabasov)
Some of us don't use Cayenne, so we need to run our decoders against different data on different LoRaWAN ports.
Please can we get the ability to set the port as part of the transmission process?
In the workshop the payload seems to repeat itself after running
From travis
main.ts(4,11): error TS2322: Type 'string' is not assignable to type 'channels'. main.ts(5,11): error TS2322: Type 'string' is not assignable to type 'channels'. main.ts(6,13): error TS2322: Type 'string' is not assignable to type 'channels'. main.ts(7,12): error TS2322: Type 'string' is not assignable to type 'channels'. main.ts(8,12): error TS2322: Type 'string' is not assignable to type 'channels'. main.ts(9,11): error TS2322: Type 'string' is not assignable to type 'channels'. main.ts(10,13): error TS2322: Type 'string' is not assignable to type 'channels'. main.ts(11,13): error TS2322: Type 'string' is not assignable to type 'channels'. main.ts(12,12): error TS2322: Type 'string' is not assignable to type 'channels'. main.ts(13,11): error TS2322: Type 'string' is not assignable to type 'channels'.
doesn't seem to be working (reliably) using US915 frequency.
The new RAK firmware requires the block and documentation to be added for the changing of the regions.
Blocks should be
EU868
US915
And other regions as we need.
Read Blocks need to be integrated however are on hold until I can resolve the Makecode Buffer Issues.
I have started to use the LoRa node for microbit. I have created a program like this one in Makecode:
I assumed I then should get 10 values writtten in TTN, but I get only 3 to 6 values written (it varies from 3 to 6):
Any suggestions to what can be the problem? (I have also teseted the program without the set LoRa region block, but got the same result)
Best wishes,
Svein-Tore Gåsvik Narvestad
It would be nice to have more Cayenne LPP Data Types as blocks:
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.