Search found 180 matches

by dflogeras
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: 1645

Re: Problem upgrading from 2.6.3 to 2.6.5 on STM32L

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
by dflogeras
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: 1645

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: *...
by dflogeras
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: 1645

Re: Problem upgrading from 2.6.3 to 2.6.5 on STM32L

Excellent, thanks for ChibiOS :)
by dflogeras
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: 1645

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...
by dflogeras
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: 1645

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...
by dflogeras
Sun Nov 10, 2013 4:26 pm
Forum: STM32 Support
Topic: Problem on STM32L1 with USART and I2C
Replies: 4
Views: 2319

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.
by dflogeras
Sun Nov 10, 2013 4:23 pm
Forum: STM32 Support
Topic: Problem on STM32L1 with USART and I2C
Replies: 4
Views: 2319

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!
by dflogeras
Sun Nov 10, 2013 2:58 pm
Forum: STM32 Support
Topic: Problem on STM32L1 with USART and I2C
Replies: 4
Views: 2319

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...
by dflogeras
Fri Sep 13, 2013 4:58 am
Forum: STM32 Support
Topic: [DONE] STM32L1 and low power RTC wakeup
Replies: 3
Views: 1676

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 ...
by dflogeras
Fri Sep 06, 2013 3:22 pm
Forum: STM32 Support
Topic: [DONE] STM32L1 and low power RTC wakeup
Replies: 3
Views: 1676

[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...

Go to advanced search