The adapter publishes value changes made from the control system side
for the following types:
  DoocsSpectrum
  DoocsIfff
  DoocsProcessArray
  DoocsProcessScalar

DOOCS now sends initial value polled via RPC, but this one is still asynchronous to the ZeroMQ subscription. Hence to be sure our test works we still need to wait for this initial value and then check that values are coming through the ZeroMQ subscription.

This avoids multiple map lookups.

This reverts commit 72d93ba1.

A different fix for the underlying problem will be implemented next.

Automatically adding CMAKE_CXX_STANDARD to all projects is giving too much trouble because different CMAKE versions add different --std=gnu... flags which do not play well the the --std=c++... which we use.

This reverts commit ddb4d575.

they still appear sometimes, which frequently leads to wrong conclusions when debugging other problems

If the macro pulse number is also published as a property, it is used with and without the decorator. This might result in not calling postRead of the decorator, if by chance the undecorated version is added first to the DoocsUpdater.

This is a workaround for the following DOOCS bug:
https://rt-system.desy.de/Ticket/Display.html?id=985653

Forgotten because I had one lying around still