OK, I just thought I'd mention it because it doesn't happen in the same environment with 2.6.3.
Thanks again Giovanni!
Dave
Search found 190 matches
- Tue Jul 08, 2014 5:05 pm
- Forum: STM32 Support
- Topic: Problem upgrading from 2.6.3 to 2.6.5 on STM32L
- Replies: 7
- Views: 2077
- Tue Jul 08, 2014 4:21 pm
- Forum: STM32 Support
- Topic: Problem upgrading from 2.6.3 to 2.6.5 on STM32L
- Replies: 7
- Views: 2077
Re: Problem upgrading from 2.6.3 to 2.6.5 on STM32L
A side question: I tried the same procedure with ChibiOS-2.6.4, and while it builds fine, when it gets to the end it attempts to run the binary, resulting in: Creating build/ch.dmp qemu: uncaught target signal 4 (Illegal instruction) - core dumped make: *** [build/ch.dmp] Illegal instruction make: *...
- Tue Jul 08, 2014 4:10 pm
- Forum: STM32 Support
- Topic: Problem upgrading from 2.6.3 to 2.6.5 on STM32L
- Replies: 7
- Views: 2077
Re: Problem upgrading from 2.6.3 to 2.6.5 on STM32L
Excellent, thanks for ChibiOS 

- Tue Jul 08, 2014 3:14 pm
- Forum: STM32 Support
- Topic: Problem upgrading from 2.6.3 to 2.6.5 on STM32L
- Replies: 7
- Views: 2077
Re: Problem upgrading from 2.6.3 to 2.6.5 on STM32L
I diffed my chconf.h, mcuconf.h and halconf.h with those included with the 2.6.5 UART testhal program and note the following: In halconf.h, I've enabled HAL_USE_EXT, HAL_USE_I2C, HAL_USE_RTC In chconf.h, I've disabled most of the debugging related things. In mcuconf.h, the only thing that I've noted...
- Tue Jul 08, 2014 2:37 pm
- Forum: STM32 Support
- Topic: Problem upgrading from 2.6.3 to 2.6.5 on STM32L
- Replies: 7
- Views: 2077
Problem upgrading from 2.6.3 to 2.6.5 on STM32L
Hi, I've got a small project that I created using testhal/STM32Lxx/UART as a starting point for the build system. I modified it to use hardware specific to my project, etc.. I also added my own specific STM32L151 port.mk and .ld to specify 10k RAM for my device (again based on the existing one found...
- Sun Nov 10, 2013 4:26 pm
- Forum: STM32 Support
- Topic: Problem on STM32L1 with USART and I2C
- Replies: 4
- Views: 2775
Re: Problem on STM32L1 with USART and I2C
I guess to follow that up, is it not possible to share DMA channels? For instance if I needed to use 2 UARTs and 2 I2Cs.
- Sun Nov 10, 2013 4:23 pm
- Forum: STM32 Support
- Topic: Problem on STM32L1 with USART and I2C
- Replies: 4
- Views: 2775
Re: Problem on STM32L1 with USART and I2C
Giovanni,
Of course you are right! UART1 and I2C2 share DMA channels, as do UART2 and I2C1. In case this helps anyone else (or future me, searching the forum), reference Table 41 "Summary of DMA1 requests for each channel" in RM0038.
Thanks!
Of course you are right! UART1 and I2C2 share DMA channels, as do UART2 and I2C1. In case this helps anyone else (or future me, searching the forum), reference Table 41 "Summary of DMA1 requests for each channel" in RM0038.
Thanks!
- Sun Nov 10, 2013 2:58 pm
- Forum: STM32 Support
- Topic: Problem on STM32L1 with USART and I2C
- Replies: 4
- Views: 2775
Problem on STM32L1 with USART and I2C
Hi, I'm toying around with a STM32L1 discovery using ChibiOS 2.6.1. I currently have taken the UART example from testhal/STM32L1xx/ and have added I2C to it so that I can communicate with a I2C to 1wire chip that is wired up to my uC. Everything was working fine while I used UART2 (TX/RX on pins PA2...
- Fri Sep 13, 2013 4:58 am
- Forum: STM32 Support
- Topic: [DONE] STM32L1 and low power RTC wakeup
- Replies: 3
- Views: 1986
Re: STM32L1 and low power RTC wakeup
Thanks, adding RTCv2 related entries to platform.mk worked out of the box (I just referenced the STM32F1) I also #defined HAL_USE_RTC TRUE in halconf.h With a little cut/paste I was able to get the RTC example from one of the STM32Fx directories to compile and work (I stripped it down to remove the ...
- Fri Sep 06, 2013 3:22 pm
- Forum: STM32 Support
- Topic: [DONE] STM32L1 and low power RTC wakeup
- Replies: 3
- Views: 1986
[DONE] STM32L1 and low power RTC wakeup
Hi, is STM32Lxx RTC support planned in a future release? I would like to put my device to very low-power sleep for extended periods of time (say 10-15 minutes) and wake up with the RTC. I see it is not currently supported in the feature matrix, and there was some discussion about it in previous thre...