Suggestion: RedState SCT should support multiple SM

Discussion created by lpcware Employee on Jun 15, 2016
Latest reply on Jun 15, 2016 by lpcware
Content originally posted in LPCWare by larsen on Sat Sep 05 00:59:36 MST 2015
They cannot be operated simultaneously but it is never the less relevant when your target has multiple functional modes between which you want to select during runtime.

As of now, when I create a statemachine for SCT in RedState I _can_ define multiple statemachines (SM) in one project, but the code generated allways get into the same file and effectively overwrites previous code. Ok maybe it is possible to avoid this by having each statemachine in its own directory, but you will still be faced with muliple SM's having the same init function name: sct_fsm_init();

Why not give the generated files and functions names which reflect the statemachine they are defining - using name decoration? So in stead of always call the file sct_fsm.c call it SM1_sct_fsm.c and not sct_fsm_init(); but SM1_init(); or something like that. In fact it appears that the software SM has this feature of multiple SM's- obviously I may say.
Does'nt this make sense?

What is the best workaround for the present 7.9.0 version to have mutiple SCT SM's?