We have many PVs which update @ 5 Hz rate. To save space when archiving, we want to immediately decimate by saving 1 Hz instead of 5 Hz. "Scan 1 Hz" schedule works fine, however "Monitor 1 Hz" has unexpected behavior -- there is no data rate limit, only buffer size limit. So "Monitor 1 Hz" quickly fills up the small memory buffer, then drops all subsequent data. Preferred behavior is to drop intermediate samples to achieve rate limit of 1 Hz.
To implement, PV monitor could check time difference between the last 2 or 3 samples, and drop samples if over that rate.
Using "Scan 1 Hz" is also a workaround, but there is a concern about extra network traffic and CPU load for scheduling many caget continuously instead of camonitor.
We have many PVs which update @ 5 Hz rate. To save space when archiving, we want to immediately decimate by saving 1 Hz instead of 5 Hz. "Scan 1 Hz" schedule works fine, however "Monitor 1 Hz" has unexpected behavior -- there is no data rate limit, only buffer size limit. So "Monitor 1 Hz" quickly fills up the small memory buffer, then drops all subsequent data. Preferred behavior is to drop intermediate samples to achieve rate limit of 1 Hz.
Current behavior (samples vs. time): ..... ..... ..... ..... Desired behavior: . . . . . . . . . . . . . . . . . . . . . . .
To implement, PV monitor could check time difference between the last 2 or 3 samples, and drop samples if over that rate.
Using "Scan 1 Hz" is also a workaround, but there is a concern about extra network traffic and CPU load for scheduling many caget continuously instead of camonitor.