|
Does zephry support standard c io library?
I finded zephyr source stdio.h only support a minimal io system, it did not include such as FILE ..defines,etc, does it support c io library ?
I finded zephyr source stdio.h only support a minimal io system, it did not include such as FILE ..defines,etc, does it support c io library ?
|
By
ljh_dev@...
·
#5547
·
|
|
Re: Opus codec on nrf52840
Hi.
Great to hear that!
Do you have any information about resource usage (Flash/RAM used, CPU load etc)?
Piotr ZIĘCIK | Senior Firmware Engineer
M +48 698 726 973| Kraków,
Hi.
Great to hear that!
Do you have any information about resource usage (Flash/RAM used, CPU load etc)?
Piotr ZIĘCIK | Senior Firmware Engineer
M +48 698 726 973| Kraków,
|
By
Zięcik, Piotr <piotr.ziecik@...>
·
#5546
·
|
|
Re: Opus codec on nrf52840
Hello,
I have a "net_opus" server sample that is able to compress and then decode an audio PCM stream with the opus codec.
- It work on the fly in realtime with an opus codec
Hello,
I have a "net_opus" server sample that is able to compress and then decode an audio PCM stream with the opus codec.
- It work on the fly in realtime with an opus codec
|
By
nicolas lantz
·
#5545
·
|
|
STM32F091 - UARTs sharing IRQ don't work together
Hello everyone.
I am facing issues when trying to use UART3 and UART4 of the STM32F091 (they were not available at the original DTS, I had to include them). I have noticed that these UARTs share the
Hello everyone.
I am facing issues when trying to use UART3 and UART4 of the STM32F091 (they were not available at the original DTS, I had to include them). I have noticed that these UARTs share the
|
By
Rodrigo Peixoto <rodrigopex@...>
·
#5544
·
|
|
Meetings today cancelled
Hi all,
Apologies for the late notice. Due to most TSC members being on vacation we are not going to have our regular API and Release Readiness meeting today.
Regards,
Carles
Hi all,
Apologies for the late notice. Due to most TSC members being on vacation we are not going to have our regular API and Release Readiness meeting today.
Regards,
Carles
|
By
Carles Cufi
·
#5543
·
|
|
compare mcumgr image hash with compiled/signed .bin/.hex hash
Hi there,
Is there an easy way to compare the mcumgr image hash response to the hash of the hex or binary file (signed or unsigned)?
# mcumgr --conntype ble --connstring
Hi there,
Is there an easy way to compare the mcumgr image hash response to the hash of the hex or binary file (signed or unsigned)?
# mcumgr --conntype ble --connstring
|
By
florian.gaertner@...
·
#5542
·
|
|
How to integrated BLE central code with RPL Node example?
#nrf52832
#zephyrbluetoothmesh
Hi All,
I have been working on RPL node example(which is in zephyr/samples/net/rpl_node), to work it as both central and peripheral concurrently.
I have successfully integrated peripheral code with
Hi All,
I have been working on RPL node example(which is in zephyr/samples/net/rpl_node), to work it as both central and peripheral concurrently.
I have successfully integrated peripheral code with
|
By
Akash Naidu <akashnaiduece@...>
·
#5541
·
|
|
Disabling Multithreading
Hi Carles,
I am trying to build Zephyr to fit in a memory constrained device of 64kB. My device doesn’t require multithreading and hence I disabled multithreading to save on the memory. However,
Hi Carles,
I am trying to build Zephyr to fit in a memory constrained device of 64kB. My device doesn’t require multithreading and hence I disabled multithreading to save on the memory. However,
|
By
Raj Gundi
·
#5540
·
|
|
problems linking custom board (terasic sockit) and soc for altera nios2
Hi,
I'm working on creating a custom out-of-tree board with soc for the Terasic SocKit board. Though there are certainly many things not done correct yet, I'm currently stuck at linking the simple
Hi,
I'm working on creating a custom out-of-tree board with soc for the Terasic SocKit board. Though there are certainly many things not done correct yet, I'm currently stuck at linking the simple
|
By
mazaun@...
·
#5539
·
|
|
Re: To current Zephyr HTTP API users
Hello Jukka,
"Jukka Rissanen" <jukka.rissanen@...> wrote:
Well, I kinda was interested in this, given all my criticism of the
older API and implementation. But I'm in reservations after
Hello Jukka,
"Jukka Rissanen" <jukka.rissanen@...> wrote:
Well, I kinda was interested in this, given all my criticism of the
older API and implementation. But I'm in reservations after
|
By
Paul Sokolovsky
·
#5538
·
|
|
To current Zephyr HTTP API users
Hello,
currently Zephyr has HTTP server & client APIs that are built on top of
net-app API. As we are currently trying to deprecate the net-app API,
the HTTP APIs would need to be rewritten to use
Hello,
currently Zephyr has HTTP server & client APIs that are built on top of
net-app API. As we are currently trying to deprecate the net-app API,
the HTTP APIs would need to be rewritten to use
|
By
Jukka Rissanen
·
#5537
·
|
|
Re: Mesh: Limit of PDUs sent within a moving 10-second window
Hi Martin,
We’re not trying to enforce anything like that as receivers. As senders it’s also not really possible to exceed it currently. Even with the minimum advertising interval (20ms) and
Hi Martin,
We’re not trying to enforce anything like that as receivers. As senders it’s also not really possible to exceed it currently. Even with the minimum advertising interval (20ms) and
|
By
Johan Hedberg
·
#5536
·
|
|
Mesh: Limit of PDUs sent within a moving 10-second window
Hi,
the Bluetooth Mesh Profile specification says that "A node should
originate less than 100 Lower Transport PDUs in a moving 10-second
window." on p. 94.
Can anyone tell me if Zephyr OS is observing
Hi,
the Bluetooth Mesh Profile specification says that "A node should
originate less than 100 Lower Transport PDUs in a moving 10-second
window." on p. 94.
Can anyone tell me if Zephyr OS is observing
|
By
Martin <ma@...>
·
#5535
·
|
|
Re: USB controller driver usb_dc_ep_write
There is no requirement to copy the data, but usually, usb device drivers copy the data to the controller FIFO.
There is no defined data size limit when calling the function, but at then end, driver
There is no requirement to copy the data, but usually, usb device drivers copy the data to the controller FIFO.
There is no defined data size limit when calling the function, but at then end, driver
|
By
Loic Poulain
·
#5534
·
|
|
Re: USB controller driver usb_dc_ep_write
+ Johann, Andrei, Pawel
By
Carles Cufi
·
#5533
·
|
|
USB controller driver usb_dc_ep_write
Hi all,
I see many USB controller drivers implement usb_dc_ep_write function with one copy, copy the data (passed to usb_dc_ep_write) to one self’s buffer then do the transfer.
Do I need do this
Hi all,
I see many USB controller drivers implement usb_dc_ep_write function with one copy, copy the data (passed to usb_dc_ep_write) to one self’s buffer then do the transfer.
Do I need do this
|
By
Mark Wang
·
#5532
·
|
|
Re: CONFIG_BT_PRIVACY cannot be enabled with Hci_uart sample
#nrf52832
#hci
Thanks Carles, I have realized it.
Thanks Carles, I have realized it.
|
By
icephyr
·
#5531
·
|
|
Re: Ble mesh stack not compatilbe with c++
#ble
#bluetoothmesh
Hi Robert,
Can you please open a GitHub issue and assign it to @jhedberg ?
Thanks,
Carles
Hi Robert,
Can you please open a GitHub issue and assign it to @jhedberg ?
Thanks,
Carles
|
By
Carles Cufi
·
#5530
·
|
|
Re: Suggestions on rpl_border_router and rpl_node
#bluetoothmesh
#nrf52480
#nrf52832
#zephyrbluetoothmesh
Hi Akash,
Look the at the hardware information and setup procedure in
"samples/net/rpl_border_router/README.rst".
- Ravi
Hi Akash,
Look the at the hardware information and setup procedure in
"samples/net/rpl_border_router/README.rst".
- Ravi
|
By
Ravi kumar Veeramally
·
#5529
·
|
|
Re: Suggestions on rpl_border_router and rpl_node
#bluetoothmesh
#nrf52480
#nrf52832
#zephyrbluetoothmesh
Hi
There is a platform_whitelist in the sample.yaml file. In your case:
"platform_whitelist: frdm_k64f "
So you need this nxp board or have to port the sample
Hi
There is a platform_whitelist in the sample.yaml file. In your case:
"platform_whitelist: frdm_k64f "
So you need this nxp board or have to port the sample
|
By
Serafin
·
#5528
·
|