What I’m looking for are similar support routines for I/O as were in the FreeRTOS-IO package. After some research, I find that the code is no longer available although some examples have been updated in 2024. All links lead to dead ends or things that want to have FreeRTOS_IO.h included. I seem t…

I missed the part where it integrates queues into (at least) I2C support and SPI support. That was a desired feature. I also replied in more depth on my other post in the libraries section. Perhaps that clarifies a bit. Thanks

The other discussion is here: [image] FreeRTOS_IO and Updating STM32CubeMXIDE Libraries I’m going to put this here and hope that it is close enough in group. I’m working on a successful (it’s working) project using STM32CubeMXIDE. What I want to implement are queue driv…

There are several issues. Bear in mind that for I2C you need master/slave determination and receive/transmit capability. For SPI you need much the same, but implemented differently because of the hardware. For USART you need only receive/transmit capability unless you are going to use multiproces…

[image] madyn: Remember that these drivers need, at a minimum, three basic routines: create (these are C++ drivers) with new. Configure queues, modes, I/O pins if needed, etc. Send, generalized send from a buffer (ignores queues for now) Receive, generalized receive, and send to a buffer. S…

I already have interfaces for SPI, I2C, and USART. For the moment, I’m not dealing with others (CAN, I2S, etc). I wanted a method to use queues with these peripherals. Reading from a serial device that drives a queue is desirable. That’ll come with the USART implementation (when debugged) and be …

queues work, the basic mechanism is to make a task which (say for receive) receives a byte of data in blocking mode with infinite timeout, then transmits to the queue with portMAX_DELAY. This seems to chew up a lot of time, is there a better method? blocking mode works (but you have to be careful …

[image] madyn: queues work, the basic mechanism is to make a task which (say for receive) receives a byte of data in blocking mode with infinite timeout, then transmits to the queue with portMAX_DELAY. This seems to chew up a lot of time, is there a better method? A task received a byte and t…

[quote=“aggarg, post:9, topic:21405”] A task received a byte and then it is sending this received byte to other task? You can consider buffering and sending only after x number of bytes are accumulated. It depends on your use case. [/quote] There are three use cases, one for each interface: I…

[image] madyn: while (1) { HAL_UART_Receive(me->huart, &buf, 1, HAL_MAX_DELAY); xQueueSend(me->receive_queue, &buf, portMAX_DELAY); } If your queue has space, xQueueSend will return immediately and call HAL_UART_Receive. It seems like HAL_UART_Receive is a blocking call - how does imp…

Replacement for FreeRTOS-IO?

Kernel

aggarg (Gaurav Aggarwal) September 15, 2024, 10:30am 2

As mentioned in this post, the CommonIO library is now hosted here - GitHub - aws/common-io-basic: A basic set of I/O libraries for pins and serial communications on embedded devices..

Topic		Replies	Views
FreeRTOS_IO and Updating STM32CubeMXIDE Libraries	10	441	October 7, 2024
FreeRTOS+IO for STM generic boards Libraries	9	307	September 3, 2025
Correct Pattern for FreeRTOS Drivers using Critical Sections Kernel	16	1582	November 7, 2016
ISR routine is not properly running Kernel	43	3135	September 5, 2023
Example using STM32F103 HAL_UART receive and transmit ST tutorial	10	14025	March 22, 2023

Replacement for FreeRTOS-IO?

Related topics