Gesture control although a very useful and efficient solution to many engineering problems, might not fit here. Because in emergency situation to have a direct mechanical control is most reliable. There might be alot of safety precautions with gesture control as well, but it is always safer to have a direct emergency control that requires some mechanical action, it is almost always trustworthy.
I can see that an industrial robot that would run the program based on a gesture for a start command could be safer, and possibly even better. BUT as an engineer responsible for safe operations I would NEVER consider leaving out the big red EMERGENCY STOP button. Adding a gesture input in addition would be OK, but to put something as important as an emergency stop function on the wrong end of a lot of software would be very irresponsible. JUst remember those cars with thatbSTUPID start/Stop button that does not work in an emergency situation. There is a very valid reason that E-Stop is not done in software.
OK, mrdon. Some MCU manufacturers offer wizards to help programmers configure the bits and bytes through a graphical interface. The Texas Instruments "GRACE" software, for example, provides this capability for some of the MSP430 processors. A programmer selects the necessary peripheral devices and then selects the desired settings. GRACE creates C-language source code to do the job.
Hi, mrdon. I bet bit-bashing code in assembly language provides only a small time advantage over code written in C and compiled. Current compilers provide optimizations and can get very "close" to an MCU's hardware for control. I would much rather read control code in C than try to figure out bit configurations and settings in another programmer's assembly-language code. (Been there, done that!)
Hi, William. People would train robots to respond only to specific gestures. Thus, someone couldn't use an industrial robot to follow his or her every move and start tearing apart an assembly line. Gesture control would require security to prevent unauthorized use or "training."
Hi, Naperlou, et al. LabVIEW creates compiled code. It does not create some sort of intermediate code that requires an interpreter. Instead, you get native code that runs on your target processor. And as far as I know, you can mix in C-language code, too, if you need to do something at that level. Also, LabVIEW will compile and run applications in FPGAs.
Nancy Golden, Using assembly language with gesture controls may improve response time because of the software being one level above machine code. Therefore, bit processing is closer to the target microcontroller than a high level language like "C" code. Just thinking out loud folks!
Some cars are more reliable than others, but even the vehicles at the bottom of this year’s Consumer Reports reliability survey are vastly better than those of 20 years ago in the key areas of powertrain and hardware, experts said this week.
Many of the materials in this slideshow are resins or elastomers, plus reinforced materials, styrenics, and PLA masterbatches. Applications range from automotive and aerospace to industrial, consumer electronics and wearables, consumer goods, medical and healthcare, as well as sporting goods, and materials for protecting food and beverages.
While many larger companies are still reluctant to rely on wireless networks to transmit important information in industrial settings, there is an increasing acceptance rate of the newer, more robust wireless options that are now available.
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.