Hex file and start address starts writing at wrong address
I tried with an STM F0 Discovery board (STM32F072) which supports both interfaces, and erasing works fine over USART, but both mass erase and page erase fails over I2C.
It seems AN4221 and AN3155 differ in what command 0x44 should look like. The one from AN3155 looks like an older, poorly designed protocol, as it requires you parse the received data in order to know where the checksum is stored, but without validating the checksum (poor as it is) you don't know if the data was valid to begin with.
Extended erase command doesn't match documentation
I will try to file a CDT bug about this.
Cancelling out of "Advanced settings..." may cause created project to disappear
Verified, the beta version works OK.
At least the problem is easy to avoid, and is now documented in case someone else...
No difference with Kepler, also tried running both Kepler and Luna with jdk1.7.0...
No exceptions. Creating the project only produces this entry in the log: !ENTRY org.eclipse.cdt.core...
In advanced settings I just click "OK", and I touch no settings in the wizard except...
Generated project.
In the generated project, root "src" is the only listed source location.
In advanced settings I just click "OK", and I touch no settings in the wizard except...
My setup is Eclipse 4.4.1 on OS X 10.10.1, using jdk1.8.0_25. The issue is fully...
"Advanced settings..." in wizard excludes files from STMF3xx template build
"Advanced settings..." in wizard adds nano specs twice