It could do with making more efficient regards memory allocation, for the reasons Andy was outlining regards not being able easily to have dynamic arrays etc in a file compiled by comp.
Works perfectly well as is, just offends the OCD side of my nature. Next job on the jotter.
Found a way to do it, quite similar to your solution Andy.
Made a
struct xstruct, which contained one of each type of pin.
Then declared the
struct __comp_state with the 2 fixed bit pins and a dynamic array of pointers to
xstruct.
Thereafter just had to allocate the right amount of memory for the
struct __comp_state and
hal_malloc each
xstruct as required and populate the array.
I shall definitely do it this way again, gives powerful direct indexing but does not break
comp compatibility for compiling
EDIT
Now no reason to have 32 pin limit, limit raised to 1000 (0-999) and a bit of code optimisation and clean up done
IF YOU HAVE EXISTING CODE USING THIS COMPONENT YOU WILL NEED TO CHANGE PIN NUMBERS TO 3 DIGIT FORMAT
eg paramsaver.outvalueF-00 becomes paramsaver.outvalueF-000
New .zip attached
regards
