32bb2395c2
Kernel timeouts have always been a 32 bit integer despite the existence of generation macros, and existing code has been inconsistent about using them. Upcoming commits are going to make the timeout arguments opaque, so fix things up to be rigorously correct. Changes include: + Adding a K_TIMEOUT_EQ() macro for code that needs to compare timeout values for equality (e.g. with K_FOREVER or K_NO_WAIT). + Adding a k_msleep() synonym for k_sleep() which can continue to take integral arguments as k_sleep() moves away to timeout arguments. + Pervasively using the K_MSEC(), K_SECONDS(), et. al. macros to generate timeout arguments. + Removing the usage of K_NO_WAIT as the final argument to K_THREAD_DEFINE(). This is just a count of milliseconds and we need to use a zero. This patch include no logic changes and should not affect generated code at all. Signed-off-by: Andy Ross <andrew.j.ross@intel.com> |
||
---|---|---|
.. | ||
boards | ||
src | ||
CMakeLists.txt | ||
README.rst | ||
prj.conf | ||
sample.yaml |
README.rst
.. _pca9633: PCA9633: 4-Channel RGB ###################### Overview ******** This sample controls 4 LEDs connected to a PCA9633 driver, using the following pattern: 1. turn on LEDs 2. turn off LEDs 3. set the brightness to 50% 4. turn off LEDs 5. blink the LEDs 6. turn off LEDs Building and Running ******************** Build the application for the :ref:`stm32373c_eval_board` board, and connect a PCA9633 LED driver on the bus I2C-1 at the address 0x62. .. zephyr-app-commands:: :zephyr-app: samples/drivers/led_pca9633 :board: stm32373c_eval :goals: build :compact: For flashing the application, refer to the Flashing section of the :ref:`stm32373c_eval_board` board documentation. References ********** - PCA9633: https://www.nxp.com/docs/en/data-sheet/PCA9633.pdf