User Tools

Site Tools


kb:labview-frameworks:dqmh:starting-modules

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
kb:labview-frameworks:dqmh:starting-modules [2026/04/09 07:53] – [Starting Child Modules] joerg.hampelkb:labview-frameworks:dqmh:starting-modules [2026/07/13 16:15] (current) – [When to start] joerg.hampel
Line 163: Line 163:
 ===== Starting Child Modules ===== ===== Starting Child Modules =====
  
-//Make sure to also browse our [[kb:bestpractices:codingconventions:dqmh#parentchild_modules|HSE Coding Conventions on Parent/Child Modules]].//+This section describes ways of starting child modules. It lists different options and explains shortcomings/challenges. Make sure to also browse our [[kb:bestpractices:codingconventions:dqmh#parentchild_modules|HSE Coding Conventions on Parent/Child Modules]].
  
-<WRAP center round info 100%> +  - From a Simple VI 
-This section describes ways of starting child modules. It lists different options and explains shortcomings/challenges.+  - At Module Start 
 +  - In the EHL 
 +  - In the MHL, forking the event reference wire 
 +  - In the MHL, using a private request
  
-At HSE, //the only allowed way// is [[#in_the_mhl_-_variant_2|**4.2 In the MHL - Variant 2**]]. +<WRAP center round alert 100%> 
 +At HSE, //the only allowed way// is **[[#in_the_mhl_-_variant_2|4.2 In the MHL - Variant 2]]**. 
 </WRAP> </WRAP>
  
Line 212: Line 216:
   * Forking the registration reference wire so we can update the event registration of the EHL in the MHL   * Forking the registration reference wire so we can update the event registration of the EHL in the MHL
   * <color /#FFCCCC>Potential confusion about forked registration wire - not recommended by HSE</color>   * <color /#FFCCCC>Potential confusion about forked registration wire - not recommended by HSE</color>
 +    * See the [[kb:bestpractices:codingconventions:architecture#event_registration|HSE Coding Conventions]]
  
 <WRAP center round box 100%> <WRAP center round box 100%>
Line 256: Line 261:
 The concept of placing the code for starting modules inside EHL/MHL and having a request or Queue message trigger the starting of child modules gives control and flexibility over when and from where modules are actually (re)started. It does beg the question, though, of where and when to actually send the request or message triggering the start. The concept of placing the code for starting modules inside EHL/MHL and having a request or Queue message trigger the starting of child modules gives control and flexibility over when and from where modules are actually (re)started. It does beg the question, though, of where and when to actually send the request or message triggering the start.
  
-  * HSE modules with the need for automated sequential steps usually feature a [[code:dqmh:state-machine|State Machine]].  +<WRAP left round help 100%> 
- +See **[[kb:bestpractices:codingconventions:apptemplate#startup|Application Template Startup]]** for how to design module coordination in the HSE Application Template. 
-  * Our [[code:dqmh:hse-application-template|HSE Application Template]] calls the "Configure" request automatically for any module it starts, which is another potential place for sending such a request (usually in combination with a state machine, though)+</WRAP>
  
 ----  ---- 
kb/labview-frameworks/dqmh/starting-modules.1775721199.txt.gz · Last modified: 2026/04/09 07:53 by joerg.hampel