4. An option for working with large SRAM even when flash memory is small. There are a large number of applications (including imaging) that could effectively use a larger workspace. This could be accomplished using either internal SRAM or an external memory controller. As an example, here are some possible configurations that could be paired with 64KB flash: 20KB internal SRAM, 384KB internal SRAM, or external SRAM controller.
USART1 uses APB2, USART2, USART3, UART4, and UART5 use APB1. See figure 1 in the overview of the datasheet or figure 1 in the system architecture section of the reference manual.
From my earlier tests, my application uses 5.8 milliamps (micro only) when run at 8MHz, with a sleep current of 965 microamps. At 1MHz the run current is 1.6 milliamps with a sleep current of 505 microamps. The 1MHz consumption is obviously no where near 1/8th of the 8MHz consumption. Leakage current? I wish an expert could explain why it is so and relieve my curiosity.
you can have up to 512K of "better than eeprom"
we are sampling only to lead customers.
- Ethernet with IEEE1588
On 25-02-2009 at 13:10, Anonymous wrote:
Glad to read of "new" STM32 devices - thank you.
May I raise an issue of equal (maybe greater) interest to your forum?
Many of us have "designed-in" EXISTING STM32s - and would "greatly" benefit from the "enhancements/tweaks/fixes" which were listed throughout this thread. (making this list clear/comprehensive for you was my goal in suggesting this thread)
NEW parts are good - again thanks - however adopting some/many of your forums's suggestions/requests - "for existing STM32s" - would expand the sales of existing devices while "not" subracting from the new.
Anyone else here agree?
Best to all...
Many standard microcontrollers are used in environments where many features are not used. Indeed, for the application I’ve been working on I have seriously considered useing a large flash part just to get analog output. I don’t need the flash space but a pair of DACs would be nice.
Retrieving data ...