The simulator serial port to TCP/IP connection is very useful for automated testing.
However, it is slow - in current ChibiOS code I get about 6 kB/s.
The patch below is a simple modification that handles serial interrupts in loop until the buffer is fully processed.
Operating system will usually ...
Search found 6 matches
- Mon Jan 29, 2024 5:09 pm
- Forum: Bug Reports
- Topic: Improve simulator serial port performance
- Replies: 2
- Views: 52979
- Sun Jan 31, 2016 4:34 pm
- Forum: User Projects
- Topic: Nicer STM32 IO pin config using X macros
- Replies: 2
- Views: 5455
Nicer STM32 IO pin config using X macros
Hi,
I made a few extra macros in my board.h which in my opinion make it easier to configure IO pins.
Example of pin configuration:
#define GPIOA_PINS(X) \
X(GPIOA, 0, SENS3 , ANALOG , LOW , PUSHPULL , 50M , FLOATING , 0) \
X(GPIOA, 1, SENS2 , ANALOG , LOW , PUSHPULL , 50M , FLOATING , 0) \
X ...
I made a few extra macros in my board.h which in my opinion make it easier to configure IO pins.
Example of pin configuration:
#define GPIOA_PINS(X) \
X(GPIOA, 0, SENS3 , ANALOG , LOW , PUSHPULL , 50M , FLOATING , 0) \
X(GPIOA, 1, SENS2 , ANALOG , LOW , PUSHPULL , 50M , FLOATING , 0) \
X ...
- Wed Aug 12, 2015 7:21 pm
- Forum: Development and Feedback
- Topic: [TALK] Problems with Cortex-M7
- Replies: 39
- Views: 99357
Re: [TALK] Problems with Cortex-M7
Perhaps the cache invalidation should be made part of the DMA functions.
So that dmaStreamEnable() invalidates cache for RAM->peripheral DMA. And dmaStreamDisable() invalidates cache for peripheral->RAM DMA.
So that dmaStreamEnable() invalidates cache for RAM->peripheral DMA. And dmaStreamDisable() invalidates cache for peripheral->RAM DMA.
- Wed Aug 12, 2015 5:22 pm
- Forum: Development and Feedback
- Topic: [TALK] Problems with Cortex-M7
- Replies: 39
- Views: 99357
Re: [TALK] Problems with Cortex-M7
I have used the "separate area for DMA transfers" on NuttX, when I had it configured so that STM32F4 CCM is part of normal heap. This model is very annoying to work with, so I would not recommend making it mandatory.
Biggest problems I encoutered:
⋅ Buffers can come from surprising ...
Biggest problems I encoutered:
⋅ Buffers can come from surprising ...
- Mon Mar 16, 2015 1:02 pm
- Forum: Development and Feedback
- Topic: [TALK] The RTOS of future
- Replies: 1
- Views: 2639
Re: [TALK] The RTOS of future
More and more of the RTOS applications are considered non-critical. As a natural consequence, the firmware is not as strictly developed and is often of poor quality, yielding many hard-to-debug failures on the field.
Therefore logging and error reporting will become very important. Many people ...
Therefore logging and error reporting will become very important. Many people ...
- Mon May 14, 2012 3:20 pm
- Forum: Development and Feedback
- Topic: The USB topic
- Replies: 76
- Views: 67611
Re: The USB topic
Here's my checklist for getting USB to work on STM32L151:
1) The port mode must be PIN_MODE_INPUT
2) The port speed must be configured as 40MHz (highest)
3) The port pull-ups must be disabled
4) The PLL output frequency must be 96MHz
1) The port mode must be PIN_MODE_INPUT
2) The port speed must be configured as 40MHz (highest)
3) The port pull-ups must be disabled
4) The PLL output frequency must be 96MHz