Hi Giovanni,
What gdb server have you been using for this development? I've searched for OpenOCD support and only found this abandoned patch http://openocd.zylin.com/#/c/5386/
Raul
Search found 43 matches
- Sat May 16, 2020 10:25 pm
- Forum: Development and Feedback
- Topic: [DEV] STM32L5xx support
- Replies: 4
- Views: 2887
- Fri May 15, 2020 10:09 am
- Forum: Development and Feedback
- Topic: [DISASTER] Web site gone
- Replies: 10
- Views: 4920
Re: [DISASTER] Web site gone
wkhtmltopdf, I've use it with success for html to pdf conversion.
- Mon May 11, 2020 5:13 pm
- Forum: Development and Feedback
- Topic: c++20 : semantic change of volatile keyword
- Replies: 2
- Views: 1790
Re: c++20 : semantic change of volatile keyword
I think the intent is to clear the muddy usages of volatile, frequently confused with atomicity in multithreaded development under C++. The qualifier will remain present for load and store operations, in here Jf Bastien's mentions having a more expressive alternative perhaps something like volatile_...
- Tue Jul 17, 2018 5:31 pm
- Forum: Bug Reports
- Topic: Ethernet PTP time stamp status register bits Topic is solved
- Replies: 3
- Views: 2403
Re: Ethernet PTP time stamp status register bits Topic is solved
Ok,
Out of curiosity, where are the ST CMSIS headers downloaded from?
Thanks,
Raul
Out of curiosity, where are the ST CMSIS headers downloaded from?
Thanks,
Raul
- Tue Jul 17, 2018 3:21 pm
- Forum: Bug Reports
- Topic: Ethernet PTP time stamp status register bits Topic is solved
- Replies: 3
- Views: 2403
Ethernet PTP time stamp status register bits Topic is solved
Hi, The following should be applicable to ST family (os/common/ext/ST/) with TSTTR & TSSO defined. Assuming 17.6.3, changes should be: #define ETH_PTPTSSR_TSTTR 0x00000002U /* Time stamp target time reached */ #define ETH_PTPTSSR_TSSO 0x00000001U /* Time stamp seconds overflow */ In 18.2.1 the p...
- Fri Jul 06, 2018 3:08 pm
- Forum: STM32 Support
- Topic: L432KC i2cMasterTransmit freezes
- Replies: 9
- Views: 4938
Re: L432KC i2cMasterTransmit freezes
Hi Angelo, Quick couple of questions, in your specific setup with your STM32L432 when you had to drop the system frequency sourced by the RC oscillator (MSI), did you also have the LSE enabled too? What frequency is your CAN bus running at? I found the following from the documentation: Multispeed in...
- Wed Jul 04, 2018 9:28 pm
- Forum: STM32 Support
- Topic: L432KC i2cMasterTransmit freezes
- Replies: 9
- Views: 4938
Re: L432KC i2cMasterTransmit freezes
Quick update, run it on the stm32nucleol432 I ordered and no problems at all with I2C.
Raul
Raul
- Wed Jul 04, 2018 9:20 pm
- Forum: ChibiOS/RT
- Topic: Thread scheduling - unexpected behavior
- Replies: 9
- Views: 4453
Re: Thread scheduling - unexpected behavior
Hi Alexandre,
Thanks for taking the time of actually run it and shedding some light, that makes perfect sense (so great to know the cause !). Didn't realiaze about the atomicity of the toggle call.
Also never heard of bit-banding before, appreciated.
Raul
Thanks for taking the time of actually run it and shedding some light, that makes perfect sense (so great to know the cause !). Didn't realiaze about the atomicity of the toggle call.
Also never heard of bit-banding before, appreciated.
Raul
- Mon Jul 02, 2018 3:25 pm
- Forum: ChibiOS/RT
- Topic: Thread scheduling - unexpected behavior
- Replies: 9
- Views: 4453
Re: Thread scheduling - unexpected behavior
Hi Giovanni, Main() is a thread at priority NORMALPRIO, if it does not release the CPU then all threads at lower priority will never be scheduled, other threads at NORMALPRIO would be scheduled only if main() calls chThdYield() or its time slice elapsed (depending on if RR scheduling is cooperative ...
- Mon Jul 02, 2018 1:58 pm
- Forum: ChibiOS/RT
- Topic: Thread scheduling - unexpected behavior
- Replies: 9
- Views: 4453
Re: Thread scheduling - unexpected behavior
Hi Wurstnase, That was quick :) Could you elaborate on that please? Is that specific to the main thread? Would the result be any different if I moved the main thread to a separate one, lower priority than blinker and main to sleep infinitely? From a theoretic perspective, any reason not to have a lo...