Multi FTDI 232RQ
DarrenY
Posts: 61
Hi Folks,
My design incorporates a 4 pin header for a prop plug for programming and debug, the prop plug RES pin is connected to the Prop RESn pin as per the prop demo schematic. Nice and simple.
I also want to have an on-board FT232RQ for PROP <--> HOST communications via a mini-USB connector. In theory I could operate them together, with debug data going out the prop-plug and program data out the mini-USB.
I'm not sure what I need to do with the onboard FT232RQ DTR pin in this instance - should I connect it as per the prop demo schematic to the Prop RESn pin? (so when both Prop plug and mini-USB connector are plugged in they both connect to the Prop's RESn pin)
This will be like having 2 prop-plugs connected to the system, with prop-plug#1 TX/RX going to pins30/31 and the second (on-board) prop-plug going to Pins X/Y.
Will this work OK?
My design incorporates a 4 pin header for a prop plug for programming and debug, the prop plug RES pin is connected to the Prop RESn pin as per the prop demo schematic. Nice and simple.
I also want to have an on-board FT232RQ for PROP <--> HOST communications via a mini-USB connector. In theory I could operate them together, with debug data going out the prop-plug and program data out the mini-USB.
I'm not sure what I need to do with the onboard FT232RQ DTR pin in this instance - should I connect it as per the prop demo schematic to the Prop RESn pin? (so when both Prop plug and mini-USB connector are plugged in they both connect to the Prop's RESn pin)
This will be like having 2 prop-plugs connected to the system, with prop-plug#1 TX/RX going to pins30/31 and the second (on-board) prop-plug going to Pins X/Y.
Will this work OK?
Comments
Can I connect the DTR pin direct to the Prop pin or should I keep the 10nF Cap, 10K Resistor and NPN inline as per the Prop demo schematic?
Would someone please confirm that the prop reset line is internally pulled up. This doesn't seem to be covered in the Prop Data Sheet.
In the Demo Board schematic, the reset pin seems to be used as a pull-up for the NPN transistor. Is this correct? It seems a little strange...
Thanks for your help.
Jim
Nothing would work at all if it were not
The DTR output goes high (3.3v) when the mini-USB is connected, but yet the RES pin stays low (due to the components listed in the previous post)
So I can connect the DTR direct and test for it going high to indicate that the FTDI is powered and ready for TX/RX
Thanks for confirming the reset is pulled high.
It still seems very unusual for a reset pin to be used as a current source for other circuits. (e.g. Demo Board NPN)
Do you know how much current it can source?
Jim
Jim
How will you connect the 2 TX lines of the FT232RQ and the PropPlug together to the RX (Pin31) of the Propeller?
You can not connect 2 outputs together without a appropriate circuit.
Here is my suggestion:
Andy
I am going to connect the second FT232RQ to separate TX/RX prop pins so it won't be an issue but your right, if I were to use the same pin I would need a design like the one you describe.
I need to TX/RX on both lines simultaneously, so I can't share the pins.
Question for Mike Green -
>(if you've got the capacitors on it).
what capacitors??
Also from my experience - the RES line is very weakly (100k?) pulled up.
Additionally - there is supposed to be a IDE update to enable you to select the COMx: port to program - so you can have multiple PX8's on the PC.
Cheers,
James
DTR is normally taken true when a serial port is open and it's left true until the port is closed. The Propeller needs a short pulse on the leading edge of DTR. There's another pulse generated on the trailing edge of DTR, but it's the opposite polarity and dissipated in the protective diode in the Propeller's reset input.
"Brown Out Enable (active low). Must be connected to either VDD or VSS. If low, RESn becomes a
weak output (delivering VDD through 5 KΩ[noparse];)[/noparse] for monitoring purposes but can still be driven low to cause
reset. If high, RESn is CMOS input with Schmitt Trigger."
BOE is generally tied to GND (=Vss).
(sorry - sorta hijacking this thread a bit but.....)
Thanks for the reply - re the cap's.
edit - sorry just re-read the post linked below - you've already commented.· Update to that post - have tried a .1uf cap to ground - works on the bread board I think - obv. cannot test it without the engine.· When it's on the pin and the serial programming circuit is connected you then cannot program the prop.· I'm ordering .01uf's caps to try.....
I am running a propeller in a racing environment where the programming header (p30,p31,resn,gnd) has been available on the outside of the box either directly or via the serial programming circuit / max3232 (3.3v max232) driver.
When the car (un-surpressed basic racing engine) rev's above about 3k then the prop just goes into reset, and reset, and reset etc. By my calculations 3k+ RPM is about 100htz+.
Tried a pull up/pull down (cannot remember which way off hand) resistor and such to no avail.
Only thing that works is to disconnect the RESn line from the outside world (then its contained within the metal box).
Any thoughts?
Many thanks.
J
(ps - also see http://forums.parallax.com/forums/default.aspx?f=25&p=1&m=185300#m185712 - for background)
Post Edited (Javalin) : 10/31/2007 11:01:06 AM GMT
It looks to me, as if you have not conected BOE to GND...
The use of a cap between RES and GND is confusing as well...
BOE definatly goes to VSS!
The cap to ground was suggested in the previous thread as part of a low-pass filter. Idea being to absorb short spikes?
J