Hi everyone, I've to work with matrix operations, It's difficult to write my own functions correctly. Can someone suggest some workaround for the same? Is it possible to compile python code along

Hi Vikrant, You will have to add a service containing the characteristic which probably comes from a different application than the 'normal' mode, now regarding the AES key exchange I don't think

In order to make the microkernel work on Happy Gecko do I have to replicate the zephyr/ext/hal/silabs/gecko/Device/SiliconLabs/EFM32WG folder to zephyr/ext/hal/silabs/gecko/Device/SiliconLabs/EFM32HG

Hello World !! This is observation based on following configuration done by #meshctl. Two nRF52840-PDK boards has been used for it. For Board 1. after provisioning, I used following commands to

This is observation based on following configuration done by #meshctl. Two nRF52840-PDK boards has been used for it. For Board 1. after provisioning, I used following commands to configure

Hello World !! Suppose there is BLE device with following custom characteristics - 1. main 2. enc_text 3. plain_text 4. aes_key "enc_text" characteristic receives 16 bytes of encrypted

Hi Marcio, The SHA-id portion of those instructions only applies if you are importing something into “ext/” from a 3rd-party git repository. If instead this comes from a downloadable zip file

Hi, What should I change within the project in order to make the microkernel to work for the happy gecko? I need a minimal change such that the microkernel works. Thank you

Hi all, According zephyr guideline below I need to include " SHA-id of the origin commit" on commit message. http://docs.zephyrproject.org/contribute/contribute_guidelines.html#commit-guidelines It

Hi Johan, Is SFCB better option than NFFS to save #BluetoothMesh's persistence data ? Will it help us in case of nRF51 series which has limited flash storage ? Thank You !! ---------- Forwarded

1. Correction, values in UICR are at fixed location, changing them is not needed on every power up of the board.That said, after a change, a power cycle is need for h/w to load the new values. And

But nrf52 flash support 10K write cycle. And it is like normal programming, isn't it ? Worrying after reading your this statement, since I'm now trying to save persistent data which generate during

Hope you are doing it “only once per board’s life time” else you could be degrading the flash. Hence, my advice is to use nrfjprog to make the change "only once" per each board or use the design

I'm still waiting for reply. Is it bug or I'm doing something wrong ?

Thanks everyone !!! Adding these lines does the job. NRF_NVMC->CONFIG = NVMC_CONFIG_WEN_Wen; while (NRF_NVMC->READY == NVMC_READY_READY_Busy){ } NRF_UICR->EXTSUPPLY = 0x01; while

We support boards/SoC with 8KB of RAM like nucleo_f030r8 - k

Hi Marcio, I did not see this 8KB of RAM as a problem, look from the zephyr documentation: "The configurable nature of the kernel allows you to incorporate only thosefeatures needed by your

Hi , Unfortunately Happy Gecko has only 8 Kb of RAM memory. https://www.silabs.com/products/mcu/32-bit/efm32-happy-gecko

One would need to port the Happy Gecko SoC and a board to Zephyr. Since Wonder Gecko has been ported, I’d expect that it wouldn’t be too difficult to do this. - k

Hi, I'm new to Zephyr. Is it possible to use it for EFM32 Happy Gecko? (https://www.silabs.com/products/mcu/32-bit/efm32-happy-gecko) I see that it only supports Wonder Gecko. Thank you!