Could MQTT-SN work for you?

Hi all, a quick question regarding sanity check and test cases. I modified the test-fifo test case reducing the amount of memory statically allocated for fibers' stack. This permits the test_nano to

Thanks a lot for the reply If TCP support to the network stack is provided then Can I use the MQTT client library to make support for MQTT ? Can you please tell me when can I expect the TCP support

QA test suite actually has similar requirement for test case filtering by expression. We took a lightweight approach, directly use "python expression" instead of creating a new one. The benefit of

wrote: Yes, TCP is not supported right now. Yes, I am currently working on adding TCP support to the network stack. Cheers, Jukka

Hello everybody, I recently wanted to have a more fun with the k64 and wrote a little kernel module. I don't know, if it is needed for the real kernel and if the structure is right. But if anyone is

Hi Under Zephyr RTOS net/ip/net_core.c, Support for IPPROTO_UDP is available and Support for IPPROTO_TCP is mentioned as not yet supported Does it mean the Zephyr RTOS network stack has support only

Beside the issue above, the proposal looks good to me and will definitely improve and expand the coverage. Lets find a way to make this work without adding the parser into the tree

Yeah I'll take it out of the patch series. I've asked Juro to look into including it into the Zephyr SDK, which is where we typically put our dependent packages. If that doesn't work out we would just

Hi Anas, Any updates on the Cortex-M0 porting effort? Is there any public code (even WIP) to look at? Best Regards, -- Anderson Lizardo

I see nothing bad in the proposal. I would refrain from copying PLY into the source tree for the following reasons: - Support. Updating the library, which is not the part of the project may be a

Problem statement: The current implementation of Microkernel Task IRQs has a hard dependency on dynamic interrupts, which we also want to remove from Zephyr. Although the mechanism could be

Hi Rodger, You can first have a try without "TEST=max" option. Besides this, gdb can be used to debug this issue after disabled the other successful indicators. Regards Min

I built the test code at "tests/benchmark/latency_measure/microkernel" . It runs well using the qemu mode. I want to try it on Arduino Due board, built it using: make TEST=max BOARD=arduino_due

Hi, Zephyr v1.2.0-rc1 has been tagged, merge window for major features is now closed. We are targeting a release of v1.2.0 end of this week. Below you will find the changes since

Problem Statement: -------------------------- Entering deep sleep states during pending device transactions can cause transaction inconsistencies. Why this is a

Problem statement: Test case filtering in sanitycheck's testcase.ini files allows sanitycheck to exclude certain test cases that are incompatible with particular architectures, boards, or the

Full assembly listing in written to outdir/zephyr.lst. Having the address of instruction that trigger the fault, try looking it up in the listing and see if there's something obviously wrong. The

I'd encourage you to file a JIRA/bug so that we can track this and get someone looking at it.

Hi all, I am trying to use the PWM output on the K64 board. I have taken the sample/drivers/pwm_dw/src/main.c and modified it to use the CONFIG_PWM_K64_FTM_0_DEV_NAME and removed the CONFIG_PWM_DW=y