Posted on May 18, 2017 at 22:10In I-CUBE-LRWAN V1.1.0 RegionCommon.c there's a function that returns the next duty cycle delay as follows:TimerTime_t RegionCommonUpdateBandTimeOff( bool dutyCycle, Band_t* bands, uint8_t nbBands ){ TimerTime_t nex...
Posted on April 03, 2017 at 10:55In function OnMacStateCheckTimerEvent there is a line:LoRaMacParams.ChannelsDatarate = MAX( LoRaMacParams.ChannelsDatarate - 1, getPhy.Param.Value );The problem is that LoRaMacParams.ChannelsDatarate is an unsigned 8...
Posted on December 13, 2016 at 00:28So I'm running a program on an STM32L073 that puts the device into stop mode to minimise power consumption.After flashing the device (via ST-LinkV2) it starts up and enters stop mode where it is consuming around 1...
Posted on November 29, 2016 at 22:58There's a typo in all three Semtech driver files (which cause me a problem a day or so):/Drivers/BSP/sx1276mb1las.c/Drivers/BSP/sx1276mb2das.c/Drivers/BSP/sx1276mb1mas.cIn void SXIoDeInit ( void ) around line 120i...
Posted on March 09, 2015 at 19:05We are working on a commercial project making use of some STM32W108 modules, using the old HAL library (Not CMSIS) with Contiki. The ADC needs to be configured to use an external voltage reference. The STM32W108 dat...
Posted on May 20, 2017 at 09:01Just to add that Fabien's point 'In is really a mess that your fork of the semtech official repo is not on github to can update easily all correction made on the official repo.' in my view has much merit. Although thi...
Posted on May 20, 2017 at 08:07Hi Clive. So this is missing logic? Currently in ScheduleTx there is no test for 0xFFFFFFFF (-1) then do something sensible, rather dutyCycleTimeOff is being set to 0xFFFFFFFF (as shown by a PRINTF %lu statement), so...
Posted on May 19, 2017 at 02:00Hi Clive, thanks again. The stack is certainly convoluted to trace through.The Aussie 915MHz band, regional code seems to work ok, pretty similar to the USA region and a lot less complex than EU868, which the IN865 reg...
Posted on May 18, 2017 at 23:01Thanks Clive for responding so quickly. Yes, I agree it doesn't look like a typo. What you suggest could make sense if the very large value was being conditionally checked downstream, which I haven't seen (in any case...
