Arduino-lowpower library will not work with CubeCell series, because different MCU core has a different low power mechanism.
You can try our example:
Sleep 5000ms, wake up via GPIO:
Sleep 5000ms, wake up via RTC timer:
Arduino-lowpower library will not work with CubeCell series, because different MCU core has a different low power mechanism.
You can try our example:
Sleep 5000ms, wake up via GPIO:
Sleep 5000ms, wake up via RTC timer:
Thank you!
Hi All,
just got my hands on one of these.
I use AU915 and in libraries like LMIC I have always been able to set the sub band (i.e. channels 8-15) that TTN uses.
Anybody know how to do this on the Cube Cell
cheers
Paul
Look into the code,and set the channel mask. In LoRaWan_APP.cpp file:
thanks @hunter8801 for the response, trouble is I am not at all a programmer or even half decent at coding.
What would I need to change here to achieve this frequency plan?
I am often asked questions about the Capsule sensor’s screw nut… Hope this picture can make a direct sense to you.
When we design the capsule sensor, we hope users can do some basic test immediately, users can insert various sensors with a basic shell.
So, we don’t think there is anything easier than finding a cola bottle all over the world.
.stl file for 3D print (Thanks to Raystream for sharing): https://github.com/HelTecAutomation/ASR650x-Arduino/tree/master/3D_Print/HTCC-AC01
Choose AU_915 in Arduino menu firstly, and then change the channelsMaskTemp[0] like this:
channelsMaskTemp[0] = 0xFF00
@hunter8801 How does one program the “CubeCell – Module” without the board? Is it just a case of connecting a USB to serial to the TX and RX pins? Does it need to be in a special bootloader mode?
Thank you, great product.
No, that should work, let’s have a look the LoRaWAN protocol document:
Refer to my picture, the LoRaWAN protocol set the AU915 upstream channel frequency:
Total 64 channels, 915.2MHz begin, incrementing linearly by 200KHz, and 927.8MHz end.
Then look back to our code:
in the channelsMaskTemp[0], 0x00FF means use the first 0~7 channels, they are 915.2MHz, 915.4MHz, 915.6MHz … 916.6MHz. When you set the value to 0xFF00, it means the upload channels changed to 8~15, they are 916.8MHz, 917.0MHz … 918.2MHz.
Now, I think you need to confirm your gateway’s listening channels and listening frequency. Make sure they match the 8~15 channels.
We will update such a document within two days.
Thank you, that would be great.
What a great product I’ve been wanting for this. Can I use also ABP access to TTN?
I just received this board, looks very promising, but I have a few doubts:
Why would you post such a question here after you asked the very same thing on the issues page of that repo yesterday and got a negative answer from the maintainer?
Please don’t duplicate issues all over the web, especially with no acknowledgement that they’ve been asked by you before - and already answered.
Also this board seems to have rather limited RAM (only 16 kB).
That is hardly an issue. It is, for example 8 times the memory present on an Arduino Uno. The 2K on an Uno is marginal. But most of the chips people are using are in the 10-20K range, those 16K are plenty.
As explained on github, the issue is the need to adapt to the different LoRa chip having (all though not mentioned there) actually a rather different interface to software.
Oops, seems I hit a nerve there, sorry, just expressing some doubts after just having received this board and investigating its possibilities.
Good to realise that 16 kB isn’t that small compared to other targets.
Arduino-lmic stack support isn’t a question with closure or a fixed answer yet, that I should shut up about (IMO). At least for me it’s clear that it currently does not work, but it might work in the future with some help.
Not so much some help, the LMIC code would need an extensive re-write, the SX127x and SX126x devices are very different software wise.
Maybe you would care to volunteer ?
Hi @jody-crow
Hope those two documents can help you:
https://docs.heltec.cn/#/en/faq/cubecell_series_common_problem_summary?id=how-to-access-bootloader-mode
We had fully migration the LoRaWAN 1.0.2 protocol into the source code, I think the LoRaWAN protocol is much smarter than LMIC library.