Search found 941 matches

by Rick Kimball
Fri Aug 18, 2017 11:21 pm
Forum: General discussion
Topic: Poll - favorite STM32F1 board for stm32duino 08/2107
Replies: 10
Views: 151

Re: Poll - favorite STM32F1 board for stm32duino 08/2107

Only 20 votes after +24 hours ... come people step up and vote
by Rick Kimball
Fri Aug 18, 2017 10:00 pm
Forum: IDE's
Topic: [SOLVED] How to use libraries (EEPROM.h) with Sloeber
Replies: 6
Views: 62

Re: How to use libraries (EEPROM.h) with Sloeber

@vitor_boss please marked this thread topic as "[SOLVED]"
by Rick Kimball
Fri Aug 18, 2017 8:50 pm
Forum: STM32F4 Boards
Topic: [SOLVED] [libmaple F4] Very large sketch size when using malloc()
Replies: 16
Views: 166

Re: [SOLVED] [libmaple F4] Very large sketch size when using malloc()

If a person is going to use C++ new with embedded chips, they might do themselves well to understand about memory pools and custom new for classes.

Scott Meyers C++ book has some great advice there.

google search: Scott Meyers effective c++ pool filetype:pdf
by Rick Kimball
Fri Aug 18, 2017 6:58 pm
Forum: STM32F4 Boards
Topic: [SOLVED] [libmaple F4] Very large sketch size when using malloc()
Replies: 16
Views: 166

Re: [SOLVED] [libmaple F4] Very large sketch size when using malloc()

Sorry if you include that code in new.cpp .. the "inline" probably got it optimized out. I had tested that code with the placement new inline functions in the .ino file. The best thing would be to put those functions into a "new.h" and have Arduino.h include "new.h" Something to do another day. Forg...
by Rick Kimball
Fri Aug 18, 2017 4:05 pm
Forum: STM32F4 Boards
Topic: [SOLVED] [libmaple F4] Very large sketch size when using malloc()
Replies: 16
Views: 166

Re: [libmaple F4] Very large sketch size when using malloc(), perhaps only in sloeber, need help with Arduino IDE test

When checking the .map file I see new is being pulled from stdc++, so that's what's pulling that library. Then did a search in the repo for new, since I remember there was an implementation in the core, and found out it was only in the F1 repo, Roger added it a while back: https://github.com/rogerc...
by Rick Kimball
Fri Aug 18, 2017 11:37 am
Forum: STM Core
Topic: STM32VL-Discovery Serial1 recv doesn't work
Replies: 12
Views: 216

Re: STM32VL-Discovery Serial1 recv doesn't work

I tried that ... no difference. As another data point, I went into the debugger and before the line I added was executed it was already set to HAL_UART_STATE_RESET Breakpoint 3, uart_init (obj=obj@entry=0x20000218 <Serial+148>) at /home/kimballr/Arduino/hardware/st/stm32/cores/arduino/stm32/uart.c:2...
by Rick Kimball
Thu Aug 17, 2017 11:57 pm
Forum: General discussion
Topic: Proposal for moderators to rename threads etc
Replies: 6
Views: 113

Re: Proposal for moderators to rename threads etc

new forum section "Dead Thread Graveyard"
by Rick Kimball
Thu Aug 17, 2017 7:33 pm
Forum: STM Core
Topic: STM32VL-Discovery Serial1 recv doesn't work
Replies: 12
Views: 216

Re: STM32VL-Discovery Serial1 recv doesn't work

OK I've spent a bunch of time looking at this trying to figure out why receive doesn't work for the stm32vl-discovery. I've compared the NUCELO_F103RB to the DISCO_F100RB variant directories. I focused on just trying to get PA2/PA3 working. I noticed that the F103 has the PA2/PA3 commented out of al...