Agreed. It also sounds like there could be more automation in the coordination of the "Ladders". Another alternative is to tag each assembly so that the stations can get the data from a central repository.
The coordination was in the build order documents. Each van was listed in order, and from Ladder I, through all of the Body Shop, Paint Shop, and Final Assembly, the build order document was the 'bible'. The problems happened when the 'bible' was not followed exactly. The spacing between frames was about 90 seconds. It took about 150 seconds for a crew to build a frame in Ladder I, so there were 2 build crews. If those 2 crews got out of sequence, either by skipping a frame or building a duplicate, problems happened. It was easy to spot a long frame / short floor or short frame / long floor mismatch, but others were not so easy.
It is interesting to see that the engineer came to you with the question about the robots. The engineer seemed to only pull some data from a server and did no real root cause analysis. Data is not always the only answer.
Sounds like this plant needed to tag/code every sub-part as it was made so that the next station could read that tag and confirm tha the correct pieces were in place before beginning the next step in the welding process. A bar code tag in a known spot on every piece that would have to be read before the welding operation could be started. Could easil be done as the assembly was being moved into the first welding station. Make sure the correct parts are in place before slamming the robot into things and slowing down the process.
Hopefully thy did something like that on the next version of the line. Would really speed things up because there would be a record of the wrong parts being placed on the line, and the corresponding effort to ruduce the human errors and improve quality.
Tim; My experience with robots is that the robot is usually blamed first for any problem. Since I was usually the robot tech, I had to find the real problem, which usually was not the robot. It was not unusual for a problem investigation to be cursory, and stop at blaming the robot.
kf2qd; The Scarborough Van Plant built the 'G' van until 1993. Then the equipment was dismantled and moved to Flint Michigan. I think the 'G' van was discontinued entirely in 1995. The Scarborough plant had painting robots in the Paint Shop, and welding robots in the Body Shop - CarTrac. The rest of the plant was primarily manual assembly operations.
Every part had a part number, but that number was on the box or bin of many individual unlabeled parts. The parts were manually selected and positioned for assembly, and initially manually welded. The robots then welded the assembled frame to the assembled floor. The build information was in the PLC and was shifted to the welding stations as the carrier advanced into the station. There was no inspection capability to automatically identify the assembly to verify the manually selected parts.
"The engineer presented the numbers to me, and wanted to know what was wrong with the robots that they had so many servo errors, and what needed to be done to fix the problem."
The numbers the engineer presented should have included the number of times the crash was related to an incorrect bracket having been present... Ya think? At which point that becomes the issue.
And my experience with robots has given me this as a starting point as to their 'intelligence'... they are as dumb as a box of rocks.
Where a human would side-step the inconsistent configuration 99% of the time; the robot will crash into it 100% of the time.
So when a human puts on the wrong bracket and the robot trips over it... no surprise.
As much as possible sensors/identifiers could help. Idiot proofing applies to robotic assembly lines just as it does to human assembly lines. It depends how much you want to spend to achieve zero-error production.
We do a lot of fixturing that restricts against incorrect assembly, and some of our assemblies lines have vision, bar code scans, or checklists to keep both the robots and the humans on track... i.e. if they had scanned the brackets as they were applied, and that info when into that frames live tracking info...
So the process "allow" human error to create robot error.
The lesson learned, but the fix is not discussed. Can we assume a better computer tracking regimen was implemented?
The company says it anticipates high-definition video for home security and other uses will be the next mature technology integrated into the IoT domain, hence the introduction of its MatrixCam devkit.
Siemens and Georgia Institute of Technology are partnering to address limitations in the current additive manufacturing design-to-production chain in an applied research project as part of the federally backed America Makes program.
Most of the new 3D printers and 3D printing technologies in this crop are breaking some boundaries, whether it's build volume-per-dollar ratios, multimaterials printing techniques, or new materials types.
Focus on Fundamentals consists of 45-minute on-line classes that cover a host of technologies. You learn without leaving the comfort of your desk. All classes are taught by subject-matter experts and all are archived. So if you can't attend live, attend at your convenience.