We’re hiring – Join our team today!
About Us: DISTek is hiring! We are a 100% employee-owned company that is actively recruiting for multiple positions in our various locations across the Midwest, including Cedar Falls and Des …
About Us: DISTek is hiring! We are a 100% employee-owned company that is actively recruiting for multiple positions in our various locations across the Midwest, including Cedar Falls and Des …
In June of this year I had the opportunity to attend our DISTek-led Modeling and Simulation training course. Currently, I am the lead of the Automation and Test group here at DISTek, but in my previous roles I have been heavily involved in desktop application development, as well as test system development primarily using LabVIEW. My exposure to modeling and embedded has been somewhat limited thus far, so I thought it would be a good experience to learn some of the basics.
Somehow we find ourselves at the beginning of September already and for those of us here at DISTek, it means that the annual SAE COMVEC show is just around the corner. This year’s show will once again be held in Rosemont, Illinois at the Hyatt Regency O’Hare September 11th – 13th. DISTek will be involved in several capacities from sales hosting a booth on the exhibit floor to engineering attending the technical sessions and panels to stay up to date on the latest technology. We are also pleased to have one of our own, Daniel Aceituna, featured in an expert panel discussion.
In college, I had a physics class called Modeling and Simulation of Physics Systems in which students wrote code to model the physical behavior of various systems. The final project of the class involved choosing a system of interest, developing a model for it, and presenting the results with some sensatory aid.
Recently my team was given the opportunity to completely redo a particularly messy and troublesome piece of legacy C code, and as a team we decided to give MBSD a try. We had tried a few simple models before, all of which turned out to be more complicated than had we written the C code ourselves. But this time we were determined to do it right: we allocated plenty of time, received one-on-one training from the local MBSD guru, and reviewed the original requirements to ensure they met the needs of the system. Finally after exhausting all of the time, continually pestering the guru with questions and modifying the requirements several times, we succeeded in having a model based software design that actually worked the first time we tested it on the vehicle. It was a valuable experience overall and helped illustrate the drawbacks and benefits of MBSD over the typical C development.
For software engineers who use Simulink to do Model Based Software Development (MBSD), the ability to manage variables, also known as signals and parameters in Simulink, has always been a challenge. It has been possible but not without shortcomings, especially when dealing with large software systems.
For those not familiar with Simulink, Here is a brief outline of what the past issues have been.
We were asked to assist in the development of the controls for a complex construction machine using Model Based Software Design (MBSD). This was the first project in which the OEM used MBSD and therefore it was a high-visibility project.
We faced many challenges in this project. The control algorithm was very complex, and had already been developed by the OEM in Matlab – the accuracy of the implementation of the algorithm was critical. Verification of the algorithm was a key component of this project. Adding to the complexity, the input signals to the system were very noisy and required disturbance rejection. Any instabilities in the system had the potential to cause injuries or property damage, so it was key to tune the system properly. Requirements for the project were also being developed in parallel to implementation.