After further testing, I found that if I step through each instruction with the debugger the individual messages send correctly, but not if I let the program run regularly. In neither case does the

I am attempting to write a basic I2C program using Zephyr, but I am currently unable to sent a single byte over I2C. The program hangs after the first clock falling & rising edge. I'm using external

Hi, using zephyr-v2.1.0 I have build the mqtt_publisher sample application for the stm32f746g_disco and it works fine. I have build the dhcpv4_client sample application for the stm32f746g_disco and it

Hi all, This week we will focus on RFCs and GPIO: - RFC: API Change: PWM: add support for inverted PWM signals. We will try to close on this today. -

Hi Martin, Nrf52832 has 3 RTC's. RTC0 is used for Bluetooth, RTC1 for system clock and RTC2 is usually available for application. You can use RTC2 with counter driver API (see counter.h). Then you

Hi Axel, I've found the following configuration to be the minimal needed to use the Zephyr ieee802154 radio driver w/o the networking stack: CONFIG_IEEE802154=y CONFIG_NETWORKING=y

I forgot to include the overlay file…here it is.

We are trying to understand how to configure sercom3 to allow I2C support. The I2C device is the adafruit_oled_featherwing. I believe I have the I2C, SSD1306, framebuffer (cfg), and display. Below

Dne 06.01.2020 v 18:31 Andy Ross napsal(a): is it 1000ms timeout = 33 cycles, or 1ms timeout = 33 cycles? This is acceptable for short-term timeouts. When this gets into 2.2, can I use

Periodic k_timer's do not work in fractional ticks, no. If you schedule a 1000ms timeout it will be rounded up internally to exactly 33 hardware cycles, and that process will repeat each cycle. So

Hi, I understand that there are some problems because of 32768Hz RTC (I am now using NRF52-DK and want to use NRF52832 in my new HW) as referenced here:

Hi, I understand that there are some problems because of 32768Hz RTC with NRF52832 as referenced here: https://github.com/zephyrproject-rtos/zephyr/issues/9904 , there are some already merged PRs

Instead of adding k_usleep(30), I changed the SPI clock from 210kHz to 406kHz for STM32F769. Then, the problems of A and B are gone. Still I have the problem of C. I receive 0x07 instead of

From what I checked: - A. 74 clocks stop with a change in CS without sufficient delay - B. CMD0 (0x40 0x00 0x00 0x00 0x00 0x94) fails to send 0x40... (instead send 0x20...) - C. CMD0 fails to receive

Dear Marti Thank you very much for your reply. I can understand the difference now. Best regards Yasuhiko Okada

Hi, I should probably start by saying that I’m brand new to Zephyr and that I’m pretty sure I’m missing something obvious or just overlooked parts of the (great!) documentation. I’m trying to

Hi, I should probably start by saying that I’m brand new to Zephyr and that I’m pretty sure I’m missing something obvious or just overlooked parts of the (great!) documentation. I’m trying

Hi Justin, "Justin Huang via Lists.Zephyrproject.Org" <justin.y.huang=live.com@...> writes: DEVICE_GET() might not be the right thing here. Are you trying to get a pointer to

Hello, "yasokada via Lists.Zephyrproject.Org" <yasokada=gmail.com@...> writes: That is not correct. An "in-tree" build is when build artifacts (object files, generated code,

Hi, I am building a device driver for Zephyr and when calling the macro, DEVICE_GET(), likeDEVICE_GET(my_dev), I get a build error complaining about undefined__device_my_dev. I tried to locate where