ChibiOS Free Embedded RTOS

Thank you, got it working. Now I can't get it to go past about 800Khz. I would really like 4 or 6Mhz.

Not seeing the problem...

pwmEnableChannel(&PWMD3,  3, PWM_PERCENTAGE_TO_WIDTH(&PWMD3, 5000));
                             This is the channel number, right?

I've tried turning on all channels in the config, and again, nothing.

Greetings, I must be brain dead... I can not seem to get PWM working on either the 303RE or 303K8 nucleo boards. In both cases I copied the demo project, confirmed that the tests worked and then copied what I believe is the minimal amount of code from the PWM testhal projects. Here is the two areas ...

If nothing else, make sure that the bug is noted(Maybe in each demo file/makefile or ???) and how to work around it, both ways. i.e. use an older GCC or modify the code as follows and note the performance hit. I'm not using ChibiOS as a RTOS, but as a VERY good foundation. In the areas where I need ...

How much of slow down is it really? Looking the original report of the bug, 5 lines of assembly are added for the O0 level. I don't have clue how that would translate in performance though. Maybe make it an option via make. I'm willing to bet that the vast majority of people, including the commercia...

Also available is to mark the function as int __attribute__((optimize("O0"))) foo(uint8_t fooin) { } OR #pragma GCC push_options #pragma GCC optimize ("O0") CODE #pragma GCC pop_options Just a couple of more options Oh, Giovanni, where is that code for the cortex-M0 located? I...

Greetings, Ok, that STM32F030K6 has been running since I posted that message. It has looped at least once on a uint32_t counter so I'm going to call the no-omit-frame-pointer as valid work around for whatever caused it. It bumped the binary size a little(about 400 bytes) and I don't see a slow down ...

Greetings, Ok, then the DMA has nothing to do with the problem then. I've upgraded to arm-none-eabi-gcc (GNU Tools for Arm Embedded Processors 8-2018-q4-major) 8.2.1 20181213 and -O2 is still locking on the cycle 1034 EVERY time. From looking at that bug, I don't think this is it. This code works ju...

Greetings, I have found part of the problem. If your using the SERIAL driver and not the USART driver, the dma channels are NOT remapped! :shock: I included the following code right after the SERIAL driver is enabled. This is on a STM32F030F4 which is officially not supported(One file missing, copie...

Hi, I'm using 'gcc version 7.3.1 20180622'. Until this little problem cropped up, never had a problem with it. Like I said the code runs just fine on the STM32F030CC which is of course a M0 core. I've got L0's on order coming next week. Like I said, the only thing I can think of is that it's related...