I can certainly agree with tekochip on this one.It would seem logical to test the entire installation over a period of days to ensure proper operation of all systems prior to going "live".Then again, I've been there.Management sometimes does not allow time for a complete "shake-down" and we end up bench testing complementary systems instead of testing the entire assembly.This is one of the great frustrations design engineering types have with right-to-left program management.
I can certainly agree with tekochip on this one.It would seem logical to test the entire installation over a period of days to ensure proper operation of all systems prior to going "live".Then again, I've been there.Management sometimes does not allow time for a complete "shake-down" and we end up bench testing complementary systems instead of testing the entire assembly.This is one of the great frustrations design engineering types have with right-to-left program management.
You are right William K. With the benefit of 20/20 hindsight, a lot of the technology on the early earth stations was overkill on a grand scale. However, we had only just progressed from low orbit fast-moving satellites to synchronous satellites and many of the operators wanted to be able to track fast-moving satellites too, "just in case". But I take issue over operating for "months". As satellite technology improved and smaller dishes (5 to 7 metres) came into use they were often driven by bought-in electric actuators with so-called "sealed for life" lubrication. This would be fine if they were operated at reasonable speed and over their whole travel to keep the lube grease distributed. In fact they would operate for months just inching to and fro over only a small distance which then became dry and very worn and the unused leadscrew deteriorated. Then when you wanted to move to another location it would sieze up and break the shear-pin and require complete overhaul or even replacement. That was particularly a problem on the Caribbean islands with corrosive salty atmosphere that defied all but the very highest levels of IP rating.
This is a case of the unintended consequences of somthing that seemed like a good idea at the time. Shutting down the tracking system instead of sending an alarm message seemed like a good thing, although the leadscrew and gears could hgave lived for months without the lubrication spray. But somebody thought that it was more important to shut down the auto-tracking to preserve the gears. Of course, if the protocol had been adequately documented the solution would have been clear much sooner.
Now you have put your finger on the root of the problem! The gearboxes and lubrication systems had been supplied and installed by a sub-contractor and the only "official" interface to our control system was the oil pressure signal. The timeswitch didn't appear on any of our system diagrams and was fed from a spur from the antenna domestic mains, installed on an ad hoc basis by a sub-contract "sparks" at the request of the gearbox supplier. That's how it got as far as it did - we were as surprised as anyone else when we found it. Later earth-stations projects paid much more attention to such integration issues and consequently the commissioning threw up fewer and fewer surprises. We still had some nasty experiences though, one in particular from an air-conditioning system. But that's another story...
Tekochip, it seems that integration testing had not happened. By component wise all the devices or parts may work fine and by integration testing we can find how the system is behaving in a complex atmosphere or in collaborative mode.
Rod, we had a similar experience while working with the rocket launch division. During the testing phase, when time counter is incremented from 23.59 to 00.00, the vernier engines stops fueling the booster rockets and hence there is change in thrust pressure. We had done all sort of testing to find out why this fuel injection missing happens at that particular time and finally found that a small bug in the Micro controller program. According to the program 00.00 is the resetting cycle, so whenever the clock reaches 00.00, it reads as a reset instruction.
I'm surprised this wasn't discovered during testing of the lubrication system. It's not intermittent, and there wasn't anything odd about 11:30, it's just that the lubrication system caused the machine to fail. It makes me think that the lubrication system was tested outside of the machine, or when it was at idle.
You have to remember that this was around 1968 and control system design was moving from traditional relay technology to use of early (and expensive!) integrated circuits. It just wasn't possible to latch every one of the hundreds of possible fault conditions and with hindsight, use of hard-wired printed circuit logic with IC's (mostly 7400 family in flat-packs) was smaller but no better than the relay version. Only with the arrival of the microprocessor and true Programmable Logic Controller or PLC would all this be resolved sensibly.
Andrew Morris designed a circuit that could detect a stroke victim's groan and convert the sound into a signal so caregivers would know when help was needed.
New disc magnet motors fit into the design trend of stepping up to closed loop performance while maintaining the cost advantage of stepper motor technology.
At the Design News webinar on June 27, learn all about aluminum extrusion: designing the right shape so it costs the least, is simplest to manufacture, and best fits the application's structural requirements.
On April 21, NASA launched a novel project, putting into orbit three satellites that employ an off-the-shelf commercial smartphone as the control system.
From Dell / Intel® New Paradigms in Design Work Scott Hamilton, vertical market strategist for Dell Precision workstations, 5/2/2013 5
Early in my career, I worked as a draftsman and remember the days of drawing on vellum with numbered pencils and Mylar with plastic lead. This was a fun experience in the sense that I ...
I've been using workstations for more than 10 years and love finding ways to get more performance from my system. With demanding professional applications that require more power each ...
A lasting memory from my first job as an engineer in an auto assembly plant is standing on hard concrete at six in the morning, vending-machine coffee clutched in hand, listening to ...
For industrial control applications, or even a simple assembly line, that machine can go almost 24/7 without a break. But what happens when the task is a little more complex? That’s where the “smart” machine would come in. The smart machine is one that has some simple (or complex in some cases) processing capability to be able to adapt to changing conditions. Such machines are suited for a host of applications, including automotive, aerospace, defense, medical, computers and electronics, telecommunications, consumer goods, and so on. This radio show will show what’s possible with smart machines, and what tradeoffs need to be made to implement such a solution.
To save this item to your list of favorite Design News content so you can find it later in your Profile page, click the "Save It" button next to the item.
If you found this interesting or useful, please use the links to the services below to share it with other readers. You will need a free account with each service to share an item via that service.
Tweet This
0 
