First the good news, I was looking for a problem that wasn't there, I reread the manual and found this:
If you didn't like my version that just used the memory card wait till I tell you about an idea I had last night. A 2 dimensional master array that looks just like my master recipe but with the data in rows and columns. Again it will give one version of the recipe program and you only ever have to modify the master array for any new recipe. First I need to finish this version then I will look at modifying it to work with arrays.
So I was looking for a problem and managed to create a test recipe system that gave the result I was expecting to see, doh!! Anyway after making the values retentive in my test system then it gave the right results, I was getting zeros in my data because there were zeros in the data. I would swear that I during my research of Crimson that I read that it only updated tags that were on screen.Crimson will automatically read the corresponding register when the tag is referenced or displayed
This is where I don't understand, I find the array method complex and a kludge, I guess if you are just keeping the data in the HMI then the array method is of similar complexity to my version, but as soon as you are writing/reading to/from memory cards I think the array method is horrible.So I don't see what all the extra complexity is gaining you.
A simple, flexible, transportable, easy to use recipe system that isn't prone to transcribing errors.so I feel like I'm still not understanding your requirements.
If you didn't like my version that just used the memory card wait till I tell you about an idea I had last night. A 2 dimensional master array that looks just like my master recipe but with the data in rows and columns. Again it will give one version of the recipe program and you only ever have to modify the master array for any new recipe. First I need to finish this version then I will look at modifying it to work with arrays.