top of page

Here is all of the information you need about who will be presenting at GDevCon#5 in Stuttgart

All past event videos can be found on our YouTube channel


Please be aware these are working titles and subject to change.

We need to reserve the right to change the list of presentations without notice to keep our flexibility.

Allen C Smith

Decoupling in Practice: How Good Software Engineering Can Save Your Sanity

Allen C Smith has been using the NI platform to solve complex engineering challenges for over 30 years. *He is a Certified LabVIEW Architect, Certified Embedded Developer, Instructor, and LabVIEW Champion. *He has been an NI Partner, worked for Alliance Partners, and served as a Systems Engineer with National Instruments. He is once again an NI Partner, offering services as a consulting software architect and engineer. *While at NI, he developed the software tool support and official training course for the Actor Framework. He remains an AF evangelist and active member of the AF Guild and community.

Chris Clark

Open Source Time Series Database - A Handy Platform for Visualizing Timestamped Data

InfluxDB is a large-scale, clustered time series database used as a datastore for Big IIoT, DevOps, Fintech and other big data markets. It has a surprisingly simple single instance, free open source version. It is a NoSQL database that requires no upfront schema creation and comes with a stack of optional components including a web UI used for creating queries and viewing raw and derived data. If you value the code not written, this could be a good session for you. I will discuss use cases that I’ve encountered, how to setup an instance on Linux, how to use the API to query and write data with LabVIEW, and how to connect to InfluxDB and display live data with a Grafana web interface.
I’ve been an Alliance Partner since 1991. I have a multidisciplinary background and I’m always scanning for things to leverage. I first met NI at the 1990 Macworld Expo in San Francisco and got a demo of LabVIEW 2 that blew my mind. I love TestStand and I’m a CTA and CPI. I’m good at LabVIEW, LVRT, LV FPGA, and Veristand. I have a certificate in network security and I’ve done LAMP stack web apps. I currently work at an aerospace company in Boulder, CO streamlining the deployment of systems and workflow, and use Ruby alongside LabVIEW.

Chris Knight

Controlling large scale systems with integrated measurement and motion

The increasing demand for integrated measurement, motion, and safety systems necessitates seamless convergence on common platforms. Building on last year’s presentations, I will demonstrate a sanitized application combining these systems.
Implemented through TwinCAT and EtherCAT, which form the base for LabVIEW, this setup allows motion, measurement, and safety to converge seamlessly.
I will showcase real hardware representative of the deployed solution, illustrating how EtherCAT via TwinCAT enables measurement through Beckhoff and NI hardware on the same bus as motion and safety operations. Attendees will gain insights into EtherCAT’s role as the backbone of our integrated system and appreciate how TwinCAT simplifies complex tasks, fostering innovation.
The talk will focus on the underlying technology and the LabVIEW interface, demonstrating seamless transfer of measurements, motion feedback, and safety status. We’ll discuss best practices for interfacing with LabVIEW, ensuring smooth data flow, converting TwinCAT types to clusters, and visualizing data effectively for users.
Additionally, I will cover how these controls leverage the TwinCAT/EtherCAT backbone to perform motion tasks, control motors, and manage safety operations over the same fieldbus.

I’m an Automation Software Engineer, I deal with technical challenges with customers, creating solutions to cool problems. I see a huge variety of systems and technologies, so I can keep my inner geek happy, indulging in programming and technology. I love programming, its concepts and implementation and making samples others can use or tell me what I did wrong. I’m a big believer in the community helping each other along. I spend the rest of my time with my kids, enjoying their imaginative play, just waiting for the day I can teach them Dungeons and Dragons.

Chris Roebuck

Frameworks are great but shouldn't you roll your own at least once?

Actor Framework, DQMH, Aloha and others have taken the LabVIEW community by storm but have their productivity benefits made you lazy? Do you know how and why they work, why their various design decisions were made and even more importantly when to use them and what their limitations are?
In this presentation, we will consider several of the most popular community frameworks and ask the questions “Do you know how they work and should you?” “Do you know why the core design decisions were made and should you?” and “Are you missing out on valuable learnings by not rolling your own at least once?”. We will look at issues such as reference ownership and lifetime management, reentrancy, extensibility, developer experience and the semantics of intra / inter-process communications.
We will consider some of the anatomies of these frameworks and their semantics, for example, the essential pairing of Start Module and Wait on module synchronisation in DQMH and why we need to wait for the module to start in order to “own its events”
As somebody who has deep knowledge of DQMH , Simple Actor Models and Message Brokers I will be asking if it’s ok to simply use a framework blindly or if you should have tried to create such a thing yourself to understand their benefits and importantly, when not to use them!

I’ve been graphically programming since the mid-90 having started with HP-VEE and having moved to LabVIEW. I play golf, do recreational LabVIEW including publishing tools to the LabVIEW Community and enjoy travelling with my family. I’m a father to two children who are both mad-keen on engineering (including my daughter whoop whoop).

Dmitry Sagatelyan

Clean Architecture – Why, When and How to Protect Your Code from the Framework

Dmitry Sagatelyan is a hands-on Software Architect with a Master’s Degree in Computer Science. He switched to using LabVIEW in 1998 and is currently a full-time LabVIEW Consultant in the San Francisco Bay Area. Dmitry is a Certified LabVIEW Architect, a LabVIEW Champion and a regular presenter at NI Week and CLA/GLA Summits.

Dmitry is passionate about bringing Contemporary Software Engineering Methods and Practices to the LabVIEW Community. His main areas of interest are Actor Programming and Using Agile Software Design Principles (a superset of SOLID Principles) for developing lean and scalable LabVIEW architectures and code.

Emmanuel Beraud

Leveraging the power of TDMS files

Did you know that TDMS files are awesome? The Technical Data Management Streaming format combines the ability to stream data to disk in a very efficient manner and a hierarchical structure to assign names and properties to your channels.

While the standard palette is a great way to get started and is suitable for many applications, in this talk we’ll dig into the Advanced API and perform a lower-level manipulation of the files’ content. We’ll see how we can easily find ourselves pulling our hair out if we’re not being careful enough.

After an overview of TDMS files’ benefits and internal structure, we’ll create a black-box recorder able to log data over a long period of time without interruption. Then we’ll find out how to decimate a large set of data spanning across multiple files to fill a waveform graph.

Fabiola De La Cueva

What is for sale? Adventures in acqui-hiring

I believe the lessons learned will benefit not only existing consultant business owners, potential consultant business owners, and anyone in the audience with a lifegoal.
Among the lessons Learned (summary) * Having a FU fund offers freedom to make our own decisions. However, selling our business would expedite getting to financial independence by at least 10 years. * It is good to have goals, but they need to be general and not narrowly defined * As a woman in engineering I was used to have to work extra to be heard. Once I joined the company, what I got done was by influence and it was very little, for the rest, I would have needed authority. Now I know why they would listen more when I was a consultant, the authority was a given. * I was aware of possible mental health costs, but I didn’t know how large they would be.

Fabiola is the lead architect for DQMH, one of the most popular LabVIEW frameworks. She is the co-author of “LabVIEW Graphical Programming”, is a CLA, CPI, CLED, and has been named a “LabVIEW Champion” by National Instruments.

Jens Christian Østergaard Andersen

Going against Darren’s advice: Being successful with PPLs as shared components

In this presentation we will delve into modular software development with LabVIEW by using packed project libraries (PPLs) as standalone software components. I will touch on several important topics, especially:
• The life of a software component: Version, independence, and dependencies.
• The benefits of, and differences between, shared components and plugins.
• Differences between what you need from a software component in the development environment and in your application’s runtime environment.
• Why are PPLs a tempting choice for shared components and plugins, and why can they be difficult to use?

Software components in the form of reuse libraries have been distributed as VI Packages for years. VI Packages Manager lets you install such reuse code into your development environment, which in turn lets the LabVIEW Application Builder include it within your built applications. But shared components and plugins must be built independently of your application, and they must be distributed with NI Package Manager. I will be talking about how PPLs can be used for this, how PPLs can easily be made to depend on each other, and how you can go about using the same component both in the development environment while you build your application, and in the runtime environment when you run your application. I will demonstrate how we can use NI Package Manager and some additional tools to install the PPLs, including building palettes to make your PPLs’ public APIs accessible in the LabVIEW development environment.

I am 50 years old and live in Hinnerup (Denmark) with my wife and two children. In my spare time I practice and teach Aikido at a local dojo. I have done so for 36 years.
I am a certified LabVIEW architect with over two decades of experience. I have expertise in system design, ranging from large applications over complete test systems to reusable tools. I am also a certified TestStand architect and CPI.

Manuel Sebald

gRPC and DQMH - The Perfect Match for Communicating with Non-LabVIEW Applications

gRPC is a modern and high-performance Remote Procedure Call framework that allows a number of programming languages to talk to each other reliably. This talk is about how it can be easily integrated and used with DQMH to provide powerful communication channels to other programming languages.
Communicating between different systems developed in different programming languages over a potentially insecure network has always been a very difficult task. There are different open source protocols and approaches for different purposes, not to mention all the self-invented TCP-based protocols that tend to do more harm than good. gRPC is a modern and promising Remote Procedure Call framework that is already integrated in many NI products and has an open source implementation for LabVIEW. Learn how to use gRPC with LabVIEW and how it fits into a DQMH-based application. Communication between LabVIEW and the programming language of your choice has never been easier or more elegant.

Mark Randel

Determinism & Memory Allocations in LabVIEW (Not boring... I promise!)

Creating a reliable deterministic control loop in a Windows environment may sound unattainable. But it can be achieved by applying techniques I’ve learned over the years. In this presentation, I’ll outline how to set up a framework for testing your code using a “lab” environment and the Desktop Execution Trace Toolkit (DETT) to find the timing culprits and optimize your code. By the end, you will feel empowered to stamp out the timing gremlins in your code and achieve a quiet and reliable control loop.

I’m currently a software engineer at JKI. Prior to that I spent over 6 years at SpaceX at their engine test facility in McGregor Texas. With over 30 years programming in LabVIEW, I’ve worked in applications in medical, automotive, aerospace and semiconductor.
I live in Richardson, Texas with my wife and daughter. My hobbies include comic collecting, physical fitness and travel.
This is my third year attending GDevCon and first year presenting. (Eek!)

Michał Wnętrzak

One WebVI to rule (and print) them all!

What started as a test of G Web Development Software capabilities quickly became quite a time-consuming project. After 2 years of having fun with printing and modifying my 3D printer I’ve ended up with an app (with some limitations) to control my printer over an OctoPrint server, a separate app to control my AC smart plug and a pretty basic printer’s UI in a form of a text display with one encoder. After a few hours of testing G Web Development Software, I’ve realized I can create my own uniformed, personalized system/GUI to control my whole 3D printer ecosystem and acquire data from the printing process. At first it looked like with my 8 years of LabVIEW experience making a WebVI is gonna be a piece of cake. After a few days I’ve realized how wrong I was. During my presentation I want to talk about how my system works, how I’ve made “one WebVI to rule them all” and how to integrate all the hardware (3D printer, smart plug, webcam, LED lights controller) with the help of some Python code, standard LabVIEW VI’s and WebVI’s. My talk will also include a real-time presentation of setting up and printing some 3D objects (all done remotely from the conference centre assuming that Murphy’s law will be gracious for me). I’d also like to discuss some challenges I’ve encountered, mainly because of a really poor documentation for the G Web Development Software and ask the audience if they had similar problems when using this environment.
I'm an EMC engineer working in an electromagnetic compatibility lab trying to make a custom (and mostly bug-free) software for every possible measurement procedure we do. I've been using LabVIEW for the past 8 years. In my free time I ride my road bike (not as often as I would like) and I constantly modify my 3D printer (sometimes I also model and print something useful in between modifications). Recently I tried my best in an online 3D CAD speed modelling tournament.

Nathan Ford

DevOps and LabVIEW: We shouldn’t, but we did, and you can too!

Nathan Ford is a Senior Test Engineer for Orbion Space Technology and has been developing in LabVIEW for 9 years. He received his MS from Michigan Technological University in 2015, where he wrote VI’s ranging from simple sensor monitors for a bicopter test stand, to a data logging and control system for a mass spectrometer. While at Orbion, he has been involved with writing software for use in various production systems focusing on automated testing, across network communication of LabVIEW .exes, and creating software used by manufacturing technicians.

Nikolaus Naredi-Rainer

LabVIEW on Azure DevOps: Using One Platform for Your Pipeline

Olivier Jourdan

How open-sourcing your projects can improve them

As a LabVIEW developer, I’ve witnessed the incredible benefits of open-sourcing my work. In this talk, I’ll share my experience of how publicly sharing one of my LabVIEW APIs has led to significant improvements, including new features and bug fixes.
I’ll take you through the development of this small LabVIEW API, from the initial idea to the latest release, pointing out where sharing code has been beneficial. I’ll also share some valuable insights about open-source practices that will help you take the first step in this world.
My ultimate goal is to encourage other LabVIEW developers to adopt open-source practices for their projects. This will create a culture of collaboration and knowledge-sharing that will definitely benefit all of us.

Olivier is the founder of Wovalab and a board member of the DQMH® Consortium.
Since the beginning of his career, more than twenty years ago, he's focused on teamwork and automated processes.
His favourite topics include designing and developing LabVIEW applications, setting up CI/CD processes, and finding better ways to write documentation.
Olivier is contributing to the LabVIEW community as the lead developer of several open-source projects, such as the Asciidoc for LabVIEW toolkit and Antidoc.

Petru Tarabuta

LabVIEW Errors Deep Dive

We all learn about errors early in our LabVIEW journey, for example when studying LabVIEW Core 1. Moreover, errors seem like a simple concept – how much more can be said about a cluster that contains a Boolean, an I32, and a string? It turns out, quite a lot!
This talk will describe:
Why errors/exceptions are a useful concept, and hence why every modern programming language implements this concept. The raison d’être of errors will be revealed. This will guide all further understanding of the concept.
How LabVIEW errors compare with exceptions in a few other popular programming languages. Similarities and differences.
How working with errors could be improved in future LabVIEW versions by implementing a few ideas posted on the LabVIEW Idea Exchange.
Practical error handling tips and tricks that can help applications execute more correctly and robustly.
Petru is a Test Systems Engineer that has experience with LabVIEW, TestStand, C#, SQL, and with NI and non-NI hardware devices. He has been using LabVIEW since 2013, and is a CLA, CTD, and CPI. Petru helps customers implement test and control and measurement systems through his company, Robusto Systems. Petru is the author of three free, open-source tools – “Free Label to VI Description”, “New VI From Template”, and “Error Manager” – the latter having been the focus of his presentation at GDevCon#4. Petru is an amateur chess player and enjoys reading about history and technology.

Sam Taggart

Approval Testing - An Alternative to Traditional Unit Testing

Traditional unit testing falls apart when validating complicated outputs. It also falls apart when dealing with legacy code where you aren’t sure what the correct output should be. Approval Testing is an easy to use solution to both of these problems that works with all existing testing frameworks.
I’ll talk about some really useful features like paramaterized tests, combination tests, and scrubbers. I intend to highlight the use cases for all these and how approval testing can be really helpful when working with legacy code.
I help teams create healthy, human-centered software development processes. Together we discover better ways of working through experimentation. I also help them to bridge the communication gap between the business and the developers through empathy and building a better understanding of the economics of software development.

Wiebe Walstra

Searching LabVIEW like a graph

Searching (finding) in LabVIEW is limited.
Since VIs and projects are graphs, can we use graph technologies to search (and find!) things in our code?
After an introduction to graph databases and how to query them, I’ll show how this can be applied to VIs and projects are graphs. This would allow searching VIs and filter on properties, values, relations between functions, VIs and other entities.

Started programming assembly at age 12, on a C64. Studied physics, forgot about programming except for some C classes and some C++ during internships. Ended up doing one internship at an NI Alliance partner, and started working there as a LabVIEW programmer. A few years later, I co founded Carya Automatisering. That was 20 years ago…

bottom of page