CubeCell ASR650x-Arduino: which LoRaMac-node version?

superslot · January 9, 2021, 4:11pm

I’ve been trying to get the exact version of the official/master LoRaMac-node code which was used into the ASR650x-Arduino repo but somehow I cannot find a correspondence.

it seems to be a version from 2018 … but hard to match the exact commit…

could you please point out what commit was used to create the CubeCell repo?

thanks

jasonXu · January 11, 2021, 3:42am

hi,

Please refer this file:

github.com

HelTecAutomation/ASR650x-Arduino/blob/master/cores/asr650x/loramac/readme.md

# LoRaWAN endpoint stack implementation and example projects

      ______                              _
     / _____)             _              | |
    ( (____  _____ ____ _| |_ _____  ____| |__
     \____ \| ___ |    (_   _) ___ |/ ___)  _ \
     _____) ) ____| | | || |_| ____( (___| | | |
    (______/|_____)_|_|_| \__)_____)\____)_| |_|
        (C)2013-2018 Semtech

     ___ _____ _   ___ _  _____ ___  ___  ___ ___
    / __|_   _/_\ / __| |/ / __/ _ \| _ \/ __| __|
    \__ \ | |/ _ \ (__| ' <| _| (_) |   / (__| _|
    |___/ |_/_/ \_\___|_|\_\_| \___/|_|_\\___|___|
    embedded.connectivity.solutions===============

## Introduction

The aim of this project is to show an example of the endpoint LoRaWAN stack implementation.

This file has been truncated. show original

superslot · January 11, 2021, 10:33am

Hi Jason,
yes I already did but it does not help.

in CubeCell repo we do not track the exact git commit number of the code that was forked from the original repo and unfortunately the official repo did not update the readme.md file in 2018 for many, many commits.

so if you try to find a match (to get to the original github commit number) it is very difficult.

I tried to do a search, pulling multiple revisions and doing a diff … but I can’t get a proper match.

===
if you have the original checkout of the Semtech code you should be able to do a “git log” and publish the version of the code that was ported into the CubeCell repo.

===
NOTE: I’m trying to do this because our LoRaMac code is extremely old and there are many, many fixes in the official repo, not to mention the support for security element ATECC608a in the develop branch which is MANDATORY for a REAL product.

Right now the CubeCell is good for a demo … but NOT good for a product since security is an issue !!!

LoRa/LoRaWAN requires a secure element to protect DevEUI and AppEUI … and the recommended best practice (TheThingsNetwork) is to use a dedicated secure element.

jasonXu · January 12, 2021, 8:13am

Hi,

Our initial SDK comes from ASR chip manufacturer.

This version:

ASR chip manufacturers have added class B to this version of the code. We also made some optimizations based on this.

superslot · January 12, 2021, 8:24am

I see … so it is not easy to import updates from LoRaMac git repo … mmm not good news.

is there a plan to add security to CubeCell with ATECC608a ? this is becoming almost mandatory for real products on the field, especially in EU

thanks

Supporter · January 14, 2021, 7:32am

We have the plan to add encryption chip support, but the time may be after the Chinese New Year.

superslot · January 14, 2021, 7:45am

excellent news!
adding ATECC608a support in the main CubeCell repo will be the best feature added for the new year!

imho this is the only feature missing to use the CubeCell in production.