Bandit Serial Connection

[Chris64]

Anyone know the baud rate etc. for a Bandit?

I made a normal db9 connector which in theory is connected correctly. Trying to connect through hyperterminal didn't give me anything.

Is there anything I should know regarding syntax?

My guess is something like this
X-1.0
Y-1.0
/X-1.0
/Y0
But, how do you fire a [start] command?

Anyone? Any resources?

[Karl_T]

Bamdit had several models. I ran an old one for a little while. I think it communicated at 300 baud. I only remeber that command syntax was different than Fanuc. You're going to need the manual to have a chance at this thing.

Personally, I'd just upgrade to Mach or another fine control. This is a really obsolete control.

Karl

[HuFlungDung]

The Bandit is hardware handshake only. Is that what you have Chris? Where did you get the pinout for the cable?

I think the Bandit had a DIP switch setting that may set the baud rate...but I'm not sure. You should call Albright cnc, they would know. Depending on the firmware, the Bandit could transmit at up to 4800. DNC was more limited, I think maybe 1200.

If you've got the correct cable, you should get a character or two to come across before you get an error light. Then it is just a matter of trial and error to set the sending software correctly to match baud rates. Start slow, as Karl suggested.

To receive, I think you just switch the knob to "EXT" and hit the start button yourself.

If the first characters in your program are
N1&
this will set the Bandit to load the data at line 1 in memory.

A % sign means nothing to Bandit.

I think a control character is required to end the transmission legally and this could be ASCII 004, or 017, 018,019, 020. I used a special comm program which used a key combo to do this, so I do not know exactly what character they were emulating with the shortcut.

[Chris64]

Thanks...that's a starting point. As far as the pinouts go; The guy who sold it to me gave a small board with a ribbin cable attachment on one end and screw down terminals on the other...this included hand written instructions of what goes where. I just followed that for attaching a DP9 connector. It's all really going off of faith at this point. If I can't get anything then I'll pursue the actual ribbon cable itself. Right now I'm trusting that it's right...it looks well made.

I read through the shadow docs again and they include the pinouts of the ribbon. I wonder if it's the same.

My bandit docs only contain some basic info regarding this. FYI, my system is considered a 2M.

I know this controller is in the twilight of it's life but for now it seems to be very capable. For what I need, I could really get by just using G-codes...but losing the program entirely everytime you reboot is bringing back nightmares from my Commodore 64 days before I had a tape recorder.

[Chris64]

Originally Posted by HuFlungDung The Bandit is hardware handshake only. Is that what you have Chris? Where did you get the pinout for the cable? I think the Bandit had a DIP switch setting that may set the baud rate...but I'm not sure. You should call Albright cnc, they would know. Depending on the firmware, the Bandit could transmit at up to 4800. DNC was more limited, I think maybe 1200. If you've got the correct cable, you should get a character or two to come across before you get an error light. Then it is just a matter of trial and error to set the sending software correctly to match baud rates. Start slow, as Karl suggested. To receive, I think you just switch the knob to "EXT" and hit the start button yourself. If the first characters in your program are N1& this will set the Bandit to load the data at line 1 in memory. A % sign means nothing to Bandit. I think a control character is required to end the transmission legally and this could be ASCII 004, or 017, 018,019, 020. I used a special comm program which used a key combo to do this, so I do not know exactly what character they were emulating with the shortcut.

Well, the good news is that I had some communication happening...the bad news is that I can't recognize any of it.

It's all in strange characters...not standard ascii. I suspect that means that I may not have the serial parameters correct, but virtually all other settings give me nothing.

Can anyone verify if the data sent and received is in plain text?

What I was doing was using the M command to save a small program to my computer (so I could read the text it sends). I tried sending a few commands but nothing seemed to work.

What I found that worked was 1200 baud, 1 stop bit, no parity, hardware control (although it works with no flow control as well).

Any thoughts?

[Ben Colby]

To accept a program from the PC:
1 Push Reset
2 Switch mode to External (EXT)
3 Push CE button
4 Push the spindle enable button ( If your machine has one)
5 Push Start button

To Send a program from Control To PC:
1) setup PC to receive
2 Find last sequence number in program
3 MDI mode push Reset
4 Switch to External (EXT)
5 type T# (where T#= last line of your program)
6 Push the Start button

Can't tell you what baud to use without knowing the control. Old Bandits
used real slow bauds like 120, 300 etc. newer cards used 1200, 2400 etc.
Don't be afraid to go slow. If you email me, I'll send you a very old Bandit
communication program that works in DOS.

[Ben Colby]

Also, as stated in a earlier post, do not use % signs.
First line of the program N001& G90 (or whatever you want to start with)

[Chris64]

So does "&" replace start? And, What would you use a "%" for anyway?

I'm going to try 120 when I get home. I called Albright CNC and ordered a Bandit comm manual so if I don't get this working at least I can fall back on that. Thanks for all the feedback. What I was doing to send the program to the computer is:
MDI - N01 start
EXT - M5 start (last line of the program)

It would send across the same thing everytime, but it was jiberish.

Something like this:
ΔΔΔ☺☺☺☺↕↔↑↨☺☺☺ (lots of the smiley face character). I hope this is just a bad baud rate issue and I'm not going to have to translate this to normal characters.

Another thing I keep reading is that it can communicate at 1200 baud with syncronization but most PC's don't have this. What is it that PC's don't have? It seems strange to have a problem with current computers talking RS232.

[pastera]

Can you get your hands on an oscilloscope (or logic analyser)? Even a cheapo sound card unit will work for this as you only need to find the baud rate.

If the baud rate is odd (can't do it on a standard port) let me know and I'll set you up with a baud rate converter.

Aaron

[HuFlungDung]

Pastera,
It sounds as though you have some funky method of testing with a sound card. While I don't need to know, I am curious

Chris,
7 data bits
2 stop bits
parity none
hardware handshake.
start of transmit: nothing really required
end of transmit: CTRL+D (if that means anything) It is one of the ASCII characters and you will likely need a comm program that is capable of sending non-text character in order to get it to go.

If you cannot find the correct character to end the transmission with, I think you can still go to the Bandit and switch back to MDI and perhaps hit RESET and the transmitted program should be there intact.

Place the cursor on the first line of the program you wish to send, not at the end of the program.

[Ben Colby]

I dug up my notes on the Bandit Level 2 I used to own.
It used the following:
Baud =110
Parity =Even (ASCII format)
Stop bits = 1
Handshake=none

I dug thru my old floppies and I do indeed have DOS communication
program for the Bandit if are interested, its ~224K so not much to download.
One nice thing about the comm-program is that it counts the Bandit program sequence numbers correctly. The Bandit control counts the N numbers by
bits, which is a odd.

[Ben Colby]

I was also thinking that Windows still has the original Terminal program
from Windows 3.00. Search your computer for the old program, it will have
the lower baud rate settings and the rest of RS-232 settings you might need.