Scannig was not added until now because RMMAPI had an issue that made it
scramble answers from the hardware if too much polling was made. This
issue was fixed so we add scan now.

In the channels array records, this called for a new record creation.
This is because we need the asyn:READBACK info tag, which makes the
readback from hardware and the setpoint record have the same values. So
I guarantee that the record ending with R is the actual scanned
parameter. I also removed the forward link from S to RB record to
guarantee that the latest value we have in $(CH)-S record is still the
setpoint.

AnalogMon and ADCVal-R have PHAS 0 and 1 respectively to guarantee that
we know what is the meaning of what we are reading.

It was looking for parameter VMM_FEN_ACQUIRE but not finding it.
Now it can properly read the parameter, although it shouldn't be needed
to be read most of the times...

removed proof of concept. Made it work for all VMMs of all hybrids.

This commit was done with an inescrupulous "git add ." after several
radical modifications.

Anyway, the API was radically modified and basically the old way the
code worked does not make any sense anymore.

The desired architecture is the following: the API is going to be used
as a class component. Each parameter will be created according to the
desired number of enabled hybrids.

Each parameter should use one simple API function. No information about
the VMM or hybrids itself is stored in the VMMTbl class unless extremely
needed.

This commit leaves a few old parameters that should be removed in the
future such as ADC_VALUE_VMM1, READ_ADC_VMMS, etc. This is only to serve
as a reminder to add those later.

In this moment we are using only hybrid 0, this must be changed in the future