STAMP data logger into database boundary=
George-
The most advantageous design would depend on required accuracy (+/-
1 percent?) and precision (to nearest minute/microsecond?) of
recorded time, frequency of logging (upon change? every second?),
frequency of readout to PC (houly? monthly?). These factors would
determine storage and clock requirements, and whether the Stamp
could accomplish these functions with built-in resources or not.
Can you be more specific in your operating requirements?
Steve
On 20 Apr 00 at 12:01, George wrote:
> ...I am interested in using a stamp-based system for logging an event
> [noparse][[/noparse]simple on/off] versus real time. I then need to import the
> generated data into a database such as FOXPRO.
The most advantageous design would depend on required accuracy (+/-
1 percent?) and precision (to nearest minute/microsecond?) of
recorded time, frequency of logging (upon change? every second?),
frequency of readout to PC (houly? monthly?). These factors would
determine storage and clock requirements, and whether the Stamp
could accomplish these functions with built-in resources or not.
Can you be more specific in your operating requirements?
Steve
On 20 Apr 00 at 12:01, George wrote:
> ...I am interested in using a stamp-based system for logging an event
> [noparse][[/noparse]simple on/off] versus real time. I then need to import the
> generated data into a database such as FOXPRO.