Frequency, Rate, or Period
Time Base Crystal calibrated to ±2 ppm
Span tempco ±1 ppm/°C (typ)
Long-term Drift ±5 ppm/year (typ)
An electronic counter is a panel-mounted digital instrument that tracks pulses, rates, and events rather than simply displaying a measured value. Where a panel meter reads a signal such as voltage or temperature, an electronic counter counts incoming pulses, computes a rate from their timing, totalizes a running sum, or times the interval between events — functions built around Laurel's shared 1/8 DIN modular platform, with a 6-digit LED display, a time base crystal calibrated to ±2 ppm, and the same plug-in board architecture used across the meter and timer product lines. Electronic counters are the instrument of choice wherever a process generates a pulse train — from a flow meter, an encoder, a proximity switch, or a tachometer — and that pulse train needs to become a usable rate, total, or batch control signal.
A panel meter displays a measured value such as voltage or temperature from a continuous signal. An electronic counter instead processes a pulse train — counting pulses, computing a rate from their timing, or totalizing a running sum — which is a fundamentally different kind of input than the continuous analog signals a meter reads.
A pulse input totalizer counts discrete pulses directly, suited to sensors that naturally output pulses (flow meters, encoders). An analog input totalizer instead converts a continuous analog signal (such as a 4-20 mA flow transmitter) into an internal pulse rate before totalizing, which is necessary when the source signal isn't already pulse-based.
The math function configuration can combine two separate input channels arithmetically — computing their sum, difference, ratio, or product — which is useful for applications comparing two related measurements, such as mixing ratios or inflow versus outflow, rather than simply totalizing one signal on its own.
One relay handles the primary on/off control of the batch (starting and stopping the fill), while the second relay triggers a slow-approach signal shortly before the target is reached, reducing flow rate to improve shutoff accuracy. Using two relays with different trigger points allows for a fast fill followed by a precise, controlled finish.
The counter times the interval between zero-crossings of two AC signals (typically voltage and current) and derives the phase angle from that timing; power factor is then computed as the cosine of that phase angle. This timing-based approach is why these counters can reach fine resolution — down to about 0.01° at low frequencies.
A quadrature encoder outputs two pulse channels offset in phase, which together indicate both position/rate and direction of rotation or travel. A dedicated quadrature input decodes this two-channel relationship (including X1/X2/X4 counting resolution and a zero index pulse) rather than treating it as a single simple pulse stream, which a standard pulse counter input isn't built to interpret correctly.
Yes — many configurations can display rate and accumulated total simultaneously from the same input, switchable at the push of a button, rather than being limited to only one function at a time.
Totals are stored in non-volatile memory, so an accumulated count is preserved through a power loss and resumes from where it left off once power is restored, rather than resetting to zero.
Yes. With the appropriate option board, a counter can retransmit its rate or total as a scaled analog output, trigger relay outputs from configurable setpoints, and communicate digitally over RS-232, RS-485, Modbus RTU, Modbus TCP/IP, or Ethernet.
Confirming the pulse scaling factor configured in the counter matches the actual output of the connected sensor (such as pulses per gallon or pulses per revolution) is the first step, since an incorrect scaling factor produces a total that's proportionally off rather than randomly wrong.
Confirming the slow-approach relay's trigger point gives the system enough lead time to actually slow the flow before the final cutoff is the first step, since overshoot is commonly caused by the slow-approach point being set too close to the final target rather than a fault in the counter itself; valve or pump response lag should also be factored into where that point is set.
Checking the input's debounce or filtering settings is the standard first step, since a mechanical switch or noisy pulse source can generate extra transitions that a counter interprets as additional pulses; confirming the sensor type matches the input configuration (mechanical contact vs. solid-state) is the next check.
Confirming the A and B channel wiring hasn't been swapped is the first step, since quadrature direction sensing depends on the phase relationship between the two channels, and reversing them will invert the direction the counter reports even though the count magnitude stays correct.
Verifying the communication protocol, baud rate, and address settings configured in the counter match what the PLC or SCADA system expects is the standard first check, since a mismatch in any one of these will prevent communication even when the physical wiring is correct.
Confirming both input channels are scaled correctly and that the configured function (sum, difference, ratio, or product) actually matches what the application needs is the first step, since a correctly functioning math operation applied to incorrectly scaled inputs will produce a plausible-looking but wrong result.
Phase measurement is based on timing between zero-crossings, and at lower frequencies each cycle takes proportionally longer, which can make the measurement more sensitive to small timing variations or waveform distortion; confirming the input signal is clean and free of noise is the standard first check before suspecting the counter.
Confirming the slow-approach and final cutoff setpoints are configured as fixed targets (not accidentally tied to a variable reference) is the first step, since cycle-to-cycle inconsistency often traces to variation in flow rate or valve response time rather than the counter's own setpoint logic.