Playing around with mirroring some elements of Acquaman applications with StripTool, as a way to review the work done building the BioXAS Side application yesterday.
None of the classes really do anything yet, but I'm playing around with application structure, heirarchies/inheritance, and collections. Project builds, but there is nothing to run yet.
Merge branch 'master' of https://github.com/acquaman/acquaman into master-StripTool
At a dead end with this version, trashing then starting over.
Started the StripTool journey anew. Here is a basic rolling graph of the storage ring current, plotted against data number collected. Cute!
The idea so far is to just create two simple series(es) and then use an analysis block to sum the two together, plotting all three data sources. Idea not yet complete, this is just as far as I've gotten today. Project does not build, yet.
Commented out code related to the summing analysis block. Removed one of the realtime models, only one is necessary! Now, two series are plotted with identical models. Project builds and runs.
Created new analysis block class. The idea is to use a process variable as a source and use the AB to store a specific number of data points for the PV. Here is my first draft of the AB class--STRealtimeModelAB.
Changed the pv control variable to a strict process variable, for use as a data source.
Added new instance of STRealtimeModel to STWidget, no arguments (so invalid). But, the project builds and runs okay!
Added arguments to STRealtimeModelAB instance in STWidget, and an appropriate data source. There is a problem with what happens in the analysis block class when the input source updates--this code is commented out right now and the project builds and runs.
Added ability to set the number of data points saved in the analysis block via public slot.
Removed some unnecessary for loops in some of the methods of STRealtimeModelAB: only one datasource will ever be accepted.
Filled in the body of STRealtimeModelAB::value(...) so it doesn't return just zero. :)
I'd forgotten to include the .pro file for StripTool2 until now! Ooops.
Saving potential solution to my problem with the AB so far: the instance of AM0DProcessVariableDataSource doesn't actually have a values() method, not pure virtual in AMDataSource (?). So just calling value() instead from STRealtimeModelAB::onInputSourceValuesChanged() to get the latest pv update.
So far, so good. Am able to create an AMDataSourceSeriesData instance from STRealtimeModelAB and plug it into a MPlotSeriesBasic. Will it plot?
Nope. Single point appears at (0, 0) with no updates.
I had made a mistake with checking index rank in STRealtimeModelAB::values(). Fixed now, a single point is still plotted (boo) but now it reflects the storage ring current value and updates.
Playing around with the analysis block class, still not working quite as it's supposed to. The class is accumulating values as it should, but there seems to be a problem with reporting values to the series class that plots the data. Right now, project builds and runs. A single point is plotted at (0, 0)--no update. Keep using AM1DSummingAB as reference.