Hello, I am a big fan of DQMH. It really well extends the concept of recent NI QMH-based Sample Projects, while it automatically scripts many common coding components such as registering new events, cases, caller APIs, etc. What is more, it is unbelievable that it is all free available from VIPM and great introduction films are available on Youtube. It is so wonderful. While having a lot of benefits from DQMH, I have come up with two questions about DQMH.Is it possible to have an installer of DQMH outside of VIPM?Some users are worried to be dependent with a library on VIPM, because they would like to use libraries natively supported in NI installers. Is there any caveats, when I use DQMH on Real-Time target?Since NI provides QMH-based Sample Project also for Real-Time target, In the flow of introducing DQMH to my customers and implement together, there will be a point where they start wanting to use some NI RT products such as cRIO / sbRIO. In that case, do you provide any caveats for users to pay attention when we use DQMH for Real-Time targets?Thanks much for your invention, and thank you so much for being generous and speading this wonderful frameworks for everyone in LabVIEW world.Regards,Osamu Fujioka

DQMH Consortium Toolkits Discussions

Any caveats in using DQMH on Real-Time?

To keep this thread up-to-date:

"DQMH 5.0 and later supports both Singleton and Cloneable modules in LabVIEW Real Time. DQMH 5.0 modifies how the DQMH modules are launched. DQMH now uses Start Asynchronous call instead of the Run VI Server Method."

(Delacor Queued Message Handler Documentation)

DSH Pragmatic Software Development Workshops (Fab, Steve, Brian and me)
Release Automation Tools for LabVIEW (CI/CD integration with LabVIEW)
HSE Discord Server (Discuss our free and commercial tools and services)
DQMH® (Developer Experience that makes you smile )