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.
Have you ever played the game “telephone”? It’s where you have a line of people and starting on one end someone whispers something into someone's ear. That message is then passed on to the next person and so on and so on. Once it reaches the final person, you may find out that the message was misinterpreted. “Big dog” may have changed to “bed bug”. This is one of the major problems that have plagued software design and something I see on a regular basis. Engineers receive requirements that were already passed down through other people, so the engineer is left to interpret them the best they can.
Every software engineer knows there are strengths and weaknesses to every programming language/architecture. Trade offs must be made to improve certain aspects of the system. AUTOSAR is no different. The key is finding the right tool for the job by determining which aspects you need more of and which you don’t. During my time working with AUTOSAR, I’ve found some aspects that AUTOSAR does well and some that it doesn't. I’ll start with a brief overview of what AUTOSAR is and then jump into the nitty-gritty.
It’s been a crazy couple of weeks around the office. We’re moving what feels like a thousand miles a minute as we put the final touches on our presentation for CONEXPO-CON/AGG 2017. Yes, you read that right, the DISTek crew is headed to Las Vegas next week for THE international construction industry show. This year’s show is running March 7 – 11 at the Las Vegas Convention Center.
Engineers working in the off-highway vehicle equipment industry, particularly with electronics.
This training is designed as an introduction into MBSD, specifically around the toolboxes MATLAB, Simulink, and Stateflow. To start, this class is meant to be an alternative to the 5 day training class that the Mathworks offers. The class will be run leaner with a greater focus on MBSD. DISTek will be incorporating feedback from attendees to make sure there are no significant gaps. The goal of this class is to provide a basic introduction to Simulink and Stateflow block sets, applying them to implement basic features. The class will be hands on with demos and examples throughout, ending with more specific in-depth exercises. Best practices and MAAB guidelines will be employed throughout the training.
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.Read full blog post here...