I'm trying to do a DFU program upload via Arduino for an STM32F401CC. I'm using CubeProgrammer to upload the compiled bin and verify the contents of the STM32's flash is being written starting at 0x8 -- it's all there. I'm using a jumper to pull B0 high and am verifying it shows as STM32 BOOTLOADER in the device manager, then I'm disconnecting it. Everything shows that the program is upload correctly, but my program isn't actually running (make onboard PC13 LED blink). I'm using a board I got off amazon but verified the STM32F401CC is genuine. Is there something I'm missing? I'm coming over to ARM after years of using the ESP32.
I had couple bought and both the same problem,as yours, supposingly they were fake ones and wrong batch,so port in arduino ide wasnt recognized and the same issue as above in stmcubeprogrammer. It was stm32401ccu6 gh27a batch 103, only way was flash with full erase (manually didnt work only automatically in stm32cubeprogrammer ) possible but after each download code to mcu in arduino IDE i couldnt download any more sketches on it and had to upload new firmware / bootloader again and it didnt finish i had to press stop button in stmcube programmer during burning bootloader so trash, cheap peace of all kind of problems, i had to read the chineese documentation From WeAct on git because those with HID bootloader was just crap bad english , so more timre carefully didnt make even sense, so finally figure out how to flash finally bougt same chip 411 and it worked but Arduino ide sketch led didnt Blink another piece of cheap clone, 411ceu6 batch 106, at least could upload firmware sucesfully in stm32programmer but Arduino sketches didnt work , i had one 411 already from different manufacturere and didnt have these issues, and next time i will give it last try with WeAct orig chineese manufacturer which makes suposedly only original nonfake Stm32f411ce ver 3.0 product on aliexpress and they sell since 2022 411ceu6 batch 014 allegedly its only one which should not give all kinds of issues As they state on their git. Had anyone same problem solved to finally blinking led in arduino ide? It even didnt switch the build in on PC13 but i could measure 3,1V on that pin to ground, and everytime i burn the orig Or hid bootloader The led fades in and out, its a mystery to me really whats going wrong, someone on forums wrote issues with timer, it has to be sth with arduino ide 1.8.19 or stmduino , then noticed in board manager i have../raw/master/package_stmicroelectronics_index.json in preferences arduino ide and stated there as depreciated so i there was srated i shall be using raw/main/package_stmicroelectronics_index.json Oh my thing So i changed the word master into main and typed in Board manager STM32 MCU based boards and installed actual version 2.2.So instead of chaos just be patient and check literally everything, arduno could pop up message that mcu package depreciated but didnt ;) oh my...suddenly surprice, i need check yet if all worked and i just underwent wrong rumors, so no, it has 1,20V on PC13 diode doesnt blink with blink sketch only after bootloader upload fading, i hate such a job and bought 3 and all of them the same. Doesnt work eiter Led_buildin nor pc13, It was swg method, if i set led high and upload via serial i measure 1,9v and if I set led low i measure 1,3 v with Vin 5V and voltage drop ,5v results in 4,45v complete rambazamba , so i start tombelieve these boards are fake anyone similar or same experience?
I am using arduino uno r3 board and arduino 1.6.5 on windows 8. When Itried to upload my program on ATMEGA328 microcontroller it is showing:
avrdude:stk500_getsync not in sync:resp=0x87.
help me to solve this error
This boils down to 3 problems usually..
The bootload on the chip is missing (unlikely if you purchased the board from Arduino).
The serial connection between the arduino and the computer is disconnected or interrupted.
You've simply selected the wrong board type or port when programming, and thus the IDE is searching for a signal that the arduino isn't coming back with.
This problem is most likely due to option 3, however it can occur in odd situations especially on the Arduino Micro where the board does all USB comms on chip and can be flooded by main without an appropriate delay to the point it can't communicate with the IDE. However this is just most likely a bad board selection or a bad port selection.
I've tried many things but this worked for me. If you have a working Arduino lying around (in my case Uno) you can use it as an intermediate in-system programmer (ISP).
Follow this guide to first load the ISP sketch into your working Arduino.
Once you are done, for your non-working Arduino, select from the Tools > Programmer menu and choose Arduino as ISP, and set Board and Processor accordingly. To program choose Sketch > Upload using programmer.
Hope this works.
I think the reason that this work is that it will bypass the CH340/FTDI chip, and all those synchronization issue. Given that that is your problem.
I have an Arduino Duemilanove with an ATmega328. I am working on Ubuntu 12.04 (Precise Pangolin), and the Arduino IDE's version is 1.0. Recently, I tried to upload a few of the sample sketches onto it, such as the Blink one. However, none of my attempts are working and they result in the same error every time I try it:
avrdude: stk500_recv(): programmer is not responding.
I have enabled /dev/ttyUSB0 under menu Tools → Serial Port. I have also selected the correct board (Duemilanove with ATmega328) from the list. Yet, I am not able to resolve the issue. I have searched online as well and none of the other responses for this problem seem to be working for me. Why I am encountering this issue and how to resolve it?
I also tried turning the onboard ATmega and fitting it in the other direction. Now, I encounter no problems uploading, but nothing happens afterwards. The onboard LED also does not seem to be blinking.
I had this problem with a Crowduino, running the Arduino IDE on OS X. The solution for me was to switch on verbose output during upload (in the Arduino IDE preferences pane).
Then, when uploading, you can see AVRDUDE sending three packets avrdude: Send: 0 [30] [20] (with corresponding RX flashes on the board) right before the avrdude: ser_recv(): programmer is not responding error.
The trick is to hit the reset button on the board immediately before these three packets are sent. Then the program will be uploaded successfully.
I had the same problem – this is why I found this Question.
I only had to change the Processor from “ATmega328P” to “ATmega328P (Old Bootloader)”
Problem solved – at least for me.
Make sure that there is no input on the Tx/Rx pins. Then it will work.
There is some voodoo-talk in the answers around here among good ideas. Let's try to be a bit more real about what's happening and sum up the good stuff to check:
Basically, when that happens, it is a good idea to enable verbose mode for AVRDUDE, to get a better idea of what's happening. To do so, you only need to go in the preferences and check the verbose mode box. It's also a good idea to move away from the Arduino IDE, and launch a console to be more comfortable on reading AVRDUDE's output, that you'll get on clicking on the upload button.
What's important here to put 3 or 4 -v to the command call. Here's how looks like such AVRDUDE commands, with made up parameters as they are totally dependent on how the Arduino has been installed:
avrdude -v -v -v -v -C /path/to/avrdude.conf -patmega328 -P/dev/usbport -U flash:w:/path/to/firmware.hex
A good way to get the correct command line to use is to copy it from the verbose output of the Arduino IDE output log when verbosity has been enabled.
When you get avrdude: stk500_recv(): programmer is not responding, it basically means that something wrong is happening, before the flashing actually begins.
Basically you have to check (from hardware to software, low level to high level):
if the cable and/or connectors does not have microcuts;
if no solder points are short circuiting (i.e. touching something metallic around), that means:
if there is no short circuit on the PCB between Rx and Tx (usually pins 1 and 0);
if there is no contact with a metallic element below the board, or tiny bits between a component's legs (like the FTDI, the ATmega chip or any other);
if the ATmega chip is not out of power (GND/VCC shortcut or cut or VCC input being dead…);
if the 1 and 0 pins of the Arduino are not being used by some shield or custom design (/!\ does not apply to the Leonardo as it has independent USB handling);
if the USB to UART converter does not have a problem (FTDI on older Duemilanove or ATmega16U2 on newer Arduino Unos);
if the ATmega328 chip is fried or wrongly installed;
if the bootloader has been overwritten or is failing;
if the right baudrate is applied for entering the bootloader;
if the right settings are set for the target microcontroller and Board;
Usually the avrdude -v -v -v -v can help a lot find at which stage it is failing. Whether it can't make a USB connection at all (cable failing, USB/UART, PCB…), or it is a bootloader problem.
Update: I tried turning the onboard ATmega and fitting it in the other direction. Now, I encounter no problems uploading, but nothing happens afterwards. The onboard LED also does not seem to be blinking.
I'm afraid that if you reversed the position of the ATmega, and then it does not work, the fact that you placed the power source on digital pins may have burnt your chip.
Try to see if your board was selected correctly. Click on menu Tools --> Board and check if the correct board is select.
You can check if you have any jumper wires plugged into pin 0 and 1. Those pins are used for serial communication and plugged wires can prevent the code from being uploaded on the board.
If nothing is plugged, it might be a bug with AVRDUDE, you can try updating it.
I met this issue too, and I resolved it by re-installing USB serial driver. Pls see also:http://arduino.cc/en/Guide/Howto and http://www.ftdichip.com/Drivers/VCP.htm
Above error comes in 3 stages
If boot loader has been crashed
if you not selected proper port and proper board from IDE
If you communicating with other Serial port are connected.I.e GND and Tx pin are connected to other communicating device
I'm posting this because I didn't find this answer elsewhere.
All my Arduino nano chinese (CH340) clones had this problem after upgrading to the Arduino IDE to 1.8.9. What worked for me was to use a spare official Arduino Uno that I have to burn the bootloader on the faulty nanos using the ICSP headers on the nano. For this all I did was to follow the instructions here: chinese-clone-of-arduino-nano-with-chip-ch340g-how-to-fix-it. The ONLY thing I did differently was to always set the "Old Bootloader" option as said before in this thread. Other than that I completely followed the instruction on that link and saved my nanos from that annoying problem. I hope that this helps someone out there.
I had the same problem on my first trying of Arduino Uno.
My solution was quite simple. Just plug out then plug in the USB cable.
I solved the issue on OS X v10.10 (Yosemite) following these instructions:
FTDI chip and OS X 10.10
However the trick proposed by hoipolloi was a working temporary workaround, on this version too.
On Windows 7, I had this problem multiple times, each time with different error messages. Basically, the IDE is sending to the wrong port.
To fix this, simply go to menu Tools → Ports → [select the COM port that your board is on].
Make sure to double check your board's port:
Start Device Manager
Make sure your Arduino driver is listed under the port matching your IDE's port settings (mentioned above)
My board is listed under port COM1. If you want, you can simply change the port in the driver's advanced settings:
Thanks #hoipolloi for the right direction in finding the solution.
Anyway, I had to do a bit different steps to fix the issue.
In my case, the Arduino Uno had worked fine, but it suddenly stopped after some playing with sketches. I was receiving the stk500_recv(): programmer is not responding all the time and nothing worked. Then I paid attention that the LED 13 is always ON on my board. It looked like some hard looped sketch was running over and over on the board and was blocking any input to the board. Not sure, it's just my gues.
I tried clicking the RESET at all the possible moments without any luck and suddenly tried the following steps:
Unplug the board.
Click and hold RESET.
Plug it again.
Wait for a couple of seconds.
Release the RESET button.
After this I noticed the onboard 13 LED turned off for a second and then turned on again. It looked like there were a short reset window when the board is actually being reset. Then as in #hoipolloi's solution I caught the moment of "reset" right before the three packets are sent and that worked.
I hope this will help you to figure out the problem if none of other solutions works.
TIP. If you do not see the three Send: 0 [30] [20] lines when uploading the sketch in your console, do the following:
Click "Upload" in your Arduino IDE.
Look at the log window. You will be able to find a line like this:
E:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CE:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM3 -b115200 -D -Uflash:w:C:\Users\Sergey\AppData\Local\Temp\build44ca75bc60fd83cc8ef41e35d4d83388.tmp/sketch_sep07a.ino.hex:i
Looks like it swallows line break or space symbols like here -CE:\Program Files.... It should be -C E:\Program Files. Copy this like into Notepad, add missing spaces to make the line this:
E:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -v -v -v -v -C "E:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf" -patmega328p -carduino -PCOM3 -b115200 -D -U flash:w:C:\Users\Sergey\AppData\Local\Temp\build44ca75bc60fd83cc8ef41e35d4d83388.tmp/sketch_sep07a.ino.hex:i
Add 4 -v instructions like I did above.
Open the Command Line, paste the command into it and run.
Now you will see much more verbose thanks to 4 -v arguments. Originally, Arduino Studio uses just one.
I have this problem on my Arduino running on Mac also. It happens on two of my Arduinos (A Arduino Uno and an Arduino Pro connected with FTDI).
For the Uno, I hook the cable up to my computer and press upload, and then start counting until the "TX" LED flashes. Then repeat the upload, but just before the TX LED flashes, hit the reset button, and the upload succeeds.
I later determined that changing the USB cable fixed this issue.
Please do the following checks:
1- No wires in the TX and RX of your arduino while uploading the code.
2- No soldered pins in each others.
3- If 1 and 2 are okey than you must reinstall the bootloader into your arduino using another arduino, you can search how to do that in youtube there plenty of videos talking about it.
If you are connecting your Arduino through a USB hub, try to connect it directly into one of the USB ports on the Mac instead.
That worked for me.
First, ensure that /dev/ttyUSB0 works. E.g. plug in mouse and check it works.
Second, try select other board. It is often that non-original boards do not recognized correctly under their names.
Third, try press reset button manually while uploading sketch. Probably automatic reset is broken.
I solved a problem in my case by downloading and installing old FDTM drivers from here.
Try to install FTDIUSBSerialDriver_10_4_10_5_10_6_10_7.mpkg, then re-start Arduino.
Just thought I'd point out that my brand new
Arduino Uno Rev3 board uses the following
LInux driver:
Device Drivers
|-USB Drivers
|-USB Modem (CDC ACM) support
This is known as the: CONFIG_USB_ACM: option in the most recent LInux 3.x kernel.
This device then comes up as: /dev/ttyACM0 or similar.
Have you got anything connected to the RESET pin on the Arduino?
I've encountered this issue with a graphic LCD which needed connecting to the RESET Pin. Disconnecting the jumper wire between the LCD and the RESET pin while uploading the code fixed it for me, all you'd have to do then is reconnect once the code has finished uploading.
I found the cause of this...
Changing my serial port to /dev/tty.usbmodem2131 fixed it. It turns out I was using the wrong serial port this whole time!
You can try:
Check in preferences.txt serial.debug_rate:
serial.debug_rate=9600
Else try to hit the reset button of your Arduino just when uploading.
Else try to select another card in the Arduino IDE menu Tools and then reselect your card in the list.
This combination of the above answers solved the problem for me:
performed the Java update:
sudo apt-get install default-jdk
then killed the Arduino IDE and restarted it
my correct board now showed up (Arduino Mega 2560, where before Mega 1280 was only option)
for the drivers, I did this:
sudo chmod a+rw /dev/serial/by-id/usb-Arduino__www.arduino.cc__(a bunch of numbers)
After that, my Arduino IDE shows /dev/ttyACM0 in the tools/serial port menu.
Now, everything works great!
Here is a solution that worked for me running on a MacBook Pro (desktop).
I was getting the same error and it turns out it's because I had the USB connected to a peripheral device (my monitor) rather than a USB on the PC itself. It stopped any errors right away and is a simple solution.
I tried to connect my servo to the Arduino 5V pin, but the processor and that is why I got this failure
avrdude: stk500_recv(): programmer is not responding
Solution: buy a new Arduino and external 5 V power supply for the servo.
Did you install/update the driver for the FTDI cable? (Step three on http://arduino.cc/en/Guide/Howto). Running the Arduino IDE from my Raspberry Pi worked fine without explicitly installing the drivers (either they were pre-installed or the Arduino IDE installer took care of it). On my Mac this was not the case and I had to install the cable drivers in addition to the IDE.
I just spent the last few hours on this same issue... Just go here "http://www.ftdichip.com/Drivers/VCP.htm", download the latest drivers and reboot. Should work just fine after that. I also downloaded a nightly of the Arduino software, but I don't hunk that made a difference.
Try to load a program without -b (the baud rate option). In ~/.arduino15/preferences.txt set build.verbose=true, when arduino.cc is not running. In the verbose output you will find the hex file which you should load from a console:
avrdude -v -v -v -v -C/usr/share/arduino/hardware/tools/avr/etc/avrdude.conf -patmega328p -carduino -P/dev/ttyUSB2 -D -Uflash:w:/tmp/build2314497724350388190.tmp/sketch_nov13b.cpp.hex:i
I just replace the chip 128 with the 328 version and from Decimile my board name was changed to Uno or Ethernet due to the new baud rate 115200.
In my case the problem was raised when I was trying to do some "weird" arithmetic expressions
eg (3.14/4)/5 or 3.15%2.55
So, I would suggest you to check all the arithmetic expressions in case some of them cannot be calculated by the Arduino.
Hope it helps.
In my case (Mini Pro), solution was so simple, not sure how I missed that.
I needed to crossover rx/tx wires.
Solution:
Arduino Rx pin goes to FTDI Tx pin.
Arduino Tx pin goes to FTDI Rx pin.
I have been working with the Arduino system with an Arduino Uno chip for a while, but I recently came upon a problem I cannot solve. The problem is that whenever I attempt to upload a new program to my chip, I get the following error:
avrdude: stk500_getsync(): not in sync: resp=0x00
I have done some research, and I have tried everything that people have suggested. I have checked the COM port, checked the chip type, checked the component installations, updated the FTDI drivers, hit the reset button, tried the latest Arduino software, and yes, I have even made sure the board is plugged into the computer.
Earlier this year I had absolutely no problem uploading code to my board, and almost nothing has changed since I last tried it. The only thing that has changed is the cable I have used to upload the programs, and I have tried several different cables as well. Could it just be a batch of bad cables? This seems unlikely. I have also tried uploading code onto different boards, with the same result.
This is getting quite frustrating, as I really want to continue working on my projects. However, that will not happen if I cannot even print "Hello World!" to the serial monitor.
I am running on a 32-bit Windows 7 machine. Any suggestions to solving this would be greatly appreciated.
If you are expecting a normal upload using Serial then you should ensure your preferences are not set to "Upload using programmer" and that you are not selecting "Upload using programmer" from any of the Arduino menus.
EDIT
If you have not overridden the programmer then you must have the wrong board selected on the tools menu boards list. lpt1 in the error message is not what the Uno uses.
It turns out that the problem was the FTDI cable I was using. I tried a bunch of different cables until I found one that works, and now uploading occurs without any problems.
check the board you have selected in tools-> board . If you selected wrong board error comes as above. If right board being selected still getting same error , then it is definitely boot loader crashed error. You need to upload boot loader.
Sometimes parts connected to digital pin 0 and 1. The parts interfere communication between the computer and arduino so I recommend this procedure.
Check something is connected to D0 and D1.
If something is connected, unplug those.
Upload the sketch.
Plug parts removed at step 2.
your arduino maybe not uno, change board to duemilanove.