Temporarily remove clock resolution sync for testing
missed replacing a hardcoded 25 with BUFFER_SAMPLES
Try an approach similar to what I used in medibus to get regular data samples.
Only emit samples at the appropriate frequency for the timer
Send the sampleCache in its entirety
Take out some obnoxious noisy log messages.
Delay the initial start of SampleArray emission by one interval to ensure we don't get starved for data.
put ECG lead II under the microscope
A slightly different approach that assumes no sample loss
Remove diagnostic messages on ECG II; calculate the right emission interval for 62.5Hz even if the frequency still gets truncated to 62Hz to confuse clients.
concurrency and longer initial wait interval
Keeps samples around until they are fully replaced by the next set of data.  This is intended to provide samples when there is a periodic shortfall but let's see how often it happens.
still trying to take very irregularly arriving data and emit it regularly.
avoid concurrentmodification of newSamples
Accommodate more eccentric timestamp formats... including "OCT" as the abbreviation for Oktober
Preliminary support for RS-232 devices that connect via multiple serial ports (e.g. PB840, or in the future medibus devices where realtime traffic can be isolated from 'slow' parameter update traffic)
Initial PB840 support for waveforms only
First pass at grabbing some parameters from the PB840 while also getting waveforms on a separate serial port
Open all serial ports and create service threads before transitioning into Connecting state
Publish everything either as a technical alert or a Numeric