Electronic Innovations

Friday, July 13, 2007

Afternoon Tea


Vanilla slices courtesy of Warrick. Yum!!! (though we still love Di's version to)

Labels: , ,

GEM Drive field controller analysis

In this blog I am analyzing the waveform of a supposed faulty "GEM Drive Single Phase Field Control Module". The device is fine but it has an interesting way of controlling the flyback voltage of the field coil. It is a 4 SCR bridge and can supply up to 15A. Normally you would have a high power diode reverse biased across the + and - of the coil to absorb the collapsing field current. In this case the design uses the negative current of the coil to trigger the top half SCR's and short the coil, effectively acting as a diode. The waveform on the CRO shows some slight negative voltage that is required to turn on the SCR's but apart from that it is the same as having a diode.
Why would you do that? Well all I can think of is that it would mean one less high power component that could fail. The negative current control would not fail unless both of the SCR(s) failed. For the expense of a little negative spike in the waveform that's a good idea.

Thursday, July 12, 2007

Repairing an old GEC GEM Drive

Ok, so I've been asked to post the report for my latest job. It is a GEC GEM Drive 24V8400/10. This one was a pain to do but I couldn't have asked for a better machine to fix than one with a discrete logic controller. There were a couple of surprises with the power section with a diode looking every part a normal diode but it had broken to a zener when driven and two others had gone resistive. Those took a while to find and the first time I have actually seen them do that. Well here is the body of how it came to be fixed with the help of Ross and Warrick. Hope it helps with diagnosing a fault with your drive or at least be interesting reading.

Report for GEC GEM Drive 24V8400/10

The power board was inspected and all the snubber caps appeared to be damaged or aging so they were replaced and the PCB cleaned. The appropriate links were setup on the terminals and lamps were attached to the motor output. The B bridge gates were disconnected to prevent shorting of the SCR's. The drive was powered and noted that the gate firing LED's were not lighting. Tracing through the circuit proved they were being driven by logic but the bridge driver power supplies revealed some feedback into the disabled bridge supply. Because the bridge was disconnected the SCR's did not short and the load could be driven in one direction. TR1 and TR2(PNP switching darlingtons used to select each bridge) were checked for faults with a multimeter but no obvious faults were found. They were replaced and the fault remained. The pulse transformer insulations were checked with a megger meter on 500V but they all showed high resistance. A 1M resistance was measured across three of them but the cause was believed to be due to other circuit(eg. The armature feedback). The pulse transformer diodes were checked with a multimeter on diode and resistance setting in forward and reverse bias. A diode showed low voltage and resistance in both directions and it was removed. It measured 343R in both directions external to the circuit so it was replaced. Another diode showed 11k in reverse and was replaced. The drive was powered but one bridge still showed feedback. The diodes relevant to this bridge were measured while active and they all showed voltage feedback but one had a higher voltage feedback indicating that it was likely to be the problem. This was replaced and the bridge selection worked correctly.

The phase control was not working so 0-15VDC was ramped with a pot directly into the phase control IC's(IC5 and IC14). The output phased correctly so after some circuit checking TJ1's(a JFET) drive was checked as it was used to disable to the control. Further investigation found that the interlock was not enabling it although the signals were present. AND gate (c) of IC29 was not operating correctly and the chip was replaced. When the drive was turned on the lamp load flashed and the drive turned off. Measurement of the SCR's showed one had an o/c gate(This is a rare event says Ross, because they usually go short but I found a spare of the same brand that someone didn't check and it also had an open circuit gate. Maybe this brand has that problem). This was replaced and the ramp control from the external speed input worked correctly.

A motor load with 40R 1.5kW(c/o Warrick) series resistor was attached to the drive. It was driven with one set of bridge gates attached and then the other bridge alternately. As a precaution all the diodes in the power section were replaced and the PCB cleaned. New screws were used for the SCR's and the monitor module PCB was cleaned. The series resistor was removed and the motor driven in both directions to the motor's maximum voltage(180V) with the external pot. Checking of the bridge supplies and motor output concluded the testing and verification of the drive. The drive was returned.

---

There was a lot wrong with this one but at least I had the circuit diagrams. The beauty of discrete logic is that it can be easily interpreted, found and replaced. Other jobs will no doubt be posted in the future so keep an eye on this site to learn more.

Labels: , , , ,

Monday, July 09, 2007

Homopolar motor demonstration

One for Warrick and Dave.

Lantronix Serial to LAN Module

If you need to access a serial device over the internet the Xport device is a great starting point. We have one of our EDM boards connected to the network down in remote New South Wales using one of these devices. So far we haven't had a hitch connecting to it from up here in Brisbane (connection via a SSH tunnel of course). The modules are very power hungry though. We forced the device to run in half-duplex, 10BASE-T mode, this has dropped the operating current to a minimum. To connect to the serial port we use the TCP/IP connection within Tera Term Pro.

Labels: , , , ,

Wednesday, July 04, 2007

Subversion over SSH with public/private keys

Using subversion over SSH with public/private keys is a good way to give remote access to your repository. In the sand mine I couldn't do this as I had the repository on the a windows machine. However at the office we use this method. I particularly like the ability to specify the repository path and to restrict full shell access to the server.

Labels: , , ,