In addition, those DLL, binaries are backdated to like 10 years ago, with all the recent OS updates and such, more than likely in Windows it may not work.# JRE version: OpenJDK Runtime Environment Microsoft-7209853 (17.0.6+10) (build 17.0.6+10-LTS)
# Java VM: OpenJDK 64-Bit Server VM Microsoft-7209853 (17.0.6+10-LTS, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, windows-amd64)
Code: Select all
dfu-util -a 2 -RD sketch.bin
In addition, those DLL, binaries are backdated to like 10 years ago, with all the recent OS updates and such, more than likely in Windows it may not work.# JRE version: OpenJDK Runtime Environment Microsoft-7209853 (17.0.6+10) (build 17.0.6+10-LTS)
# Java VM: OpenJDK 64-Bit Server VM Microsoft-7209853 (17.0.6+10-LTS, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, windows-amd64)
Code: Select all
dfu-util -a 2 -RD sketch.bin
I uninstalled JAVA8 and installed JDK17, but the problem persists.ag123 wrote: Thu Aug 15, 2024 5:30 pm if you are using libmaple core
that is based on JDK/Java 1.8 and earlier.
Code: Select all
void setup() {
Serial.begin()
while(!Serial);
Serial.println("what is your name");
}
void loop() {
if(Serial.available()) {
Serial.print("hello ");
int c = ' ';
while(c != '\r') {
while(!Serial.available());
int c = Serial.read();
Serial.print(c);
}
}
}
I can't express how excited I am. Thank you, bro!ag123 wrote: Thu Aug 15, 2024 5:30 pm if you are using libmaple core
that is based on JDK/Java 1.8 and earlier.
Apparently, from your logs you are using a recent JDKIn addition, those DLL, binaries are backdated to like 10 years ago, with all the recent OS updates and such, more than likely in Windows it may not work.# JRE version: OpenJDK Runtime Environment Microsoft-7209853 (17.0.6+10) (build 17.0.6+10-LTS)
# Java VM: OpenJDK 64-Bit Server VM Microsoft-7209853 (17.0.6+10-LTS, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, windows-amd64)
you can try to figure out where is jssc installed in the core folders, and perhaps install an updated JSSC from github repository replacing it.
https://github.com/java-native/jssc
if you continue to have struggles with that, I'd suggest a few ways:
- use st-link to upload (you mentioned that it works)
- or use usb-uart to upload over uart 1, requires setting boot0 and pressing reset
- manually generating the bin file and upload manually (Sketch > export compiled binary)
- then use dfu-util
https://dfu-util.sourceforge.net/
from the command line to manually upload, normally command is likebut that you have to install dfu-util on your ownCode: Select all
dfu-util -a 2 -RD sketch.bin
in addition, stm32f103c8 don't have built-in usb bootloader, you need to install that using st-link v2
https://github.com/rogerclarkmelbourne/ ... r/binaries
and that this is mainly only for stm32f103c8 or cb boards.
for 'all other' boards, the STM core is here
https://github.com/stm32duino/Arduino_Core_STM32
the wiki is here
https://github.com/stm32duino/Arduino_Core_STM32/wiki
getting started guide is here
https://github.com/stm32duino/Arduino_C ... ng-Started
the official ST programming tool is this (stm32cube programmer)
https://www.st.com/en/development-tools ... eprog.html
and normally you need st-link, usb-uart (using boot0) if you are using stm32cube programmer
or if you are using boards that support DFU (e.g. in the stm32f4xx/g4xx series)
you can use stm32cube programmer to program it, you need to set boot0 even for DFU programming.
a main problem with old binary DLL is that it may not work in your system with all the recent OS updates.
as you are having issues with that if the JSSC given above didn't help
then use the stm32cube programmer instead, this requires st-link or a usb-uart dongle (requires setting boot0)
the official ST programming tool would likely work in windows as the DLL drivers are updated
you can use stm32cube programmer to manually upload the bin file even with (roger's) libmaple core.
select st-link as upload method and build
use the Sketch > export compiled binary option
you get your file in the project folder
then you can run stm32cube programmer to upload using st-link / usb-uart (set boot0, normally pa9 tx, pa10 rx) / DFU (usb) requires a supported device/board e.g. stm32f4xx / stm32g4xx
I replaced the old version of jssc with the latest one and apparently it worked!you can try to figure out where is jssc installed in the core folders, and perhaps install an updated JSSC from github repository replacing it.
Code: Select all
maple_loader v0.1
Resetting to bootloader via DTR pulse
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
Searching for DFU device [1EAF:0003]...
Reset via USB Serial Failed! Did you select the right serial port?
Assuming the board is in perpetual bootloader mode and continuing to attempt dfu programming...
Found it!
Opening USB Device 0x1eaf:0x0003...
Found Runtime: [0x1eaf:0x0003] devnum=1, cfg=0, intf=0, alt=2, name="STM32duino bootloader v1.0 Upload to Flash 0x8002000"
Setting Configuration 1...
Claiming USB DFU Interface...
Setting Alternate Setting ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
Transfer Size = 0x0400
bytes_per_hash=286
Starting download: [##################################################] finished!
state(8) = dfuMANIFEST-WAIT-RESET, status(0) = No error condition is present
Done!
Resetting USB to switch back to runtime mode
error resetting after download: usb_reset: could not reset device, win error: ָ�������ڵ��豸��
Used library Version Path
SimpleTimer E:\G\Mixly2.0RC4\arduino-cli\libraries\SimpleTimer
Used platform Version Path
stm32duino:STM32F1 2021.3.18 E:\G\Mixly2.0RC4\arduino-cli\Arduino15\packages\stm32duino\hardware\STM32F1\2021.3.18
==Upload successful (took 10s)==When using the STM32duino BootLoader, the data sent and received by the Serial program will also go through Maple Serial. This obviously eliminates the need for a USB to TTL module like the CH340.GonzoG wrote: Thu Aug 15, 2024 5:56 pm Bootloader does not have VCP.
It's a normal USB port on board.
It's not a maple serial, it's a USB port of the MCU. The driver calls it "maple serial". It has nothing to do with bootloader or upload method.TTXL3099 wrote: Thu Aug 15, 2024 6:11 pmWhen using the STM32duino BootLoader, the data sent and received by the Serial program will also go through Maple Serial. This obviously eliminates the need for a USB to TTL module like the CH340.GonzoG wrote: Thu Aug 15, 2024 5:56 pm Bootloader does not have VCP.
It's a normal USB port on board.