Arduino for STM32

Sounds good, and that is probably what I will end up doing for my local setup, but that is unlikely to survive across updates.

However I'm thinking more for a larger scale in a system like Marlin? Where an end user can specify that they want to use the virtual EEPROM from a configuration option ...

Hi All

I'm currently trying to reserve the last page of Flash memory for use with the Virtual EEPROM, however I'm struggling to get the program space to not overlap, as this does not seem to change when the virtual EEPROM is enabled.

Is there a way to set the maximum 'program storage space' from ...

In short the fix was adding to the Variant*.h file

I have it working with your advice,
"Flash_Bank_Number" should set automatically with the following logic shouldn't it?

/* Be able to change FLASH_BANK_NUMBER to use if relevant */
#if !defined(FLASH_BANK_NUMBER) && defined(FLASH_BANK_1)
#if defined(FLASH_BANK_2)
#define FLASH_BANK_NUMBER FLASH ...

I have tried setting the following with no avail so far.

#define FLASH_BANK_1
#define FLASH_PAGE_NUMBER 63
#define FLASH_PAGE_SIZE 0x800
#define FLASH_END 0x0801FFFF
#define FLASH_BANK1_END 0x0801FFFF
#define FLASH_BASE_ADDRESS 0x0801F800

the memory config for 128K is the following 2022-08-24_13 ...

Thank you, I think that's exactly what I'm looking for
I'm guessing that these would need to be adjusted per Variant?

Is the solution to set the values in the Variant file, similar to this?

Hi all

I'm currently experiencing a issue on a STM32G0B1CBT with the ability to store and retrieve values from the emulated EEPROM.

Using the example sketch found on the projects Git repo here
I'm expecting the serial output to be 0
254
0
254
0
254
however it rapidly outputs 0
0
0
0
0
0 ...

Currently testing on Arduino RC9.2 (Flatpak and Appimage on Fedora), I can confirm that the issue isn't reproducible now.
Presumably it was as you mentioned, an local installation issue.

Thank you. I believe this is all resolved. sorry for the inconvenience.

I just found the solution, and then saw your response. You are 100% correct. This allows me to set Bit15 of CR2, :D

It turns out that also calling __HAL_RCC_USART2_CLK_ENABLE(); before setting the bit works

TX is now using the RX Pin. Woo
Serial2.begin(9600);

USART2->CR1 &= ~(1 << 0); // UE ...

It seems like I'm not able to set the register bit with the USART2->CR2 |= 1 << 15; command

the CR2 register looks empty before and after writing the value.
CR1 is empty until Serial2.begin is issued too.


HardwareSerial Serial2(USART2);

void setup() {
Serial.begin(9600);
while (!Serial ...