Software Development

DAQmx and Measurement Studio: Part 1

by

National Instruments provides a wide array of data acquisition hardware for use in many platforms, operating systems, and busses. The most common way provided to interface with the hardware is through the NI-DAQmx drivers. These DAQmx drivers can be used to interface with hundreds of different DAQ devices across several different application development platforms. In this three part blog series, we are going to explore specifically how to use National Instruments data acquisition hardware in .NET applications. Part one will introduce a little bit of background into DAQmx and Measurement Studio. Part two will explain how to get started in adding National Instruments hardware to your .NET project. Finally, part three will provide some examples for hybrid systems combining LabVIEW and .NET as a way to fully utilize National Instruments hardware while retaining the advantages of .NET.

ISOBUS Task Controller: Part 1

by

VIRTEC display.

A few months ago in this blog I gave a very broad overview of Task Controller (TC).  The Virtual Terminal is probably the best-known ISOBUS feature given its visual prominence, but TC is a popular topic to discuss in the ISOBUS world because it offers many intriguing possibilities … and seeks to fulfill many of the promises of precision agriculture across manufacturers.  I thought it would be useful to spell out some of the details of TC as it can be a quite confusing subject.  In this post, I will walk through the components and the steps of a typical TC session.

Seeing The Bits In The Bytes

by

In a world of complex systems, it may be easy to forget some of the basic concepts that build these systems. Software applications can consist of hundreds of individual files as part of one very large project. Those files all work together to achieve amazing functionality within an embedded system. There are instances where a project may include files written by teams located in different countries. We like to think that when this software is put into production all the bugs have been discovered and the software will work perfectly. Unfortunately, there always seems to be unintended use or a sequence of events that result in undesired functionality. Other times, there is just a plain old bug that managed to find its way into production software.

Reflections on LabVIEW from a New Software Developer

by

LabVIEWLogo

Until about a month ago, all of my experience writing code had been with text-based languages like C and Java. I had mostly written code to command microcontrollers or for signal processing. C allowed me a very procedural view of how the microcontroller would execute the code. One line of code could tell the microcontroller to turn on an LED and the next could tell it to turn the LED off, and the microcontroller would always execute the first line first and the second line second. Then I started at DISTek and learned how to code in LabVIEW. LabVIEW is quite the departure from text-based languages. I would like to describe how LabVIEW compares to text-based languages and some of my experiences learning LabVIEW as a new software developer.

Should We Comment Our Code?

by

Working together on code reviews doesnt have to be difficult

Commenting code is one topic, that until recently, I hadn’t known was such a widely debated issue in the programming world. It was something taught to me from day one in Computer Science at the University of Northern Iowa. Recently, my workplace posted a simple question on an open-discussion white board. “Should we comment our code?” The plethora of anonymous comments was certainly enough to pique my interest. According to the discussion, hardly anyone could agree on this question.

Software bugs don’t have to be scary

by

Software bugs aren't as scary as this one.

It certainly can be scary looking at a long bug list with a short deadline, but identifying and fixing software bugs can be manageable with a few strategies.

A second set of eyes.

Sometimes a very simple software error can be staring at us, but we miss it because we have been staring back so long. An example I faced was a section of code appeared to be setting a value used elsewhere in the code, but that value was never changing. When I finally had someone look at that code for me, the first question was “Isn’t that a pointer?”

Arduino (or chipKIT) + LabVIEW = Low-cost Home DAQ or Control System

by
photo: arduino.cc   photo: ni.com

The Arduino and chipKIT microcontrollers are popular for students and hobbyists alike. They provide various interfaces that can be used to interface with a myriad of devices and sensors. These interfaces include, but are not limited to, digital I/O, analog input, I2C and SPI communication, and PWM. Microcontrollers have been used for many varying projects from basic data logging to home/environment automation and robotics.

Model Based (MBSD) vs. C Software Development

by

Model Based Software Design can speed complex system development

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.

SAE 2014 Commercial Vehicle Engineering Congress

by

SAE Commercial Vehicle Engineering Conference

This year’s theme focused on “Engineering Leadership – Changing, Guiding, Influencing”. I had the opportunity to sit in on several technical sessions that included some of the top panelists from across the country. The list included Deere & Company, Case New Holland, Caterpillar, Inc., Eaton and a variety of university professors.

One of the common topics I came across was how to address the increasingly complex and volatile landscape of vehicle products and control systems. How today’s engineers, across all organizations, need to develop strong adaptive thinking abilities and problem solving skills for their customers.

Life of an Intern

by

DISTek Intern Michaela Leinen

I became sick of clerical work and odd jobs that would never help me in my career, so last summer I went on the hunt for something with embedded systems around Cedar Falls. I found DISTek and sent a message on their “Contact Us” link. Never would I have imagined that it was going to be such a great experience in my life. When I was a freshman in college, my first semester I told one of my professors that I was interested in the computers inside of the Ag machinery. A year later, I was offered a job at DISTek and my dream had been fulfilled.

DISTek Integration, Inc.
Company
How We Work
About Us
Find A Career
Our Expertise
Vehicle Simulation
Embedded Software
Vehicle Networking
Application Areas
Vehicle Controls
Electrification
Autonomous Vehicles
Precision Ag
Resources
Blog
Contact Us
DISTek Integration, Inc.
6612 Chancellor Drive #600
Cedar Falls, Iowa 50613
319-859-3600
Privacy Policy · DISTek Intranet
Copyright 2024 DISTek Integrations, Inc. All rights reserved.