PDA

View Full Version : Help, anyone with an FMA CellPro/BalancePro serial adapter?


Neil_J
11-06-2007, 04:05 PM
Does anyone have one of these??

http://www.fmadirect.com/images/products/1892.jpg

Reason I ask is, I just bought the BalancePro to charge my 6S T-Rex 600 batteries. FMA will be out of these serial adapters for at least a few weeks. This means I won't know how much power I'm putting back into my batteries for a while, unless I can make my own adapter. These batteries cost $300 each :eek: so I _really_ want to keep an eye on them.

So what I am wondering is, what would it take for someone to cut the shrinkwrap and take a few pictures of the board from both sides? I'm basically wondering what if any level-converting chips are on the board, and where the traces go. I'll be able to use my insane engineering skills to figure all this out from two pictures :roll: I just need the cooperation from someone out there who has one..

Thanks in advance

Neil

kamtsa
11-07-2007, 02:38 AM
Here it is (see attached iamges).

Probably a TTL-RS232 level shifter.

Let us know what you find ;-)

Kam

Neil_J
11-07-2007, 09:05 AM
Here it is (see attached iamges).

Probably a TTL-RS232 level shifter.

Let us know what you find ;-)

Kam

AWESOME :YeaBaby: :noteworthy:noteworthy:noteworthy


Much thanks, I'll see what I can come up with.

Neil_J
11-07-2007, 09:45 AM
OK this is what I come up with...

http://www.helifreak.com/attachment.php?attachmentid=30181&d=1194446666


Seems to be a bidirectional interface, the optoisolator keeps the transmit / receive lines seperated.

I have all the parts available at home, leftover from other projects... shouldn't take very long to put it together.

kamtsa
11-07-2007, 11:56 AM
OK this is what I come up with...

http://www.helifreak.com/attachment.php?attachmentid=30181&d=1194446666


Seems to be a bidirectional interface, the optoisolator keeps the transmit / receive lines seperated.

I have all the parts available at home, leftover from other projects... shouldn't take very long to put it together.

Interesting, the Data From PC does not have returning ground. I wonder how it works.

Also, resistor value of 103 means 10K, right?

Kam

Neil_J
11-07-2007, 01:05 PM
Interesting, the Data From PC does not have returning ground. I wonder how it works. Also, resistor value of 103 means 10K, right?
Sure it does :lol: , ground is on pin 5:

http://www.balances.com/scientech/imgs/rs232connector.gif


Edit: yes 103 is 10k

Neil_J
11-07-2007, 01:09 PM
Also, it seems that someone on RCgroups previously reverse-engineered it:

http://www.helifreak.com/attachment.php?attachmentid=30200&d=1194458914

Not sure who is correct on the RS232 pin connections but I will find out..

kamtsa
11-07-2007, 05:10 PM
Also, it seems that someone on RCgroups previously reverse-engineered it:

http://www.helifreak.com/attachment.php?attachmentid=30200&d=1194458914

Not sure who is correct on the RS232 pin connections but I will find out..

I checked the 9pin connector with an Ohmeter and this hand draft seems to be correct. 10K resistor goes to pin 7, opto coupler pin 4 goes to pin 2 and opto coupler pin 5 goes to pin 4.

Now I can see how it works. This is a unidirectional isolated link, the output levels from the charger is 0 - 3.3V so they use the voltage regulator. Pin 7 provides the RS232 '+' level (with a 10K pullup) and pin 4 provides the '-' (when the opto coupler is on).

Not as fancy as Castle Link but works (if you have a free serial port on your computer).

Charger must be transmitting its state continuously.

Kam

Neil_J
11-07-2007, 07:27 PM
I checked the 9pin connector with an Ohmeter and this hand draft seems to be correct. 10K resistor goes to pin 7, opto coupler pin 4 goes to pin 2 and opto coupler pin 5 goes to pin 4.

Now I can see how it works. This is a unidirectional isolated link, the output levels from the charger is 0 - 3.3V so they use the voltage regulator. Pin 7 provides the RS232 '+' level (with a 10K pullup) and pin 4 provides the '-' (when the opto coupler is on).
Yep.. wouldn't have been how I implemented it... They are bit-banging the DTR/RTS lines which is usually a no-no (Windows cannot guarantee timing although most of the time its ok).. the RX/TX lines on the other hand are buffered in hardware (at least 16 bytes/characters), so almost zero chance for a character's bit timing to screw up... Maybe a gap between characters but definitely not a pause in the middle of a character. Either way it works, I'll shut up and get my battery charged :)