Hi David,

you also want STATS_CLI: 1, to get stats module to register it’s shell command.

> On Oct 27, 2016, at 3:03 PM, David G. Simmons <[email protected]> wrote:
> 
> There must be more to it than this ... 
> 
> # Package: apps/bletiny
> 
> syscfg.vals:
>    SHELL_TASK: 1
>    STATS_NAMES: 1
> 
> I can confirm that changing SHELL_TASK to 0 does indeed disable the shell, 
> but STATS_NAME does not seem to enable stats. 
> 
> dg
> 
>> On Oct 27, 2016, at 2:36 PM, will sanfilippo <[email protected]> wrote:
>> 
>> Sorry David. I meant to say “syscfg.yml” file (I missed the l at the end) :-)
>> 
>> I was a bit brief in my answer; sorry, I should have explained things a bit 
>> more. What I was pointing out was the definition of the system configuration 
>> variable that is used to enable/disable stat names. You can override the 
>> setting of this value in various ways. If you change the default value in 
>> the syscfg.yml file in sys/stats you would be enabling it for everyone (not 
>> good). What you should do is override it in either your application or in 
>> your target. The way to override it in the app or target is to have a 
>> syscfg.yml file in the appropriate directory. For example, let’s say you 
>> want to override it in your app. An example of this in in the timtest app. 
>> There is a syscfg.yml file in apps/timtest. If you open it up you will see 
>> syscfg.vals. What you would do is add this:
>> 
>> syscfg.vals:
>>   STATS_NAMES: 1
>> 
>> NOTE: make sure there is a space between the colon and 1! Not sure if that 
>> has been fixed but you will need a space there.
>> 
>> You can do something similar if you want to add it to your target. There are 
>> a number of examples of this in various targets (nrf51_spitest has an 
>> example).
>> 
>> 
>> 
>>> On Oct 27, 2016, at 11:05 AM, will sanfilippo <[email protected]> wrote:
>>> 
>>> I believe that this is now defined in the syscfg.ym file in the stats 
>>> package and is called STATS_NAMES.
>>> 
>>>> On Oct 27, 2016, at 8:12 AM, David G. Simmons <[email protected]> wrote:
>>>> 
>>>> So I'm properly on the develop branch, finally. 
>>>> I've properly built and loaded bletiny onto the nrf52dk board, and 
>>>> verified that it is running.
>>>> 
>>>> 52358: > tasks
>>>> Tasks:
>>>> 52799:  idle (prio: 255, tid: 0, lcheck: 0, ncheck: 0, flags: 0x20, ssize: 
>>>> 64, susage: 34, cswcnt: 423, tot_run_time: 52799ms)
>>>> 52802:  ble_ll (prio: 0, tid: 1, lcheck: 0, ncheck: 0, flags: 0x20, ssize: 
>>>> 80, susage: 60, cswcnt: 11, tot_run_time: 0ms)
>>>> 52805:  shell (prio: 1, tid: 2, lcheck: 0, ncheck: 0, flags: 0x20, ssize: 
>>>> 512, susage: 115, cswcnt: 17, tot_run_time: 0ms)
>>>> 52808:  bletiny (prio: 1, tid: 3, lcheck: 0, ncheck: 0, flags: 0x20, 
>>>> ssize: 512, susage: 138, cswcnt: 838, tot_run_time: 0ms)
>>>> 52811: >
>>>> 
>>>> Apparently something has changed in how the stats are enabled in the 
>>>> develop branch though. 
>>>> 
>>>> newt target set myble cflags=-DSTATS_NAME_ENABLE
>>>> 
>>>> Does not enable stats ... 
>>>> 
>>>> 56985: > ?
>>>> Commands:
>>>> 57514:     echo         ?    prompt     tasks  mempools      date
>>>> 57515:        b
>>>> 57516: > stat ble_ll
>>>> Unknown command stat
>>>> 62002: >
>>>> 
>>>> So, should I remove references to the stats from the docs? Or do we need 
>>>> to update the bletiny demo to enable stats again?
>>>> 
>>>> dg
>>>> --
>>>> David G. Simmons
>>>> (919) 534-5099
>>>> Web <https://davidgs.com/> • Blog <https://davidgs.com/davidgs_blog> • 
>>>> Linkedin <http://linkedin.com/in/davidgsimmons> • Twitter 
>>>> <http://twitter.com/TechEvangelist1> • GitHub <http://github.com/davidgs>
>>>> /** Message digitally signed for security and authenticity.  
>>>> * If you cannot read the PGP.sig attachment, please go to 
>>>> * http://www.gnupg.com/ <http://www.gnupg.com/> Secure your email!!!
>>>> * Public key available at keyserver.pgp.com <http://keyserver.pgp.com/>
>>>> **/
>>>> ♺ This email uses 100% recycled electrons. Don't blow it by printing!
>>>> 
>>>> There are only 2 hard things in computer science: Cache invalidation, 
>>>> naming things, and off-by-one errors.
>>>> 
>>>> 
>>> 
>> 
> 
> --
> David G. Simmons
> (919) 534-5099
> Web <https://davidgs.com/> • Blog <https://davidgs.com/davidgs_blog> • 
> Linkedin <http://linkedin.com/in/davidgsimmons> • Twitter 
> <http://twitter.com/TechEvangelist1> • GitHub <http://github.com/davidgs>
> /** Message digitally signed for security and authenticity.  
> * If you cannot read the PGP.sig attachment, please go to 
> * http://www.gnupg.com/ <http://www.gnupg.com/> Secure your email!!!
> * Public key available at keyserver.pgp.com <http://keyserver.pgp.com/>
> **/
> ♺ This email uses 100% recycled electrons. Don't blow it by printing!
> 
> There are only 2 hard things in computer science: Cache invalidation, naming 
> things, and off-by-one errors.
> 
> 

Reply via email to