PARTIALLY solved. Pro-mini/ftdi avrdude: stk500 recv

Bad connections between ftdi and pro mini re-soldered. Now each connection between ftdi andPro mini is continuous,

The first listed problem ("programmer is not responding") no longer occures, BUT
2nd error respo still occurs, but with alternating error code: 020 alternating with 030

Continuity checked after the test; EAch connection still is good.

avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt [x] of 10 not in sync: resp=0x03

Pro Mini connecting to COM12 through Sparkfun FTDI Basic

Windows Device Manager shows Connection to COM12 but not labelled as Arduino.

added information:
image

Attempt to upload to Pro Mini consistently fails when I use Sparkfun FDT1 and consistently fails when I use Sparkfun FDTI232.

HOWEVER upload DOES work when using the tutorial which recommends using a UNO that is uploaded with the "Arduino ISP" method (https://docs.arduino.cc/built-in-examples/arduino-isp/ArduinoISP). Of course, this means keeping the UNO/ISP connected when running the sketch. One sketch sets up one HC-05 as "master" and another with the HC-05 as slave.

The simpler upload which works with the Arduino/ISP also fails when I use either FTDI module.
The consistent error message is
"avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x20
Failed uploading: uploading error: exit status 1"

The sketch code follows:

int the_count;
void setup() {
  // put your setup code here, to run once:
  pinMode(8, OUTPUT);
  Serial.begin(9600);
  Serial.print("Well, we're loaded.");
  digitalWrite(8, HIGH);
  delay(5000);
  digitalWrite(8, LOW);
  delay(5000);
  digitalWrite(8, HIGH);
  delay(5000);
  digitalWrite(8, LOW);
  delay(5000);
  the_count = 0;
}
void loop() {
   the_count++;
  if ((the_count > 1000) && (the_count < 2000)) {
    digitalWrite(8, HIGH);
    }
  if (the_count == 2000) {
    digitalWrite(8, LOW);
    Serial.println("\t\t LED should be off.");
    delay(5000);
    the_count = 0;
      }
}

If the HC-05 modules are connected to the RX and TX pins of the Pro Mini, that will interfere with uploads.

Note that when you do an "Upload Using Programmer", it erases the bootloader on the Pro Mini board. After that, it is expected that all attempts to upload via the FTDI module will fail with this "not in sync" error because the bootloader is required for that type of upload. For this reason, you must use the Arduino IDE's Tools > Burn Bootloader feature with your "Arduino as ISP" connected to the board in order to replace the bootloader before uploading to the board with the FTDI module.

I understand the issue (RX/TX) you raise, but, the same problem occurs with the simpler code (the blinky one) I included in my posting. I did this because I realised that the RX/TX problem comlicated the discussion.

Thank you for the bootloader information. I have to report, though, that the FDTI problems emerged long before I used the "Arduino as ISP" method. My attempts "back then" to "burn loaders (w/o the UNO) encountrered (repeatedly) lack of (cannot find) Programmer.

I will test out your proposal, today (March 4). thank you, ptillisch.

My attempt to "burn bootloader" failed
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00

I am assuming that the doing this (burn) is to be done after uploading a sketch
through the Arduino /ISP

Make sure you uploaded the File > Examples > 11.ArduinoISP > ArduinoISP sketch to the programmer board.

Not sure if it was clear but as long as something is connected to those pins it will interfere, even if it is not used in the sketch.

It was clear. I realised the obvious when I made connections from Pro Mini to UNO. The conflict was readily visible.

Thanks. I did. that is why I was able to upload the mod'ed blinky before I did the burn bootloader.

This is odd. If you are able to do an "Upload Using Programmer" operation you should definitely be able to do a "Burn Bootloader" operation with the same wiring and IDE configuration.

True, that, but the whole issue of uploading to a Pro Mini has bothered me for a few months.

By the way, I simply do a simple Upload, not the "Upload using programmer" selection from the IDE (okay, use the upload icon on the IDE).

Two Sparkfun FDTI devices consistently fail to do the job. I also tried to "Burn Bootloader" through these decives; that also failed. I remain totally confused. I assume (probably I am wrong) that I must keep the Arduino/ISP connected to the Pro Mini to use the uploaded sketch. I know; I have to test that issue (meaning disconnect the Arduino/ISP) to prove or disprove that last question ("needing the Arduino/ISP connected"). I need something to run the sketch on the Pro Mini without having to upload to start the sketch. Maybe upload then disconnect the Arduino/ISP. My reason for keeping the things connected is the supply of pwoer to the Pro Mini. Maybe the FDTI devices can do that, at least.

Yes; why do I keep on trying to use the Pro Minis? Stubborn, I admit. I took a liking to the Pro Mini a bit of time back (like, about a year).

You can't burn a boot loader through a FTDI adapter, you need a programmer to do that.

It is not necessary to upload to start a sketch. The sketch program restarts any time you reset or power cycle the board.

I am also a big fan of the Pro Mini.

Good info. Thanks. I will try your information later. I stumbled into another and separete problem.
Tom

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.