Re: [CAD_CAM_EDM_DRO] Re: replacing anilam crusader II control

On Wed, 25 Feb 2004 13:49:10 -0000, you wrote:

>Roy and Cliff
>
> Thanks for your input. Because you kept after me that the two
>ports should not have the same lights on on each side I kept trying
>and found a cable combination that worked. YES, I was able to upload
>a program into the controller. I don't know at this time which light
>it was that made the difference, since the third cable I tried was a
>serial port crossover with an adapter on the end to a db25 I am
>getting several lights on the tester instead of only one. But it
>works. Now if I could only overcome the limited memory size.

Serial comes in two flavors, DCE and DTE. The standard connections
are "something that looks like a computer" and "something that looks
like a modem"

The original spec was pretty much wiring the wires straight through.
pin 2 to pin 2, etc...

If the two pieces of equipment are wired the same, i.e. transmit on
pin 2, for instance, then you have both pieces trying to drive the
same wire for transmit, and nothing hooked as a receiver.

Crossover cables fix this problem, and also compensate for the
"control" signals that many PCs want to see (from a modem, I have a
carrier, I'm ready to transmit, I'm ready to receive... etc.). These
may be looped back so the computer sees the proper signals at all
times, or they may be looped so that the computer sees one signal as a
"ok, ready, no problems here".

bottom line on the simplest serial interface, you must see (25 pin
here), pin 2 driven by one device, and pin 3 driven by the other.

Harvey

>
>Thanks for your time...
>Jim H.
>
>
>
>
>--- In CAD_CAM_EDM_DRO@yahoogroups.com, "Jim H" <notlinux101@y...>
>wrote:
>> Metl
>>
>> I just got this machine and controller off of ebay back before
>> christmas. While the control had been checked by a east coast
>anilam
>> repair shop they hadn't tested the upload download ports. So I am
>> starting from scratch. I bought the cable and ends from Shopfloor
>> automations, Greg there has been real helpful. But a dog chewed
>the
>> end off the cable and I had to have it repaired with a new
>> connector. Problem is for Greg, they like to start by getting the
>> download (recorder) port working to find the protocols then go on
>to
>> however on this box the upload port shows not lights at all on the
>> com port tester so it is expected to be dead. The item is still
>> active on ebay its #2572650115. Its just been a ton of fun. The
>first
>> 3-ph converter was lost in shipping by Fed-X. I now have the
>> replacement wired up and power on the spindle. But the hope of
>> generating g-code programs using rhino and visual mill is going up
>> with the broken port.
>> The idea of hand poking in a 600 block program into the
>controller
>> and then going through the fun of debugging is not to appealing.
>> I have experiance operating several types of conventional and NC
>> machines. But now days I write programs for them using Catia
>MFGProg
>> for a one time large aerospace company in the northwest. Hint:
>starts
>> with a B. But like a snake swallowing its tail, they are getting
>> smaller.
>>
>> Thanks
>> Jim H.
>>
>> --- In CAD_CAM_EDM_DRO@yahoogroups.com, "metlmunchr"
>> <metlmunchr@y...> wrote:
>> > Jim, in reading your posts I havent seen you mention if this is a
>> > control you've just acquired or if everything was working fine
>and
>> > has just quit. If you haven't uploaded to the anilam in the
>past,
>> > theres always the possibility that the comm protocols are set
>> > different on the computer than whats required for the control
>(i.e.
>> > data bits, stop bits, parity, etc) since generally if you look at
>5
>> > commercial controls, there will be at least 4 different
>> > requirements. Also, as Roy mentioned, many CNC controls require
>> > some modification of a standard serial cable to correspond with
>the
>> > way the connector is wired at the control. A bit more background
>> > along this line might help get you the answers you need, or at
>> least
>> > help you nail down the location of the problem. I fooled around
>> > with the 232 port on a 3000 okuma control in the same manner you
>> > describe for a week, and it was a matter of cable connection and
>> > protocol. Nothing at all wrong with the board, but until
>> everything
>> > is right, they just wont do a damn thing.
>> >
>> > Cliff
>> >
>> > --- In CAD_CAM_EDM_DRO@yahoogroups.com, "Roy J. Tellason"
>> > <rtellason@b...> wrote:
>> > > On Sunday 22 February 2004 08:58 pm, Jim H wrote:
>> > > > Roy
>> > > >
>> > > > Well I got time to try some more tests. As before when the
>> com
>> > > > port tester is hooked up to the in-port (rs232) on the anilam
>> > > > controller, the RD and DSR lights are on. Then when hooked
>up
>> to
>> > > > only the Pc's cable from com port1 only the RD light is on,
>red.
>> > >
>> > > If you've got the same light on at both ends then that means
>that
>> > you've got
>> > > outputs at both ends, trying to drive that wire...
>> > >
>> > > Did this setup work with the cable you're using now? If not,
>the
>> > cable wiring
>> > > may be part of your problem, a lot of times signals are
>crossed
>> > over.
>> > >
>> > > > When I use the windows program ComEdit to upload a short (4
>> line)
>> > > > program the single light changes to orange (red and green
>> > blinking.
>> > >
>> > > This suggests that the port is working, but no other lights
>> > suggest that the
>> > > wires aren't coming through for the other signals. They may
>> > instead be
>> > > looped back at the connector end of the cable.
>> > >
>> > > Is this one of those cables where you can open up the ends by
>> > removing the
>> > > connector shells? Might be worth a look...
>> > >
>> > > > Several attempts to upload using the cable connected through
>> the
>> > com
>> > > > port tester to the controller meet with failure.
>> > >
>> > > Not if you've got two outputs tied together, that's not gonna
>> > work. :-)
>> > >
>> > > > I had the control out of the housing last week and looked
>at
>> > the
>> > > > cable connections from the power supply, cards and ports.
>But
>> > saw
>> > > > nothing that looked particularly wrong (cooked cracked
>> broken).
>> > The
>> > > > connection from the in-port to the card is made with a wide
>> > ribbon
>> > > > wire so its hard to tell which connections are being made.
>Even
>> > > > testing the connection was stopped by the fact my voltmeter
>> pins
>> > are
>> > > > to large to fit into the rs232 port..
>> > >
>> > > A bit of wire can help that.
>
>
>
>
>Addresses:
>FAQ: http://www.ktmarketing.com/faq.html
>FILES: http://groups.yahoo.com/group/CAD_CAM_EDM_DRO/files/
>Post Messages: CAD_CAM_EDM_DRO@yahoogroups.com
>
>Subscribe: CAD_CAM_EDM_DRO-subscribe@yahoogroups.com
>Unsubscribe: CAD_CAM_EDM_DRO-unsubscribe@yahoogroups.com
>List owner: CAD_CAM_EDM_DRO-owner@yahoogroups.com, wanliker@..., timg@...
>Moderator: pentam@... indigo_red@... davemucha@... [Moderators]
>URL to this group: http://groups.yahoo.com/group/CAD_CAM_EDM_DRO
>
>OFF Topic POSTS: General Machining
>If you wish to post on unlimited OT subjects goto: aol://5863:126/rec.crafts.metalworking or go thru Google.com to reach it if you have trouble.
>http://www.metalworking.com/news_servers.html
>
>http://groups.yahoo.com/group/jobshophomeshop I consider this to be a sister site to the CCED group, as many of the same members are there, for OT subjects, that are not allowed on the CCED list.
>
>NOTICE: ALL POSTINGS TO THIS GROUP BECOME PUBLIC DOMAIN BY POSTING THEM. DON'T POST IF YOU CAN NOT ACCEPT THIS.....NO EXCEPTIONS........
>bill
>List Mom
>List Owner
>
>
>Yahoo! Groups Links
>
>
>
>
>