App-enabled Hardware + Flexible Licensing = Intelligent Device???? Drill down and refine a little if you are talking about Control Systems as implied in your examples. Advanced Process Control Solutions are made up of hierarchy of software that listens to in-situ sensors (fault detection and classication, or FDC), listens to remote metrology and makes PROCESS tuning decisions if FDC says core tool is OK (adaptive control), and its core real-time tool controller uses MBC (model-based control) which can itself be tuned remotely based on new hardware or sensor upgrades extending life of the investment. My terminology is from a factory viewpoint, but many "devices" perform "processes" similar to manufacturing tools.
Your "Trinity" math just doesn’t work: "App-enabled Hardware + Flexible Licensing = Intelligent Device" is an equation that states that TWO things define (or equal) ONE thing, where that other thing is NOT "Holy Trinity".
To correctly insert it one could only write: "App-enabled Hardware + Flexible Licensing = Intelligent Device = Holy Trinity" but then "Holy Trinity" is equal to either "App-enabled Hardware + Flexible Licensing" (two things), or "Intelligent Device" (one thing). In these cases your stuck with the corny imagery of something like "Dynamic Duo" or the non-meaningful "Holy Solo". Yikes!
Yet the traditional definition is mathematically sound: Father + Son + Holy Spirit = Holy Trinity, three things that define one. As such I am partial to reserving "Holy Trinity" for the literal, and actual, Holy Trinity.
What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.