There's a thread about that on the Arduino Forum - someone had a similar question.
I found a schematic (below) which is not for that board, however the header pins are labelled the same as you found, so it is plausibly similar.
It appears that header is used for "Synchronous Bit Bang mode" as documented here: Bit Bang Modes For The FT232R and FT245R (...
The ICSP is used for 'bare metal' programming. This what you'd use if you wanted to replace or remove the bootloader, change the clock oscillator settings, or program the device as a bare 328.
The USB port is for communicating with a program running on the Arduino. When it's first booted, the bootloader program checks to see if there's any activity on the ...
The older Arduino boards used an FTDI FT232R chip to handle the USB port. This chip is a special purpose, USB to serial UART interface.
In the current Arduino boards, the USB to serial conversion is handled by dedicated Atmel Atmega8u2 processor. This is a processor that is similar to the main ATmega328p processor, but the added benefit of having built-in ...
As noted elsewhere, there have been plenty of problems with the CH340 driver and the OSX El Capitan betas, culminating into the driver flat out not working in the latest beta. This is either a bug with OSX or a bug in the driver. I would lean towards this being a bug in the driver, which hasn't been updated since late 2013.
There are other 3rd party drivers ...
Is it this?
"To upload a new sketch to the Arduino Mini, you need to press the reset button on the board immediately before pressing the upload button in the Arduino environment."
What you have done is to disable the "HUPCL" signal that is sent when the port is opened/closed.
You can turn the signal back on with:
$ stty -F /dev/ttyACM3 hupcl
And you can turn it off again with:
$ stty -F /dev/ttyACM3 -hupcl
HUPCL means "HangUP on CLose".
In fact, the basic Arduino Mega (with the ATmega 1280) utilizes an FT232RL, so yes, it will work if you connect it correctly.
It is only the newer Mega2560 (along with the similar-generation Uno, etc) which utilizes an ATmega16u2 or similar as the USB bridge.
Generally speaking, the bootloader doesn't care - you should be able to use either target chip ...
You can use FTDI cable with your board on the last row of pads as you have highlighted.
Unfortunately your board designers do not publish a pdf version of the schematic so I opened the provided schematics in EAGLE and exported the FTDI connector diagram.
Here is the FTDI connector connections from the schematic:
Here is the pinout of the FTDI cable
"Access is denied" this looks like you should at least restart your computer after you installed the FTDI driver if you have not already.
Run Arduino IDE as Administrator and also make sure you are logged into an Administrator account in your windows login.
If all this fails this means another application is using that com port you will need to figure out ...
Here's the guide I used to correct the problem :-
HOW TO FIX THE USB-FTDI PROBLEM
(on arduino nano, usb ttl, ft232, ...)
There must have been a production of faulty ftdi drivers (version 220.127.116.11 or later) on august 2014 that makes some arduino boards and other usb devices not readable from the computer. The problem is random, meaning that it is possible ...
Is it this?
"To upload a new sketch to the Arduino Mini, you need to press the reset button >on the board immediately before pressing the upload button in the Arduino >environment."
You sir, are a hero.
I don't even know how I accidentally did this sequence to upload the first sketch... Perhaps I ...
Things have changed in the three years since you last used your FTDI board.
Most importantly avrdude has changed.
You will most likely find that you can program your boards perfectly fine using Arduino IDE 1.0.1.
What has changed is that avrdude has been modified to counter a change in the FTDI drivers. It used to be that the FTDI drivers would pulse the ...
No, that is completely wrong.
In USB you have hosts and devices. A device has to connect to a host. Your FT232 is a device. The barcode scanner is a device. Both of them need to be connected to a host for them to do anything.
So you need a USB host shield to act as that host.
However - check the manual for your barcode scanner: it may well have a RS-232 ...
Yes. Tie the reset pin on the ISP connector low to keep the ATmega328P in reset, then you can connect pins 0 and 1 to the ESP module to communicate using the Uno's USB-UART bridge. Since the pins are labelled from the perspective of the '328P, connect TX to TX and RX to RX.
Flip the RX and TX wires of the HC06. This is because this statement : SoftwareSerial BT(10, 11); actually means SoftwareSerial BT(RXpin, TXpin);. Considering this, 10 is your Rx and 11 is your Tx. In this case, you have to connect pin 10 (software Rx) of your Arduino to the Tx pin of your HC06 and pin 11 (software Tx) to the Rx pin.
That looks backwards to me. Connect GND to GND and CTS to BLK.
The bluetooth module operates at a predefined baud rate. You need to ensure that your Arduino communicates at that baud rate - you don't get to pick any old baud rate.
The baud rate can be changed with the AT+UART=x command (where x is a single digit representing the baud ...
Has this ever worked?
Can you use avrdude and hit the target?
There is a terminal mode in avrdude you can also use. At least this would help you determine what is working.
Sounds like a configuration issue. If you have the ability to 'follow the tail' (tail -f ) I'm assuming that you have 'like' tools we have in Linux like lsusb to assist?
You can ...
Same problem faced. Try out many times with proper connection but no success. After that, I found one unique and simple solution. I use Arduino Uno instead of FTDI. Follow below step, your problem will definitely solve.
First, remove Arduino Uno's IC means ATMEGA 328P-PU.
Now, do connection as shown in below figure.
Connections are like:
This is the standard FTDI Basic connections. CTS is an input to the module and is typically just connected to Gnd as seen on the right side here from the Arduino Promini schematic (so the FT232 is always Clear(ed) To Send, i.e. no flow control is used).
DTR may be broken out on one of the side holes. RTS may work for you in place of DTR to create the reset ...
Select Tools>Processor>ATmega328p(old bootloader)
I was having the same problem. The default uploaded sketch was causing the problem. The code was reading one of the analog pins and throwing the value via serial port and causing the problem. Changing to old bootloader fixed it for me
Right now I have it on Arduino Nano/Atmega328 + AVRISP mkII
Tha AVRISP is not an FTDI programmer. How do you have it wired up?
See: How to make an Arduino-compatible minimal board
From that page, this is how I hooked up my FTDI cable:
And a close-up:
You need RTS, via a 0.1 µF capacitor (in series) in order to trigger a reset.
So I found out what I was doing wrong, and want to smack myself for it -.-
The answer was to simply hook up the BLK connection (which I guess is also ground) to a GND pin on the Arduino Uno.
Hope this ends up helping someone out.
What you call a “virus” is, more properly, malware. FTDI's driver that bricked fake FT232R chips was withdrawn from Windows Update in October of 2014. (See, for example, discussion at epanorama.net, sparkfun, and hackaday. The hackaday article, “Unbricking a counterfeit FTDI chip”, has links to an article about unbricking counterfeits.)
The CH341A is not ...
Alright so I figured it out. Thanks to user Butters for pointing me in the right direction.
The Arduino Uno DOES NOT have enough power to handle the ESP8266 itself. It needs a power source using a 5v to 3v stepdown chip. The 3v3 rail doesn't handle it by itself.
You cannot upload the bootloader through the ATmega's UART pins.
Perhaps the the necessary pins (SPI & reset) are broken out on your board, and if not you may be able to tap them with some fine hookup wire long enough for the task as long as there are no conflicting peripherals connected to them which you cannot temporarily disable.
Otherwise you may ...