As a matter of interest, after a great amount of searching I resolved this issue. This post is to help any other poor sucker who encounters the same frustration as I did.
Creating the Controls
1. The User Controls must be created/initialised in your view module using the Page_Init event. If you create/initialise the controls in the page_load event, it is too late in the page cycle for ASP.Net to recognise the identity of the controls in viewstate. So when you search for the controls to save the corresponding data, Dot Net cannot see them. I created all of the User Controls inside a placeholder on the View Control page, as I said in the Page_Init event.
2. Make sure that the User Controls that you have created to appear on your View Module, have had their individual server controls initialised also in the Page_Init event, for the same reason as 1. above. So when your User Controls are initialised, their server controls are recognised in viewstate. Indeed if you were nesting user controls inside other user controls, I would think that all of them would need to be created in the page_init event.
3. Every control must have a unique ID, so that later you are able to locate them for saving data.
Saving the Data in the Controls
When you are ready to save the data entry into the nested user controls, use the Page_load event of your main view control to trap the values in each of the user controls.
You will need to find the controls using the FindControl method, and step through the controls that are referenced as nested controls of the placeholder.
Place the "SaveData" method in the Page_Load event, inside "If Page.IsPostback".
Debugging
If you step through the debugger, you will notice each of the controls being created twice, whenever an event occurs. However asp.net maintains persistance of the data values in the controls (using viewstate), and even though this process seems counter-intuitive, it works.
If anyone has any questions or comments, I'm happy to contribute more to this in the hope that I can assist someone else.
Steve