US20110010133A1 - Wireless data logging system and method - Google Patents

Wireless data logging system and method Download PDF

Info

Publication number
US20110010133A1
US20110010133A1 US12/755,124 US75512410A US2011010133A1 US 20110010133 A1 US20110010133 A1 US 20110010133A1 US 75512410 A US75512410 A US 75512410A US 2011010133 A1 US2011010133 A1 US 2011010133A1
Authority
US
United States
Prior art keywords
sensor
information
acquisition unit
sensors
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/755,124
Inventor
Gregory Swanson
Rudrava Roy
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Datafleet Inc
Original Assignee
Datafleet Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Datafleet Inc filed Critical Datafleet Inc
Priority to US12/755,124 priority Critical patent/US20110010133A1/en
Publication of US20110010133A1 publication Critical patent/US20110010133A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q9/00Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2209/00Arrangements in telecontrol or telemetry systems
    • H04Q2209/10Arrangements in telecontrol or telemetry systems using a centralized architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2209/00Arrangements in telecontrol or telemetry systems
    • H04Q2209/30Arrangements in telecontrol or telemetry systems using a wired architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2209/00Arrangements in telecontrol or telemetry systems
    • H04Q2209/40Arrangements in telecontrol or telemetry systems using a wireless architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2209/00Arrangements in telecontrol or telemetry systems
    • H04Q2209/70Arrangements in the main station, i.e. central controller
    • H04Q2209/75Arrangements in the main station, i.e. central controller by polling or interrogating the sub-stations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2209/00Arrangements in telecontrol or telemetry systems
    • H04Q2209/80Arrangements in the sub-station, i.e. sensing device
    • H04Q2209/82Arrangements in the sub-station, i.e. sensing device where the sensing device takes the initiative of sending data
    • H04Q2209/823Arrangements in the sub-station, i.e. sensing device where the sensing device takes the initiative of sending data where the data is sent when the measured values exceed a threshold, e.g. sending an alarm

Definitions

  • the present invention relates to systems for logging, managing, and reporting data relating to operational parameters associated with a device. More particularly, it relates to systems and methods for recording, in an unobtrusive manner, operational parameters associated with a device such as a vehicle, machine, product, etc., and reporting the logged information to a central location, for example via wireless communication.
  • the data acquisition unit records information from a sensor associated with the device for subsequent retrieval and analysis.
  • Conventional data loggers simply store the information in an on-board memory that must be directly, electronically linked (i.e., hard wired) to a separate computing device in order to view the stored information, and oftentimes requires physical removal of the data acquisition unit from the device. This represents a distinct drawback.
  • many conventional data acquisition systems come equipped with a single, specific sensor that, while appropriate for one device to be monitored, is of little or no value for any other device, thus overtly limiting the overall applicability of the system.
  • the data acquisition unit is oftentimes only able to capture data from a single sensor over discrete time intervals (e.g., where multiple sensors are provided, information is stored for only one of the sensors at any point in time), thus raising another system limitation.
  • the seemingly endless improvements to sensors in terms of, for example, parameters able to be sensed, sensing or sampling rates, etc.
  • Certain devices present additional, currently unmet, constraints upon the data acquisition unit. For example, for many vehicle applications, simply connecting or assembling a sensor to the vehicle's operational equipment (e.g., motor, common area network vehicle bus, etc.) along with a memory for recording sensed data is not a viable option. In particular, many vehicles operate under rugged conditions (e.g., temperature, high humidity, exposure to water or snow, etc.), dictating that the sensor/associated memory cannot be left unprotected. Additionally, for the operational information to be of real value, a number of parameters must be monitored, and thus an array of different sensors and/or data sources are required. In many instances, the vehicle operator and/or owner will simply not accept a system configuration in which multiple sensors are randomly assembled to various locations about the vehicle's motor. Similar footprint-type constraints are raised by many other devices for which operational monitoring is desired.
  • a data acquisition system including a first sensor, a second sensor, and an electronic data acquisition device.
  • the sensors can assume a variety of forms, such as analog, digital, bus (e.g., CAN, serial), GPS, other data sources, etc.
  • the first sensor senses a first parameter and signals sensed information in a first format
  • the second sensor senses a second parameter and signals sensed information in a second format differing from the first format.
  • the data acquisition unit is electronically coupled to the sensors (and other data sources where provided), and includes a housing maintaining a processor, an aggregator module and a communication device.
  • the processor is programmed to process signaled information from the sensors, and is in electronic communication with the aggregator module and the communication device.
  • the aggregator module is programmed to correlate signaled information from the first sensor with signaled information from the second sensor based on time.
  • the communication device is adapted to transmit information generated by the aggregator module to a location remote of the housing.
  • the first format is characterized by a faster sampling rate as compared to a sampling rate of the second format, and the aggregator module is programmed to group or summarize signaled information from the first sensor over a designated time interval.
  • the data acquisition unit further includes an event module programmed to detect occurrence of a predetermined event and prompt storing of a more complete data stream from one or more of the sensors in response to the event.
  • FIG. 1 is a block diagram of a data acquisition system in accordance with aspects of the present disclosure
  • FIG. 2 is a block diagram of a data acquisition unit useful with the system of FIG. 1 ;
  • FIG. 3 is a simplified illustration, in block form, of a portion of the data acquisition unit of FIG. 2 , including an aggregator module;
  • FIG. 4 is a simplified illustration, in block form, of a portion of the data acquisition unit of FIG. 2 , including an event module;
  • FIGS. 5-8 are representative screen shots of displays generated by a user interface useful with the system of FIG. 1 .
  • FIG. 1 One embodiment of an electronic data acquisition system 20 in accordance with aspects of the present disclosure is shown in block form FIG. 1 .
  • the system 20 is operable upon a device 22 (referenced generally), and includes two or more sensors 24 , a data acquisition unit 26 , a user interface 28 , a data server 30 , and optionally one or more additional personal communication device(s) 32 . Details on the various components are provided below.
  • the sensors 24 sense information indicative of one or more operational parameters associated with operation or use of the device 22 , with the sensed information being signaled to the data acquisition unit 26 .
  • the data acquisition unit 26 records the signaled information in a manner described below.
  • Stored and/or acquired information is delivered from the data acquisition unit 26 to the user interface 28 periodically and/or on a real time basis for subsequent review by a user (not shown).
  • the user interface 28 can be operated by a user to selectively prompt delivery of information in a desired manner from the acquisition unit 26 , as well as to control configuration and operation of the data acquisition unit 26 via user-entered commands.
  • the data server 30 serves as a central location for permanent storage and organization of information from the data acquisition unit 26 , available for viewing by a user in a scheduled or ad-hoc fashion (e.g., via the user interface 28 ).
  • the communications device 32 e.g., cell phone or PDA
  • the communications device 32 can be employed to view data from the data acquisition unit 26 ; in some embodiments, the system 20 is configured such that the data acquisition unit 26 automatically delivers information to the communications device 32 when the acquired information meets a certain, predetermined criteria or event.
  • the system 20 is useful with a wide range of different device 22 types.
  • the device 22 can be a vehicle such as a snowmobile, a tractor, construction equipment, a bus, an all-terrain vehicle, etc.
  • the device 22 can be industrial machinery (e.g., a pump), a power tool, an agricultural implement, a lawn mower, a bicycle, etc., to name but a few. It should be understood, however, that the system 20 can be used with a wide variety of other devices not otherwise specifically mentioned.
  • the data acquisition unit 26 is adapted to process and store information from a plurality of discrete or disparate sensors, two or more of which generate or signaling data in a unique format.
  • the sensors 24 generally reflected in FIG. 1 can assume a wide variety of forms currently available or in the future developed, appropriate for the device 22 being monitored (in terms of, for example, physical construction of the device 22 , operational parameters of interest, etc.).
  • one or more of the sensors 24 can be an analog-type sensor (e.g., signaling data indicative of a sensed parameter in analog form) such as temperature sensors, pressure sensors, acceleration sensors, flow sensors, vibration sensors, torque sensors, force sensors, strain gauges or sensors, load sensors, voltage sensors, amperage sensors, etc.
  • an analog-type sensor e.g., signaling data indicative of a sensed parameter in analog form
  • temperature sensors pressure sensors, acceleration sensors, flow sensors, vibration sensors, torque sensors, force sensors, strain gauges or sensors, load sensors, voltage sensors, amperage sensors, etc.
  • one or more of the sensors 24 can be a digital-type sensor (e.g., signaling data indicative of a sensed parameter in digital form) such as proximity sensors, limit switches, etc.
  • a digital-type sensor e.g., signaling data indicative of a sensed parameter in digital form
  • one or more of the sensors 24 can be other forms of data sources such as a Global Positioning System (GPS) receiver or a device-specific data source or bus architecture such as a vehicle bus (e.g., common area network (CAN) vehicle bus) that can communicate with the processor 42 over any established communication technology (e.g., CAN, RS232, RS485, I2C, etc.).
  • GPS Global Positioning System
  • CAN common area network
  • one or more of the sensors 24 can be provided apart from the device 22 to be monitored (e.g., as a component of the data acquisition unit 26 ) and subsequently assembled thereto along with the data acquisition unit 26 (e.g., a GPS receiver), can be a sensor initially provided apart from both of the device 22 and data acquisition unit 26 and subsequently assembled thereto, or can be a sensor initially provided with the device 22 to be monitored and simply electronically coupled to the acquisition unit 26 as part of the device 22 /acquisition unit 26 assembly (e.g., a engine control unit (ECU) provided with a vehicle as generating data via a CAN vehicle bus).
  • ECU engine control unit
  • two or more of the sensors 24 employed with the system 20 can generate or signal information in a differing format.
  • an analog sensor will signal information in analog form, such as in terms of voltage
  • a digital sensor will signal information in digital form, such as in terms of 1 or 0.
  • GPS and CAN sensors signal information in yet other formats that are typically unique message protocols.
  • the disparate sensor information formats can differ in other manners, for example in terms of actual or available sampling rate (as dictated, for example, by an A/D converter board associated with the data acquisition unit 10 ).
  • a first, analog sensor format may have an available sampling rate on the order of 5 kHz
  • a second, GPS sensor format may have an available sampling rate on the order of 1 Hz
  • a third, serial bus sensor format may have an available sampling rate on the order of 50 Hz.
  • the data acquisition unit 26 is configured to correlate the disparate sensor data, for example based on time, in creating meaningful representation of device 22 operation.
  • FIG. 2 illustrates one embodiment of the data acquisition unit 26 in accordance with aspects of the present disclosure.
  • the data acquisition unit 26 includes a housing 40 maintaining a processor or controller 42 , a memory or cache 44 , one or more optional analog input ports 46 , one or more optional digital input ports 48 , an optional CAN input port 50 , an optional GPS receiver 52 , an aggregator module 54 , an event module 56 , and a communications device 58 .
  • Other sensor input ports can also be provided, such as one or more USB ports, one or more UART serial ports, etc.
  • the processor 42 receives and processes and/or manages data or information acquired at the ports 46 - 50 and the GPS receiver 52 pursuant to protocols dictated by the aggregator module 54 and/or the event module 56 , and stores the so-generated information in the memory 44 . Further, the processor 42 is electronically coupled to the communication device 58 , prompting operation of the communication device 58 to transmit data to an external server 30 ( FIG. 1 ), as well as operating in response to commands received at the communication device 58 .
  • Various components of the data acquisition unit 26 are powered and regulated by a power module (not shown) carried within the housing 40 that is otherwise adapted for electrical connection to a power source (e.g., a battery) normally provided with the device 22 ( FIG. 1 ). With this one embodiment, then, the power module accounts for uncertain power levels commonly associated with the device power source. Alternatively, other techniques for powering the data acquisition unit 26 are also acceptable.
  • the housing 40 is sized and shaped in accordance with the device 22 ( FIG. 1 ) to be monitored.
  • the housing 40 forms a sealed (e.g., water proof) enclosure about the components 42 - 58 .
  • the processor 42 in combination with the aggregator module 54 and the event module 56 are adapted to minimize the amount of intelligence (and thus physical size of various electronic components) required for acquiring desired data, while leveraging other components of the system 20 ( FIG. 1 ) for more powerful data analysis and processing.
  • the housing 40 can be of a relatively small size as compared to conventional data loggers, for example at a form factor on the order of 4.5 inches by 4 inches by 2 inches, although a wide variety of other sizes (either greater or lesser) are also acceptable.
  • the processor 42 can assume a variety of forms known in the art or in the future developed (e.g., a processor chip or chip set, a multicore processor, etc.) appropriate for performing the data acquisition and processing steps described below, and can include a microprocessor as known in the art.
  • the processor 42 maintains or is programmed to operate upon a personal computer operating system (e.g., Linux Operating System). Further, the processor 42 is programmed (or electronically linked to an appropriate module) to dictate polling of information from the various ports 46 - 50 and the GPS receiver 52 at desired, disparate rates (e.g., at default rates or at rates selected by a user).
  • a personal computer operating system e.g., Linux Operating System
  • the processor 42 can include (e.g., be programmed with logic associated with) the modules 54 , 56 .
  • the processor 42 can be electronically coupled to, or otherwise be programmed to operate upon, other components or modules not shown, such as a counter and/or timer/clock, etc.
  • the memory 44 can also be of any type currently known or in the future developed, and can be provided as part of the processor 42 architecture or can be an external component.
  • the memory 44 can be or include a memory cache (e.g., DRAM or Compact Flash), although other electronic components capable of storing information are also acceptable.
  • the analog input ports 46 are generally configured to establish an electrical connection with a corresponding analog sensor (not shown, but described above).
  • the one or more analog input ports 46 can assume any form known, and thus can be a mechanical/physical connector, wireless connector, etc. In fact, in some optional embodiments, one or more of the analog input ports 46 is a hard wired (or more permanent) connection to the corresponding analog sensor.
  • the analog input port(s) 46 establish an electronic/communicative link between the processor 42 and the sensor (not shown) associated with (connected to) the analog input port 46 such that the processor 42 receives data generated or signaled by the sensor, with the data being indicative of a parameter being sensed by the sensor. While FIG.
  • the data acquisition unit 26 includes eight—sixteen of the analog input ports 46 .
  • the types of analog sensors useful with the system 20 can vary greatly as indicated above.
  • the analog input ports 46 are preferably universal ports, able to establish an electronic link to any analog sensor type.
  • the digital input ports 48 are generally configured to establish an electrical connection with a corresponding digital sensor (not shown, but described above).
  • the one or more digital input ports 48 can assume any form known, and thus can be a mechanical/physical connector, wireless connector, etc.
  • one or more of the digital input ports 48 is a hard wired (or more permanent) connection to the corresponding analog sensor.
  • the digital input port(s) 48 establish an electronic/communicative link between the processor 42 and the sensor associated with (connected to) the digital input port 48 such that the processor 42 receives data generated or signaled by the sensor, with the data being indicative of a parameter being sensed by the sensor. While FIG.
  • the data acquisition unit 26 includes eight of the digital input ports 48 .
  • the types of digital sensors useful with the system 20 can vary greatly as indicated above.
  • the digital input ports 48 are preferably universal ports, able to establish an electronic link to any digital sensor type.
  • the CAN port 50 can also be of a type known in the art and is adapted to establish an electronic communicative link between the processor 42 and a corresponding CAN bus provided with device 22 ( FIG. 1 ).
  • CAN bus architecture is standard for certain types of devices 22 with which the system 20 ( FIG. 1 ) is useful, such as vehicles.
  • the data acquisition unit 26 can include additional components or features useful for interfacing with the CAN bus, such as a converter for translating CAN bus protocol to serial, CAN communication features including listen only, CAN 2.0a or 2.0b compatibility, user-defined message requests, individual channel filtering, etc.
  • the CAN port 50 can be eliminated.
  • the GPS receiver 52 is of a type known in the art, and can be located internally within the housing 40 .
  • the GPS receiver 52 serves as a discrete sensor or source of data, and is in electronic communication with the processor 42 such that information signaled by the GPS receiver 52 is received and processed by the processor 42 .
  • the GPS receiver 52 can be provided apart from the data acquisition unit 26 (e.g., the data acquisition unit 26 can include a GPS port adapted to establish an electronic link to a GPS receiver otherwise provided with the device 22 ( FIG. 1 ) being monitored); even further, the GPS receiver 52 can be eliminated.
  • the aggregator module 54 operates to correlate the disparate data streams with one another in a manner minimizing requisite space of the memory 44 , yet resulting in meaningful reporting information.
  • the aggregator module 54 can be software programmed to the processor 42 , or can be a standalone module that is electronically coupled to the processor 42 . Regardless, the aggregator module 54 dictates, at least in part, which sensor information is ultimately stored in the memory 44 , in what format, and when they are logged.
  • the aggregator module 54 establishes a common basis for the simultaneously received sensor inputs (e.g., time basis), and filters or establishes a more compact representation of sensor data for sensors exhibiting a higher sampling rate as compared to others of the sensors 24 ( FIG. 1 ).
  • a summary or grouping of sensor information is generated and stored over a designated time interval that is commensurate with the sampling rate capabilities of all the sensors 24 .
  • a timestamp or counter can be associated with the set of sensor data (or data summary or grouping) at each interval.
  • the aggregator module 54 is programmed to perform or provide a filter function 60 with one, two, or all, of the sensor 24 (referenced generally).
  • FIG. 3 illustrates representative signaled sensor data from a first analog sensor 24 a , a second analog sensor 24 b , a digital sensor 24 c , and a serial sensor 24 d (e.g., a CAN bus converted to serial format), it being understood from the above that a wide variety of other sensor inputs are equally acceptable (e.g., a GPS sensor input).
  • the analog sensors 24 a , 24 b are generating information (or is being sampled at) a first rate.
  • the digital sensor 24 c is signaling information in a format and rate disparate from that of the analog sensors 24 a , 24 b , as is the serial sensor 24 d (as well as possibly other non-analog sensors or data sources provided with the system 20 ( FIG. 1 )).
  • the filter function 60 summarizes or groups the signaled information from at least some of the sensors 24 a - 24 d.
  • the analog sensor 24 a , 24 b information is analyzed and reduced to a more manageable and representative data point(s) by the aggregator module 54 .
  • the filter function 60 can reduce the analog sensor 24 a , 24 b information to a minimum value, a maximum value, and an average value over the designated time interval.
  • Other representative date points can alternatively or additionally be generated and stored (e.g., data points outside of a threshold limit, mean value, etc.).
  • the analog sensor 24 a , 24 b is signaling captured information at exceedingly high rates (e.g., 5 kHz)
  • only small number of representative data points are possibly available for storage in the memory 44 for each time interval (e.g., once per second, the aggregator module 54 reviews the signaled information from the first analog sensor 24 a , determines a maximum value, minimum value, and average value over that second, and makes the values available for storage in the memory 44 ).
  • the filter function 60 can operate to filter or summarize information from the digital sensor 24 c over the designated time interval. For example, the filter function 60 can operate to retrieve information from the digital sensor 24 c only in instances where a state value of the digital sensor 24 c information changes during the designated time interval.
  • the filter function 60 may or may not operate upon the information generated by the serial sensor 24 d .
  • the filter function 60 can perform a parsing operation upon the data stream signaled by the serial sensor 24 d , parsing out only desired information or data point(s).
  • the serial sensor 24 d is or includes a CAN bus (the output of which is converted to a serial format)
  • a wide range of operational information may be represented in the data stream, a majority of which is of little or no interest to an end user.
  • the filter function 60 can operate to retrieve only a portion of the serial data stream that otherwise relates to the parameter(s) of interest.
  • the filter function 60 can also generate interpolated data based on values sensed from any combination of the sensors 24 a - 24 d.
  • the designated time interval over which the filter function 60 operates can be determined in a number of different ways.
  • the designated time interval is a user-determined value that is implemented as a default value programmed to the aggregator module 54 , or as a user-entered command delivered to the processor 42 and ultimately acted upon by the aggregator module 54 .
  • the aggregator module 54 can operate to determine an appropriate designated time interval based upon an evaluation of the capabilities of each of the sensors 24 provided with the system 20 ( FIG. 1 ).
  • the aggregator module 54 can poll the sensors 24 otherwise connected to (or provided with) the data acquisition unit 26 and determine a sampling rate capability of each of the sensors 24 (or can poll user-entered sampling rate designations entered by a user for all of the provided sensors 24 ). The aggregator module 54 then determines which of the sensors 24 has the “slowest” sampling rate (either sampling rate capability or sampling rate as dictated by a user), and designates the sampling interval associated with this so-determined interval as being the designated time interval over which the various filtering operations are performed. Regardless, the designated time interval can be commensurate with the minimum sampling rate presented by the sensors 24 in total, and can be, in some embodiments, approximately one second. Thus, for example, where the designated time interval is one second, the aggregator module 54 performs the filter function described above upon the appropriate sensor information once per second.
  • the aggregator module 54 can operate to store the summarized or grouped data (or raw data for sensor(s) signaling one data point over the course of the designated time interval) in the memory 44 .
  • the aggregator module 54 operates in connection with a temporary register 62 at which all signaled sensor information is temporarily stored.
  • the temporary register 62 can be a memory-type component of the aggregator module 54 , provided with the processor 42 , or a standalone component. Regardless, information stored in the temporary register 62 can subsequently be processed or analyzed as described below, during which a decision is made to store or not store some or all of the information from the temporary register 62 in the memory 44 .
  • the aggregator module 54 is, in some embodiments, adapted or programmed to assign a common timestamp or counter to all of the acquired and, where applicable, summarized or filtered, sensor information at each designated time period, and associated the so-generated timestamp to the correlated information as saved in the memory 44 .
  • the aggregator module 54 can make reference to or include a clock or timer that can include date information.
  • the timer is a UTC referenced date/timestamp device, generating time information in seconds, microseconds, or nanoseconds relative to an assigned starting point. Unless the assigned starting point is exactly correlated with a UTC timestamp, the “timestamp” is only differential, not absolute.
  • the data acquisition unit 26 is adapted to capture timestamps as absolute UTC-relative (e.g., time zone based) values with a maximum error of 0.1 seconds and a timer resolution of 1 microsecond, although other configurations are also acceptable.
  • the aggregator module 54 continuously performs the above protocols over consecutive ones of the designated time intervals, prompting storing/timestamping of sensor data in the memory 44 .
  • the event module 56 can be provided and effectuates further decisions on when information is stored in the memory 44 , the format of the stored information and/or the sensor(s) 24 from which information is stored.
  • the event module 56 can be software programmed to the processor 42 , or can be a standalone module that is electronically coupled to the processor 42 .
  • the event module 56 is adapted or programmed to poll or interrogate data stored in the temporary register 62 , and prompt storage of information in the memory 44 pursuant to one or more event functions 70 , 72 .
  • the event functions 70 , 72 represent designated protocols for determining that an “event” has occurred.
  • the event function 70 can be a timer event whereby for certain ones of the sensors 24 (e.g., the first analog sensor 24 a and the serial sensor 24 d ), each time a predetermined time period has elapsed, the corresponding sensor information (e.g., as filtered by the aggregator module 54 ) is automatically stored (with a corresponding timestamp) in the memory 44 .
  • Parameters of the timer event associated with the event function 70 can differ for each of the sensors 24 , can apply to only a selected number of the sensors 24 , or can be identical for two or more or all of the sensors 24 provided with the system 20 ( FIG. 1 ).
  • timer event parameter(s) can be provided as default values with the event module 56 and/or can be set or altered by a user via appropriate commands.
  • the system 20 can be configured such that an event detected or generated at one data acquisition unit 26 can then cause an “action” that transmits a message to an external receiving device or system, identifying the event and associated data.
  • the receiving device can be the data server 30 ( FIG. 1 ) or another data acquisition unit 26 with a suitably defined event trigger. Events can thus be cascaded across multiple systems, triggering multiple actions at the event recipients.
  • the event function 72 can be a threshold event whereby upon detection by the event module 56 of data from one of the sensors 24 outside of a threshold limit or range, the event module 56 operates to automatically cause the corresponding sensor data to be saved in the memory 44 .
  • the event function 72 is applied to less than all of the sensors 24 (e.g., is provided for the second analog sensor 24 b and the digital sensor 24 c ), but in other embodiments, can be provided for all of the sensors 24 (alone or in addition to a corresponding timer event function 70 ).
  • the threshold parameters or limits associated with each sensor 24 otherwise having one of the threshold event functions 72 can be provided as default values, and/or can be set or altered by a user via user-entered commands.
  • the event module 56 is adapted or programmed to prompt storage of the full trace of information signaled by the sensor 24 otherwise determined to have signaled information indicative of a threshold event over an event time period.
  • the event module 56 operates to store in the memory 44 an unfiltered representation of all information received from that sensor 24 over an event time window surrounding the time of the threshold event occurrence (in addition to or instead of the summarized/grouped representation of the data as generated by the aggregator module 54 ).
  • the event module 56 causes the entire stream of data from the second analog sensor 24 b over the event time window (i.e., t+/ ⁇ n, where n is a default value or designated by the user, and can be on the order of 1-10 seconds) to be saved in the memory 44 .
  • the event module 56 can prompt the memory to store full, unfiltered data streams from two or more or all of the sensors 24 .
  • the threshold event function 72 operates to provide the end user with a more complete representation of sensor information, thus allowing the user to more easily ascertain the cause of the threshold event.
  • the communication device 58 can assume a wide variety of forms, appropriate for establishing a communicative link with the user interface 28 .
  • the communication device 58 facilitates wireless communication with the user interface 28 , the data server 30 , and the communications device 32 (where provided), such as WiFi (802.11), Zigbee, cellular (GSM/GPRS, CDMA/ECDMA), etc.
  • the system 20 can further include additional components necessary for effectuating a desired wireless interface (e.g., can include a wireless base station (not shown) that receives and transmits information from the communication device 58 to the user interface 28 via a known medium, for example the internet).
  • the communications device 58 is adapted to provide a direct or wired link with the user interface 28 , for example via an ethernet port. Even further, the communications device 58 can be adapted to facilitate both wired and wireless links. Regardless, the communications device 58 is electronically coupled to the processor 42 , transmitting information from the memory 44 as prompted by the processor 42 to the user interface 28 , the data server 30 , and the communications device 32 (where provided), as well as, in some embodiments, transferring user-entered command prompts from the user interface 28 to the processor 42 .
  • the user interface 28 and the data server 30 can assume a variety of forms, and in some embodiments, the system 20 is configured to interface with two or more different user interface 28 and/or data server 30 formats.
  • the data server 30 is maintained at a facility remote of the device 22 /data acquisition unit 26 , and can be periodically linked to the user interface 28 (e.g., a personal computer).
  • the data server 30 can process data from the data acquisition unit 26 in various manners as described below, can save the received data and/or processed information in a database, and/or can transmit the data/information to the user interface 28 and/or a separate work station (e.g., lap top computer, desk top computer, etc.).
  • the user interface 28 can be a personal computer or similar computing device such as a hand-held computing device.
  • the user interface 28 is adapted or programmed to prompt delivery of stored information from the data acquisition unit 26 .
  • the system 20 can be configured such that information is only transmitted to the user interface 28 in response to a received “send” command from the user interface 28 .
  • the data acquisition unit 26 can be adapted or programmed to automatically transmit, or attempt to transmit, stored information at predetermined time intervals (e.g., nightly).
  • the user interface 28 can be configured to display information from or about the data acquisition unit 26 in various modes.
  • FIG. 5 provides a representative screen shot of a display 100 generated by the user interface 28 .
  • the display 100 relates to a current configuration of the data acquisition unit 26 (e.g., number and types of sensors, sampling rates, storage configurations, threshold limits, aggregation rates, etc.).
  • the user interface 28 can provide the user with the ability to select or change one or more parameters associated with the data acquisition unit 26 .
  • FIG. 1 provides a representative screen shot of a display 100 generated by the user interface 28 .
  • the display 100 relates to a current configuration of the data acquisition unit 26 (e.g., number and types of sensors, sampling rates, storage configurations, threshold limits, aggregation rates, etc.).
  • the user interface 28 can provide the user with the ability to select or change one or more parameters associated with the data acquisition unit 26 .
  • 6A is a representative screen shot of a display 102 generated by the user interface 28 , and includes information relating to a configuration of various ones of the sensors (designated as “channels” or “Ch” in the display 102 ).
  • the user interface 28 Upon selecting a desired sensor or channel (e.g., “Ch 0” in FIG. 6A ), the user interface 28 operates to present the user with a more complete representation of the sensor configuration as shown by the representative screen shot display 104 of FIG. 6B .
  • desired commands into the user interface 28 at the configuration display 104 one or more parameters associated with the selected sensor 24 can be selected or altered by the user. For example, the sensor “name,” units, scaling constants, etc., can be entered or altered.
  • the user interface 28 Upon confirming the selected or altered parameter(s), the user interface 28 operates to transmit the configuration information to the data acquisition unit 26 for subsequent application by the processor 42 as described above.
  • FIGS. 7A and 7B are representative screen shots of user interface-generated displays 106 , 108 providing real time information for one or more selected sensors (when the user interface 28 and the data acquisition unit 26 are otherwise communicatively linked).
  • the display 106 provides a listing of all current (e.g., filtered) data in numerical form.
  • the display 108 is an analog, real time representation of current information being generated by the selected sensor, and may further include any filtered information as described above.
  • the user interface 28 can optionally be adapted or programmed to generate and display an analysis of the information generated and stored by the data acquisition unit 26 .
  • FIG. 8 provides a representative screen shot of a display 110 generated by the user interface 28 in some embodiments, and provides a user with the ability to select a sensor of interest and displays, in graphical form, the corresponding sensor information.
  • the user interface 28 can be adapted to allow a user to save the selected sensor data in other formats, such as an ASCII text file.
  • Other analysis and/or reporting tools can be included with the user interface 28 and/or the data server 30 .
  • the data server 30 serves to permanently save and organize all acquired information.
  • the data server 30 can be programmed with appropriate software to generate a variety of different summaries or reports/analysis of data acquired over long periods of time.
  • the system 20 is configured such that the data acquisition unit 26 systematically downloads acquired and stored information to the data server 30 on a regular basis, with the data server 30 effectively serving as a blind receiver.
  • the memory 44 ( FIG. 2 ) of the data acquisition unit 26 can be partially or completely cleared of previously acquired data, thus providing sufficient memory space for storage of additional, newly acquired (and possibly filtered) information.
  • a user can access the stored information and any reports generated by the data server 30 , for example via the user interface 28 .
  • the data acquisition systems and related methods of operation of the present disclosure provide marked improvements over previous designs. Remote logging of data or information from multiple, disparate sensors (having different data formats) is achieved, the data or information being stored in an on-board cache or memory in a very compact and orderly fashion such that it can be uplinked, repackaged, and decoded on the user interface. Further, the format in which the on-board acquisition unit records information and/or the type of information being recorded can be remotely managed via commands wirelessly communicated from the user interface.
  • the system is useful with a plethora of different devices, ranging from vehicles to industrial equipment to personal products.

Abstract

A data acquisition system including a first sensor, a second sensor, and an electronic data acquisition device. The sensors can assume a variety of forms, such as analog, digital, bus, GPS, etc., and have disparate information formats. The data acquisition unit is electronically coupled to the sensors, and includes a processor, an aggregator module and a communication device. The processor processes information from the sensors. The aggregator module correlates signaled information from the first sensor with signaled information from the second sensor based on time. Finally, the communication device is adapted to transmit information generated by the aggregator module to a location remote of the housing.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of U.S. patent application Ser. No. 11/749,746, filed May 16, 2007, entitled “Wireless Data Logging System and Method”, and bearing Attorney Docket No. D536.101.102 which claims priority under 35 U.S.C. §119(e)(1) to U.S. Provisional Patent Application Ser. No. 60/800,809, filed May 16, 2006, entitled “Wireless Vehicle Data Logging System and Method,” and bearing Attorney Docket No. D536.101.101, the teachings of all of which are hereby incorporated by reference.
  • BACKGROUND
  • The present invention relates to systems for logging, managing, and reporting data relating to operational parameters associated with a device. More particularly, it relates to systems and methods for recording, in an unobtrusive manner, operational parameters associated with a device such as a vehicle, machine, product, etc., and reporting the logged information to a central location, for example via wireless communication.
  • Manufacturers and users of many different devices oftentimes have a strong interest in understanding how the device is operated and/or how the device performs. Some examples of such an application are vehicles. The types of vehicles for which operational/performance information is of value are wide-ranging, for example trucks, automobiles, construction equipment, buses, recreation vehicles (e.g., snow mobiles, all-terrain vehicles, watercraft), agricultural implements, etc., to name but a few. Operational and/or performance information is also highly desirable for a plethora of other devices, ranging from industrial equipment (e.g., pumps, machinery, etc.) to personal products such as bicycles and lawn mowers. Regardless, while it may be possible for the actual user to manually record some parameters of interest, this approach is highly susceptible to human error. Further, persons other than the user or operator do not have direct access to recorded information. Also, many operational parameters of interest are simply not readily available to the user and/or cannot be consistently recorded over short intervals.
  • In light of the above, it has been suggested to provide a data acquisition unit, or data logger, with the device in question. In general terms, the data acquisition unit records information from a sensor associated with the device for subsequent retrieval and analysis. Conventional data loggers simply store the information in an on-board memory that must be directly, electronically linked (i.e., hard wired) to a separate computing device in order to view the stored information, and oftentimes requires physical removal of the data acquisition unit from the device. This represents a distinct drawback. Further, many conventional data acquisition systems come equipped with a single, specific sensor that, while appropriate for one device to be monitored, is of little or no value for any other device, thus overtly limiting the overall applicability of the system. Along these same lines, the data acquisition unit is oftentimes only able to capture data from a single sensor over discrete time intervals (e.g., where multiple sensors are provided, information is stored for only one of the sensors at any point in time), thus raising another system limitation. Pointedly, the seemingly endless improvements to sensors (in terms of, for example, parameters able to be sensed, sensing or sampling rates, etc.) have negatively impacted the viability of conventional data acquisition units in that the ability to record meaningful information over extended periods of time is not possible, especially for small sized device applications in which a large memory unit cannot be employed.
  • Certain devices present additional, currently unmet, constraints upon the data acquisition unit. For example, for many vehicle applications, simply connecting or assembling a sensor to the vehicle's operational equipment (e.g., motor, common area network vehicle bus, etc.) along with a memory for recording sensed data is not a viable option. In particular, many vehicles operate under rugged conditions (e.g., temperature, high humidity, exposure to water or snow, etc.), dictating that the sensor/associated memory cannot be left unprotected. Additionally, for the operational information to be of real value, a number of parameters must be monitored, and thus an array of different sensors and/or data sources are required. In many instances, the vehicle operator and/or owner will simply not accept a system configuration in which multiple sensors are randomly assembled to various locations about the vehicle's motor. Similar footprint-type constraints are raised by many other devices for which operational monitoring is desired.
  • In light of the above, a need exists for systems and methods for unobtrusively logging device operational parameters from multiple, discrete sensor sources and transmitting this data to and organizing the data at or within a central location.
  • SUMMARY
  • Some aspects in accordance with principles of the present disclosure relate to a data acquisition system including a first sensor, a second sensor, and an electronic data acquisition device. The sensors can assume a variety of forms, such as analog, digital, bus (e.g., CAN, serial), GPS, other data sources, etc. Regardless, the first sensor senses a first parameter and signals sensed information in a first format, whereas the second sensor senses a second parameter and signals sensed information in a second format differing from the first format. The data acquisition unit is electronically coupled to the sensors (and other data sources where provided), and includes a housing maintaining a processor, an aggregator module and a communication device. The processor is programmed to process signaled information from the sensors, and is in electronic communication with the aggregator module and the communication device. In this regard, the aggregator module is programmed to correlate signaled information from the first sensor with signaled information from the second sensor based on time. Finally, the communication device is adapted to transmit information generated by the aggregator module to a location remote of the housing. In some embodiments, the first format is characterized by a faster sampling rate as compared to a sampling rate of the second format, and the aggregator module is programmed to group or summarize signaled information from the first sensor over a designated time interval. In other embodiments, the data acquisition unit further includes an event module programmed to detect occurrence of a predetermined event and prompt storing of a more complete data stream from one or more of the sensors in response to the event.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram of a data acquisition system in accordance with aspects of the present disclosure;
  • FIG. 2 is a block diagram of a data acquisition unit useful with the system of FIG. 1;
  • FIG. 3 is a simplified illustration, in block form, of a portion of the data acquisition unit of FIG. 2, including an aggregator module;
  • FIG. 4 is a simplified illustration, in block form, of a portion of the data acquisition unit of FIG. 2, including an event module; and
  • FIGS. 5-8 are representative screen shots of displays generated by a user interface useful with the system of FIG. 1.
  • DETAILED DESCRIPTION
  • One embodiment of an electronic data acquisition system 20 in accordance with aspects of the present disclosure is shown in block form FIG. 1. The system 20 is operable upon a device 22 (referenced generally), and includes two or more sensors 24, a data acquisition unit 26, a user interface 28, a data server 30, and optionally one or more additional personal communication device(s) 32. Details on the various components are provided below. In general terms, however, the sensors 24 sense information indicative of one or more operational parameters associated with operation or use of the device 22, with the sensed information being signaled to the data acquisition unit 26. The data acquisition unit 26, in turn, records the signaled information in a manner described below. Stored and/or acquired information is delivered from the data acquisition unit 26 to the user interface 28 periodically and/or on a real time basis for subsequent review by a user (not shown). In this regard, the user interface 28 can be operated by a user to selectively prompt delivery of information in a desired manner from the acquisition unit 26, as well as to control configuration and operation of the data acquisition unit 26 via user-entered commands. Additionally, the data server 30 serves as a central location for permanent storage and organization of information from the data acquisition unit 26, available for viewing by a user in a scheduled or ad-hoc fashion (e.g., via the user interface 28). Further, the communications device 32 (e.g., cell phone or PDA), where provided, can be employed to view data from the data acquisition unit 26; in some embodiments, the system 20 is configured such that the data acquisition unit 26 automatically delivers information to the communications device 32 when the acquired information meets a certain, predetermined criteria or event.
  • As a point of reference, the system 20 is useful with a wide range of different device 22 types. For example, the device 22 can be a vehicle such as a snowmobile, a tractor, construction equipment, a bus, an all-terrain vehicle, etc. Alternatively, the device 22 can be industrial machinery (e.g., a pump), a power tool, an agricultural implement, a lawn mower, a bicycle, etc., to name but a few. It should be understood, however, that the system 20 can be used with a wide variety of other devices not otherwise specifically mentioned.
  • As described in greater detail below, in some embodiments, the data acquisition unit 26 is adapted to process and store information from a plurality of discrete or disparate sensors, two or more of which generate or signaling data in a unique format. With this in mind, the sensors 24 generally reflected in FIG. 1 can assume a wide variety of forms currently available or in the future developed, appropriate for the device 22 being monitored (in terms of, for example, physical construction of the device 22, operational parameters of interest, etc.). Thus, one or more of the sensors 24 can be an analog-type sensor (e.g., signaling data indicative of a sensed parameter in analog form) such as temperature sensors, pressure sensors, acceleration sensors, flow sensors, vibration sensors, torque sensors, force sensors, strain gauges or sensors, load sensors, voltage sensors, amperage sensors, etc. Additionally or alternatively, one or more of the sensors 24 can be a digital-type sensor (e.g., signaling data indicative of a sensed parameter in digital form) such as proximity sensors, limit switches, etc., Even further, one or more of the sensors 24 can be other forms of data sources such as a Global Positioning System (GPS) receiver or a device-specific data source or bus architecture such as a vehicle bus (e.g., common area network (CAN) vehicle bus) that can communicate with the processor 42 over any established communication technology (e.g., CAN, RS232, RS485, I2C, etc.). Regardless, one or more of the sensors 24 can be provided apart from the device 22 to be monitored (e.g., as a component of the data acquisition unit 26) and subsequently assembled thereto along with the data acquisition unit 26 (e.g., a GPS receiver), can be a sensor initially provided apart from both of the device 22 and data acquisition unit 26 and subsequently assembled thereto, or can be a sensor initially provided with the device 22 to be monitored and simply electronically coupled to the acquisition unit 26 as part of the device 22/acquisition unit 26 assembly (e.g., a engine control unit (ECU) provided with a vehicle as generating data via a CAN vehicle bus).
  • Regardless of sensor type, two or more of the sensors 24 employed with the system 20 can generate or signal information in a differing format. For example, an analog sensor will signal information in analog form, such as in terms of voltage, whereas a digital sensor will signal information in digital form, such as in terms of 1 or 0. GPS and CAN sensors signal information in yet other formats that are typically unique message protocols. Even further, the disparate sensor information formats can differ in other manners, for example in terms of actual or available sampling rate (as dictated, for example, by an A/D converter board associated with the data acquisition unit 10). For example, a first, analog sensor format may have an available sampling rate on the order of 5 kHz, a second, GPS sensor format may have an available sampling rate on the order of 1 Hz, and a third, serial bus sensor format may have an available sampling rate on the order of 50 Hz. As described below, the data acquisition unit 26 is configured to correlate the disparate sensor data, for example based on time, in creating meaningful representation of device 22 operation.
  • The data acquisition unit 26 can assume a wide variety of forms best suited for the device 22 to which it is assembled along with the operational parameters of interest. With this in mind, FIG. 2 illustrates one embodiment of the data acquisition unit 26 in accordance with aspects of the present disclosure. The data acquisition unit 26 includes a housing 40 maintaining a processor or controller 42, a memory or cache 44, one or more optional analog input ports 46, one or more optional digital input ports 48, an optional CAN input port 50, an optional GPS receiver 52, an aggregator module 54, an event module 56, and a communications device 58. Other sensor input ports (not shown) can also be provided, such as one or more USB ports, one or more UART serial ports, etc. In general terms, the processor 42 receives and processes and/or manages data or information acquired at the ports 46-50 and the GPS receiver 52 pursuant to protocols dictated by the aggregator module 54 and/or the event module 56, and stores the so-generated information in the memory 44. Further, the processor 42 is electronically coupled to the communication device 58, prompting operation of the communication device 58 to transmit data to an external server 30 (FIG. 1), as well as operating in response to commands received at the communication device 58. Various components of the data acquisition unit 26 are powered and regulated by a power module (not shown) carried within the housing 40 that is otherwise adapted for electrical connection to a power source (e.g., a battery) normally provided with the device 22 (FIG. 1). With this one embodiment, then, the power module accounts for uncertain power levels commonly associated with the device power source. Alternatively, other techniques for powering the data acquisition unit 26 are also acceptable.
  • The housing 40 is sized and shaped in accordance with the device 22 (FIG. 1) to be monitored. In some embodiments, the housing 40 forms a sealed (e.g., water proof) enclosure about the components 42-58. To this end, the processor 42 in combination with the aggregator module 54 and the event module 56 are adapted to minimize the amount of intelligence (and thus physical size of various electronic components) required for acquiring desired data, while leveraging other components of the system 20 (FIG. 1) for more powerful data analysis and processing. As a result, the housing 40 can be of a relatively small size as compared to conventional data loggers, for example at a form factor on the order of 4.5 inches by 4 inches by 2 inches, although a wide variety of other sizes (either greater or lesser) are also acceptable.
  • The processor 42 can assume a variety of forms known in the art or in the future developed (e.g., a processor chip or chip set, a multicore processor, etc.) appropriate for performing the data acquisition and processing steps described below, and can include a microprocessor as known in the art. In some embodiments, the processor 42 maintains or is programmed to operate upon a personal computer operating system (e.g., Linux Operating System). Further, the processor 42 is programmed (or electronically linked to an appropriate module) to dictate polling of information from the various ports 46-50 and the GPS receiver 52 at desired, disparate rates (e.g., at default rates or at rates selected by a user). As a point of reference, while FIG. 2 illustrates the modules 54, 56 as being provided apart from, and electronically coupled to, the processor 42, in other embodiments the processor 42 can include (e.g., be programmed with logic associated with) the modules 54, 56. In addition, the processor 42 can be electronically coupled to, or otherwise be programmed to operate upon, other components or modules not shown, such as a counter and/or timer/clock, etc.
  • The memory 44 can also be of any type currently known or in the future developed, and can be provided as part of the processor 42 architecture or can be an external component. Thus, the memory 44 can be or include a memory cache (e.g., DRAM or Compact Flash), although other electronic components capable of storing information are also acceptable.
  • The analog input ports 46 are generally configured to establish an electrical connection with a corresponding analog sensor (not shown, but described above). The one or more analog input ports 46 can assume any form known, and thus can be a mechanical/physical connector, wireless connector, etc. In fact, in some optional embodiments, one or more of the analog input ports 46 is a hard wired (or more permanent) connection to the corresponding analog sensor. Regardless, the analog input port(s) 46 establish an electronic/communicative link between the processor 42 and the sensor (not shown) associated with (connected to) the analog input port 46 such that the processor 42 receives data generated or signaled by the sensor, with the data being indicative of a parameter being sensed by the sensor. While FIG. 2 illustrates two of the analog input ports 46, in other embodiments, more or less (including none) of the analog input ports 46 can be provided. For example, in one non-limiting configuration, the data acquisition unit 26 includes eight—sixteen of the analog input ports 46. As a point of reference, the types of analog sensors useful with the system 20 (FIG. 1) can vary greatly as indicated above. In this regard, the analog input ports 46 are preferably universal ports, able to establish an electronic link to any analog sensor type.
  • Similarly, the digital input ports 48 are generally configured to establish an electrical connection with a corresponding digital sensor (not shown, but described above). The one or more digital input ports 48 can assume any form known, and thus can be a mechanical/physical connector, wireless connector, etc. In fact, in some alternative embodiments, one or more of the digital input ports 48 is a hard wired (or more permanent) connection to the corresponding analog sensor. Regardless, the digital input port(s) 48 establish an electronic/communicative link between the processor 42 and the sensor associated with (connected to) the digital input port 48 such that the processor 42 receives data generated or signaled by the sensor, with the data being indicative of a parameter being sensed by the sensor. While FIG. 2 illustrates two of the digital input ports 48, in other embodiments, more or less (including none) of the digital input ports 48 can be provided. For example, in one non-limiting configuration, the data acquisition unit 26 includes eight of the digital input ports 48. As a point of reference, the types of digital sensors useful with the system 20 (FIG. 1) can vary greatly as indicated above. Thus, the digital input ports 48 are preferably universal ports, able to establish an electronic link to any digital sensor type.
  • Where provided, the CAN port 50 can also be of a type known in the art and is adapted to establish an electronic communicative link between the processor 42 and a corresponding CAN bus provided with device 22 (FIG. 1). As a point of reference, CAN bus architecture is standard for certain types of devices 22 with which the system 20 (FIG. 1) is useful, such as vehicles. In this regard, the data acquisition unit 26 can include additional components or features useful for interfacing with the CAN bus, such as a converter for translating CAN bus protocol to serial, CAN communication features including listen only, CAN 2.0a or 2.0b compatibility, user-defined message requests, individual channel filtering, etc. In other embodiments, the CAN port 50 can be eliminated.
  • Where provided, the GPS receiver 52 is of a type known in the art, and can be located internally within the housing 40. The GPS receiver 52 serves as a discrete sensor or source of data, and is in electronic communication with the processor 42 such that information signaled by the GPS receiver 52 is received and processed by the processor 42. In other embodiments, the GPS receiver 52 can be provided apart from the data acquisition unit 26 (e.g., the data acquisition unit 26 can include a GPS port adapted to establish an electronic link to a GPS receiver otherwise provided with the device 22 (FIG. 1) being monitored); even further, the GPS receiver 52 can be eliminated.
  • As alluded to above, a wide range of disparate sensor inputs are provided to the processor 42. The aggregator module 54 operates to correlate the disparate data streams with one another in a manner minimizing requisite space of the memory 44, yet resulting in meaningful reporting information. In general terms, the aggregator module 54 can be software programmed to the processor 42, or can be a standalone module that is electronically coupled to the processor 42. Regardless, the aggregator module 54 dictates, at least in part, which sensor information is ultimately stored in the memory 44, in what format, and when they are logged. More particularly, the aggregator module 54 establishes a common basis for the simultaneously received sensor inputs (e.g., time basis), and filters or establishes a more compact representation of sensor data for sensors exhibiting a higher sampling rate as compared to others of the sensors 24 (FIG. 1). In this way, all data from sensor(s) 24 being sampled and/or generating sensor information at highly elevated rates or speeds need not be stored in the memory 44; instead, a summary or grouping of sensor information is generated and stored over a designated time interval that is commensurate with the sampling rate capabilities of all the sensors 24. Further, a timestamp or counter can be associated with the set of sensor data (or data summary or grouping) at each interval.
  • In some embodiments, and with additional reference to FIG. 3, the aggregator module 54 is programmed to perform or provide a filter function 60 with one, two, or all, of the sensor 24 (referenced generally). As a point of reference, FIG. 3 illustrates representative signaled sensor data from a first analog sensor 24 a, a second analog sensor 24 b, a digital sensor 24 c, and a serial sensor 24 d (e.g., a CAN bus converted to serial format), it being understood from the above that a wide variety of other sensor inputs are equally acceptable (e.g., a GPS sensor input). With the representation of FIG. 3, the analog sensors 24 a, 24 b are generating information (or is being sampled at) a first rate. Further, the digital sensor 24 c is signaling information in a format and rate disparate from that of the analog sensors 24 a, 24 b, as is the serial sensor 24 d (as well as possibly other non-analog sensors or data sources provided with the system 20 (FIG. 1)). With the above in mind, the filter function 60 summarizes or groups the signaled information from at least some of the sensors 24 a-24 d.
  • In some embodiments, the analog sensor 24 a, 24 b information is analyzed and reduced to a more manageable and representative data point(s) by the aggregator module 54. For example, the filter function 60 can reduce the analog sensor 24 a, 24 b information to a minimum value, a maximum value, and an average value over the designated time interval. Other representative date points can alternatively or additionally be generated and stored (e.g., data points outside of a threshold limit, mean value, etc.). With this approach, then, where the analog sensor 24 a, 24 b is signaling captured information at exceedingly high rates (e.g., 5 kHz), only small number of representative data points are possibly available for storage in the memory 44 for each time interval (e.g., once per second, the aggregator module 54 reviews the signaled information from the first analog sensor 24 a, determines a maximum value, minimum value, and average value over that second, and makes the values available for storage in the memory 44).
  • In some embodiments, it may be unnecessary to filter signaled information from the digital sensor 24 c due to the typical “on” or “off' (i.e., 1 or 0) output generated by digital sensors. In other embodiments, however, the filter function 60 can operate to filter or summarize information from the digital sensor 24 c over the designated time interval. For example, the filter function 60 can operate to retrieve information from the digital sensor 24 c only in instances where a state value of the digital sensor 24 c information changes during the designated time interval.
  • Similarly, the filter function 60 may or may not operate upon the information generated by the serial sensor 24 d. For example, the filter function 60 can perform a parsing operation upon the data stream signaled by the serial sensor 24 d, parsing out only desired information or data point(s). By way of reference, where the serial sensor 24 d is or includes a CAN bus (the output of which is converted to a serial format), a wide range of operational information may be represented in the data stream, a majority of which is of little or no interest to an end user. Under these circumstances, the filter function 60 can operate to retrieve only a portion of the serial data stream that otherwise relates to the parameter(s) of interest. The filter function 60 can also generate interpolated data based on values sensed from any combination of the sensors 24 a-24 d.
  • The designated time interval over which the filter function 60 operates can be determined in a number of different ways. In some embodiments, the designated time interval is a user-determined value that is implemented as a default value programmed to the aggregator module 54, or as a user-entered command delivered to the processor 42 and ultimately acted upon by the aggregator module 54. In other embodiments, the aggregator module 54 can operate to determine an appropriate designated time interval based upon an evaluation of the capabilities of each of the sensors 24 provided with the system 20 (FIG. 1). For example, the aggregator module 54 can poll the sensors 24 otherwise connected to (or provided with) the data acquisition unit 26 and determine a sampling rate capability of each of the sensors 24 (or can poll user-entered sampling rate designations entered by a user for all of the provided sensors 24). The aggregator module 54 then determines which of the sensors 24 has the “slowest” sampling rate (either sampling rate capability or sampling rate as dictated by a user), and designates the sampling interval associated with this so-determined interval as being the designated time interval over which the various filtering operations are performed. Regardless, the designated time interval can be commensurate with the minimum sampling rate presented by the sensors 24 in total, and can be, in some embodiments, approximately one second. Thus, for example, where the designated time interval is one second, the aggregator module 54 performs the filter function described above upon the appropriate sensor information once per second.
  • Following operation of the filter function 60, the aggregator module 54 can operate to store the summarized or grouped data (or raw data for sensor(s) signaling one data point over the course of the designated time interval) in the memory 44. In other embodiments, the aggregator module 54 operates in connection with a temporary register 62 at which all signaled sensor information is temporarily stored. The temporary register 62 can be a memory-type component of the aggregator module 54, provided with the processor 42, or a standalone component. Regardless, information stored in the temporary register 62 can subsequently be processed or analyzed as described below, during which a decision is made to store or not store some or all of the information from the temporary register 62 in the memory 44.
  • In addition to the one or more filtering operations described above, the aggregator module 54 is, in some embodiments, adapted or programmed to assign a common timestamp or counter to all of the acquired and, where applicable, summarized or filtered, sensor information at each designated time period, and associated the so-generated timestamp to the correlated information as saved in the memory 44. For example, the aggregator module 54 can make reference to or include a clock or timer that can include date information. In some embodiments, the timer is a UTC referenced date/timestamp device, generating time information in seconds, microseconds, or nanoseconds relative to an assigned starting point. Unless the assigned starting point is exactly correlated with a UTC timestamp, the “timestamp” is only differential, not absolute. With this in mind, in some embodiments, the data acquisition unit 26 is adapted to capture timestamps as absolute UTC-relative (e.g., time zone based) values with a maximum error of 0.1 seconds and a timer resolution of 1 microsecond, although other configurations are also acceptable. Regardless, the aggregator module 54 continuously performs the above protocols over consecutive ones of the designated time intervals, prompting storing/timestamping of sensor data in the memory 44.
  • Returning to FIG. 2, and with additional reference to FIG. 4, in some embodiments the event module 56 can be provided and effectuates further decisions on when information is stored in the memory 44, the format of the stored information and/or the sensor(s) 24 from which information is stored. In general terms, the event module 56 can be software programmed to the processor 42, or can be a standalone module that is electronically coupled to the processor 42. The event module 56 is adapted or programmed to poll or interrogate data stored in the temporary register 62, and prompt storage of information in the memory 44 pursuant to one or more event functions 70, 72. The event functions 70, 72 represent designated protocols for determining that an “event” has occurred. For example, the event function 70 can be a timer event whereby for certain ones of the sensors 24 (e.g., the first analog sensor 24 a and the serial sensor 24 d), each time a predetermined time period has elapsed, the corresponding sensor information (e.g., as filtered by the aggregator module 54) is automatically stored (with a corresponding timestamp) in the memory 44. Parameters of the timer event associated with the event function 70 can differ for each of the sensors 24, can apply to only a selected number of the sensors 24, or can be identical for two or more or all of the sensors 24 provided with the system 20 (FIG. 1). Further, the timer event parameter(s) can be provided as default values with the event module 56 and/or can be set or altered by a user via appropriate commands. In some embodiments, the system 20 can be configured such that an event detected or generated at one data acquisition unit 26 can then cause an “action” that transmits a message to an external receiving device or system, identifying the event and associated data. The receiving device can be the data server 30 (FIG. 1) or another data acquisition unit 26 with a suitably defined event trigger. Events can thus be cascaded across multiple systems, triggering multiple actions at the event recipients.
  • The event function 72 can be a threshold event whereby upon detection by the event module 56 of data from one of the sensors 24 outside of a threshold limit or range, the event module 56 operates to automatically cause the corresponding sensor data to be saved in the memory 44. As reflected in FIG. 4, the event function 72 is applied to less than all of the sensors 24 (e.g., is provided for the second analog sensor 24 b and the digital sensor 24 c), but in other embodiments, can be provided for all of the sensors 24 (alone or in addition to a corresponding timer event function 70). The threshold parameters or limits associated with each sensor 24 otherwise having one of the threshold event functions 72 can be provided as default values, and/or can be set or altered by a user via user-entered commands.
  • With some configurations, the event module 56 is adapted or programmed to prompt storage of the full trace of information signaled by the sensor 24 otherwise determined to have signaled information indicative of a threshold event over an event time period. In other words, for one or more of the sensors 24, where the sensor 24 in question is deemed to have “sensed” data outside of the corresponding threshold range/limits, the event module 56 operates to store in the memory 44 an unfiltered representation of all information received from that sensor 24 over an event time window surrounding the time of the threshold event occurrence (in addition to or instead of the summarized/grouped representation of the data as generated by the aggregator module 54). For example, where the threshold event function 72 determines that the second analog sensor 24 b has signaled information outside of a corresponding threshold range at a time t, the event module 56 causes the entire stream of data from the second analog sensor 24 b over the event time window (i.e., t+/−n, where n is a default value or designated by the user, and can be on the order of 1-10 seconds) to be saved in the memory 44. Even further, upon determining that one of the sensors 24 is sensing information outside of the corresponding threshold limits, the event module 56 can prompt the memory to store full, unfiltered data streams from two or more or all of the sensors 24. Regardless, the threshold event function 72 operates to provide the end user with a more complete representation of sensor information, thus allowing the user to more easily ascertain the cause of the threshold event.
  • Returning to FIGS. 1 and 2, the communication device 58 can assume a wide variety of forms, appropriate for establishing a communicative link with the user interface 28. In some embodiments, the communication device 58 facilitates wireless communication with the user interface 28, the data server 30, and the communications device 32 (where provided), such as WiFi (802.11), Zigbee, cellular (GSM/GPRS, CDMA/ECDMA), etc. To this end, the system 20 can further include additional components necessary for effectuating a desired wireless interface (e.g., can include a wireless base station (not shown) that receives and transmits information from the communication device 58 to the user interface 28 via a known medium, for example the internet). In other embodiments, the communications device 58 is adapted to provide a direct or wired link with the user interface 28, for example via an ethernet port. Even further, the communications device 58 can be adapted to facilitate both wired and wireless links. Regardless, the communications device 58 is electronically coupled to the processor 42, transmitting information from the memory 44 as prompted by the processor 42 to the user interface 28, the data server 30, and the communications device 32 (where provided), as well as, in some embodiments, transferring user-entered command prompts from the user interface 28 to the processor 42.
  • Commensurate with the above explanation, the user interface 28 and the data server 30 can assume a variety of forms, and in some embodiments, the system 20 is configured to interface with two or more different user interface 28 and/or data server 30 formats. For example, with some configurations, the data server 30 is maintained at a facility remote of the device 22/data acquisition unit 26, and can be periodically linked to the user interface 28 (e.g., a personal computer). The data server 30 can process data from the data acquisition unit 26 in various manners as described below, can save the received data and/or processed information in a database, and/or can transmit the data/information to the user interface 28 and/or a separate work station (e.g., lap top computer, desk top computer, etc.). The user interface 28 can be a personal computer or similar computing device such as a hand-held computing device.
  • Regardless of form, in some embodiments, the user interface 28 is adapted or programmed to prompt delivery of stored information from the data acquisition unit 26. To this end, the system 20 can be configured such that information is only transmitted to the user interface 28 in response to a received “send” command from the user interface 28. Additionally or alternatively, the data acquisition unit 26 can be adapted or programmed to automatically transmit, or attempt to transmit, stored information at predetermined time intervals (e.g., nightly).
  • In addition to the above, the user interface 28 can be configured to display information from or about the data acquisition unit 26 in various modes. For example, FIG. 5 provides a representative screen shot of a display 100 generated by the user interface 28. In particular, the display 100 relates to a current configuration of the data acquisition unit 26 (e.g., number and types of sensors, sampling rates, storage configurations, threshold limits, aggregation rates, etc.). Along these lines, the user interface 28 can provide the user with the ability to select or change one or more parameters associated with the data acquisition unit 26. For example, FIG. 6A is a representative screen shot of a display 102 generated by the user interface 28, and includes information relating to a configuration of various ones of the sensors (designated as “channels” or “Ch” in the display 102). Upon selecting a desired sensor or channel (e.g., “Ch 0” in FIG. 6A), the user interface 28 operates to present the user with a more complete representation of the sensor configuration as shown by the representative screen shot display 104 of FIG. 6B. By entering desired commands into the user interface 28 at the configuration display 104, one or more parameters associated with the selected sensor 24 can be selected or altered by the user. For example, the sensor “name,” units, scaling constants, etc., can be entered or altered. Upon confirming the selected or altered parameter(s), the user interface 28 operates to transmit the configuration information to the data acquisition unit 26 for subsequent application by the processor 42 as described above.
  • Other display formats can be provided with the user interface 28. FIGS. 7A and 7B are representative screen shots of user interface-generated displays 106, 108 providing real time information for one or more selected sensors (when the user interface 28 and the data acquisition unit 26 are otherwise communicatively linked). The display 106 provides a listing of all current (e.g., filtered) data in numerical form. Conversely, the display 108 is an analog, real time representation of current information being generated by the selected sensor, and may further include any filtered information as described above.
  • In addition, the user interface 28 can optionally be adapted or programmed to generate and display an analysis of the information generated and stored by the data acquisition unit 26. For example, FIG. 8 provides a representative screen shot of a display 110 generated by the user interface 28 in some embodiments, and provides a user with the ability to select a sensor of interest and displays, in graphical form, the corresponding sensor information. In addition, the user interface 28 can be adapted to allow a user to save the selected sensor data in other formats, such as an ASCII text file. Other analysis and/or reporting tools can be included with the user interface 28 and/or the data server 30.
  • In contrast to the user interface 28 that otherwise provides temporary representation of acquired data, the data server 30 serves to permanently save and organize all acquired information. The data server 30 can be programmed with appropriate software to generate a variety of different summaries or reports/analysis of data acquired over long periods of time. In some embodiments, the system 20 is configured such that the data acquisition unit 26 systematically downloads acquired and stored information to the data server 30 on a regular basis, with the data server 30 effectively serving as a blind receiver. Once a data download to the data server 30 is complete, the memory 44 (FIG. 2) of the data acquisition unit 26 can be partially or completely cleared of previously acquired data, thus providing sufficient memory space for storage of additional, newly acquired (and possibly filtered) information. When desired, a user can access the stored information and any reports generated by the data server 30, for example via the user interface 28.
  • The data acquisition systems and related methods of operation of the present disclosure provide marked improvements over previous designs. Remote logging of data or information from multiple, disparate sensors (having different data formats) is achieved, the data or information being stored in an on-board cache or memory in a very compact and orderly fashion such that it can be uplinked, repackaged, and decoded on the user interface. Further, the format in which the on-board acquisition unit records information and/or the type of information being recorded can be remotely managed via commands wirelessly communicated from the user interface. The system is useful with a plethora of different devices, ranging from vehicles to industrial equipment to personal products.
  • Although the present invention has been described with reference to preferred embodiments, workers skilled in the art will recognize that changes can be made in form and detail without departing from the spirit and scope of the present invention.

Claims (20)

1. A data acquisition system comprising::
a first sensor adapted to sense a first parameter and signal sensed information in a first format;
a second sensor adapted to sense a second parameter and signal sensed information in a second format differing from the first format; and
an electronic data acquisition unit electronically coupled to the first and second sensors, the acquisition unit including:
a housing,
a processor maintained by the housing,
an aggregator module maintained by the housing and in electronic communication with the processor, the aggregator module programmed to correlate information from the first sensor with information from the second sensor based on time,
a communication device maintained by the housing and adapted to transmit information generated by the aggregator module to a location remote of the housing.
2. The system of claim 1, wherein the first sensor is an analog sensor and the second sensor is selected from the group consisting of a digital sensor, a common area network bus, a UART serial bus, and a GPS sensor.
3. The system of claim 1, wherein a sampling rate of the first format differs from a sampling rate of the second format.
4. The system of claim 3, wherein the sampling rate of the first format is faster than the sampling rate of the second format, and further wherein the aggregator module is programmed to:
group information from the first sensor based upon a designated interval.
5. The system of claim 4, wherein the designated interval corresponds with the sampling rate of the second format.
6. The system of claim 5, wherein the aggregator module is further programmed to:
assign a common time basis to the grouped information from the first sensor and the information from the second sensor for each interval.
7. The system of claim 6, wherein the system includes a multiplicity of disparate sensors electronically coupled to the acquisition unit, and further wherein the aggregator module is programmed to assign the common time basis to respective groups of information from each of the sensors based upon a slowest sampling rate associated with the sensors.
8. The system of claim 4, wherein the grouped information is a summary of information signaled from the first sensor over the designated interval.
9. The system of claim 8, wherein the information signaled from the first sensor over the designated interval includes a multiplicity of data points, and further wherein the summary of information includes a maximum data point, a minimum data point and an average of the multiplicity of data points.
10. The system of claim 4, further comprising:
a memory electronically coupled to the aggregator module for storing information generated by the aggregator module.
11. The system of claim 10, further comprising an event module electronically coupled to the processor and the memory, the event module programmed to:
detect occurrence of a predetermined event; and
prompt the processor to store all information signaled from at least one of the sensors in the memory over an event window time period.
12. The system of claim 11, wherein the predetermined event is defined by a user.
13. The system of claim 11, wherein event module is programmed to designate occurrence of a predetermined event upon determining that information signaled from the first sensor is outside of threshold limits.
14. The system of claim 13, wherein the event module is further programmed to determine the threshold limits based upon a trend analysis of the information from the first sensor.
15. The system of claim 1, further comprising:
a data server located remote of the data acquisition unit and including a receiver adapted to interface with the communication device.
16. The system of claim 15, wherein the receiver and the communication device are adapted to wirelessly interface.
17. The system of claim 1, further comprising:
a user interface located remote of the acquisition unit, the user interface adapted to interface with the communication device and to generate user-created commands relating to operation of the data acquisition unit.
18. The system of claim 17, wherein the system is configured such that a user can remotely program an acquisition unit operational parameter selected from the group consisting of sensor sampling rate, threshold limit, aggregation rate, and sensor configuration via the user interface unit.
19. The system of claim 1, wherein the processor includes a personal computer operating system.
20. The system of claim 1, wherein the acquisition unit is configured to be installed to a vehicle and at least the first sensor is provided with the vehicle.
US12/755,124 2006-05-16 2010-04-06 Wireless data logging system and method Abandoned US20110010133A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/755,124 US20110010133A1 (en) 2006-05-16 2010-04-06 Wireless data logging system and method

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US80080906P 2006-05-16 2006-05-16
US11/749,746 US7690569B2 (en) 2006-05-16 2007-05-16 Wireless data logging system and method
US12/755,124 US20110010133A1 (en) 2006-05-16 2010-04-06 Wireless data logging system and method

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/749,746 Continuation US7690569B2 (en) 2006-05-16 2007-05-16 Wireless data logging system and method

Publications (1)

Publication Number Publication Date
US20110010133A1 true US20110010133A1 (en) 2011-01-13

Family

ID=38711466

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/749,746 Expired - Fee Related US7690569B2 (en) 2006-05-16 2007-05-16 Wireless data logging system and method
US12/755,124 Abandoned US20110010133A1 (en) 2006-05-16 2010-04-06 Wireless data logging system and method

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/749,746 Expired - Fee Related US7690569B2 (en) 2006-05-16 2007-05-16 Wireless data logging system and method

Country Status (1)

Country Link
US (2) US7690569B2 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090312848A1 (en) * 2008-06-16 2009-12-17 International Business Machines Corporation Self-Learning of the Optimal Power or Performance Operating Point of a Computer Chip Based on Instantaneous Feedback of Present Operating Environment
US20130031278A1 (en) * 2011-07-29 2013-01-31 San Der Saving Energy Technology LTD. Data storage system and operating method thereof
US20130338874A1 (en) * 2012-06-15 2013-12-19 The Raymond Corporation System For Gathering Data From An Industrial Vehicle
WO2014129966A1 (en) * 2013-02-25 2014-08-28 Biomachines Pte Ltd Data logger and sentinel platform for sensor network
US9336631B2 (en) 2011-10-12 2016-05-10 Yanmar Co., Ltd. Remote monitoring terminal device for mobile work vehicle or vessel
CN110959438A (en) * 2019-11-15 2020-04-07 西安和光明宸科技有限公司 Plant snow removing system and snow removing method

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110156886A1 (en) * 2009-12-31 2011-06-30 Clinkscales William L Paging interface adapter
US20160203655A1 (en) * 2011-01-18 2016-07-14 Control-Tec, Llc Multiple-Mode Data Acquisition System
EP2823444A4 (en) * 2012-03-08 2016-01-20 Husqvarna Ab Outdoor power equipment fleet management system with operator performance monitoring
US9986311B2 (en) 2012-03-08 2018-05-29 Husqvarna Ab Automated operator-equipment pairing system and method
US9514631B2 (en) 2013-07-18 2016-12-06 Google Inc. Multiple procesor hazard detection system
US9612602B2 (en) * 2013-07-18 2017-04-04 Google Inc. Bifurcated processor hazard detection systems
US9449492B2 (en) * 2013-07-18 2016-09-20 Google Inc. Systems and methods for detecting gesture events in a hazard detection system
US9590880B2 (en) * 2013-08-07 2017-03-07 Microsoft Technology Licensing, Llc Dynamic collection analysis and reporting of telemetry data
WO2015061370A1 (en) 2013-10-21 2015-04-30 Milwaukee Electric Tool Corporation Adapter for power tool devices
US10466217B1 (en) * 2013-12-23 2019-11-05 Aclima Inc. Method to combine partially aggregated sensor data in a distributed sensor system
US9606529B2 (en) * 2014-07-31 2017-03-28 Miq Llc User customization of auto-detected data for analysis
FR3033909A1 (en) * 2015-03-18 2016-09-23 Airbus Operations Sas METHOD AND SYSTEM FOR PREDICTING PHENOMENES DEPENDING ON TIME BY COMBINING EXPERIMENTAL AND DIGITAL DATA.
US10603770B2 (en) 2015-05-04 2020-03-31 Milwaukee Electric Tool Corporation Adaptive impact blow detection
CN110213676B (en) 2015-05-04 2022-08-19 米沃奇电动工具公司 Electric tool and wireless communication method
US10295990B2 (en) 2015-05-18 2019-05-21 Milwaukee Electric Tool Corporation User interface for tool configuration and data capture
EP3302883B1 (en) 2015-06-02 2022-03-16 Milwaukee Electric Tool Corporation Multi-speed power tool with electronic clutch
EP3307453B1 (en) 2015-06-15 2022-08-03 Milwaukee Electric Tool Corporation Hydraulic crimper tool
CN107921618B (en) 2015-06-15 2022-10-28 米沃奇电动工具公司 Electric tool communication system
US10380883B2 (en) 2015-06-16 2019-08-13 Milwaukee Electric Tool Corporation Power tool profile sharing and permissions
US9588504B2 (en) 2015-06-29 2017-03-07 Miq Llc Modular control system
US9589287B2 (en) 2015-06-29 2017-03-07 Miq Llc User community generated analytics and marketplace data for modular systems
US10345797B2 (en) 2015-09-18 2019-07-09 Milwaukee Electric Tool Corporation Power tool operation recording and playback
PL3369292T3 (en) 2015-10-30 2021-04-06 Milwaukee Electric Tool Corporation Remote light control, configuration, and monitoring
US11424601B2 (en) 2015-11-02 2022-08-23 Milwaukee Electric Tool Corporation Externally configurable worksite power distribution box
US10579458B2 (en) 2015-11-13 2020-03-03 Sandisk Technologies Llc Data logger
JP7189018B2 (en) 2016-01-05 2022-12-13 ミルウォーキー エレクトリック ツール コーポレーション Vibration reduction system and method for power tools
US9630614B1 (en) 2016-01-28 2017-04-25 Miq Llc Modular power plants for machines
AU2017213819B2 (en) 2016-02-03 2019-12-05 Milwaukee Electric Tool Corporation Systems and methods for configuring a reciprocating saw
EP3419791B1 (en) 2016-02-25 2022-04-27 Milwaukee Electric Tool Corporation Power tool including an output position sensor
US11622392B2 (en) 2016-06-06 2023-04-04 Milwaukee Electric Tool Corporation System and method for establishing a wireless connection between power tool and mobile device
TWM555274U (en) 2016-06-06 2018-02-11 米沃奇電子工具公司 Mobile devices for connecting with power tool devices
US9880039B1 (en) * 2016-07-20 2018-01-30 Sensus USA, Inc. Method and apparatus for collecting and providing sensor data
US10239365B2 (en) * 2016-09-12 2019-03-26 Tecat Performance Systems, Llc Integrated wireless data system for a vehicle wheel hub assembly
US10887395B2 (en) * 2016-11-21 2021-01-05 Ecosteer Srl Processing signals from a sensor group
JP6604341B2 (en) * 2017-02-06 2019-11-13 横河電機株式会社 Sensor registration method, sensor registration system, and relay device
EP3735502A4 (en) * 2018-01-03 2021-06-23 Minnich Manufacturing Company, Inc. Speed control concrete vibrator with endcaps
US11628903B2 (en) * 2020-04-20 2023-04-18 Brp Megatech Industries Inc. Enhanced driving control system for snowmobiles
JP7328930B2 (en) * 2020-05-11 2023-08-17 株式会社日立製作所 Sensor device, data acquisition method and current monitoring system
US20210389909A1 (en) * 2020-06-16 2021-12-16 Samsung Electronics Co., Ltd. Edge solid state drive (ssd) device and edge data system
US20220099085A1 (en) * 2020-09-28 2022-03-31 Kimley-Horn and Associates, Inc. Pump performance data logging apparatus

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4538072A (en) * 1982-04-20 1985-08-27 Siemens Aktiengesellschaft Optical wand for reading OCR characters and bar code marks
US4542528A (en) * 1981-04-09 1985-09-17 Recognition Equipment Incorporated OCR and bar code reader with optimized sensor
US4599745A (en) * 1984-05-21 1986-07-08 The United States Of America As Represented By The Secretary Of The Navy Hybrid fiber optics and radio frequency telemetry apparatus for acquiring data from an underwater environment
US4877948A (en) * 1987-06-25 1989-10-31 Krueger Loren L Combination bar code and mark-sense reader
US5132968A (en) * 1991-01-14 1992-07-21 Robotic Guard Systems, Inc. Environmental sensor data acquisition system
US5559849A (en) * 1994-03-17 1996-09-24 U.S. Philips Corporation X-ray device
US5959529A (en) * 1997-03-07 1999-09-28 Kail, Iv; Karl A. Reprogrammable remote sensor monitoring system
US6224549B1 (en) * 1999-04-20 2001-05-01 Nicolet Biomedical, Inc. Medical signal monitoring and display
US6285955B1 (en) * 1999-07-24 2001-09-04 Mountain Energy, Inc. Down hole and above ground data loggers
US6357658B1 (en) * 1999-04-28 2002-03-19 Peripheral Dynamics, Inc. Apparatus and methods for scanning documents including OMR, bar-code, and image data
US6490872B1 (en) * 1999-05-20 2002-12-10 Specialty Equipment Companies, Inc. Apparatus and a method for clean-in-place for a semi-frozen food dispensing machine
US6505778B1 (en) * 1998-07-17 2003-01-14 Psc Scanning, Inc. Optical reader with selectable processing characteristics for reading data in multiple formats
US6614235B2 (en) * 2001-06-06 2003-09-02 Credence Technologies, Inc. Apparatus and method for detection and measurement of environmental parameters
US6970183B1 (en) * 2000-06-14 2005-11-29 E-Watch, Inc. Multimedia surveillance and monitoring system including network configuration
US7158797B1 (en) * 2000-10-13 2007-01-02 Ntt Multimedia Communications Laboratories, Inc. Mobile information acquisition system
US7292878B2 (en) * 2000-12-22 2007-11-06 Nec Corporation Radio mobile terminal communication system

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040103139A1 (en) 2000-03-30 2004-05-27 United Devices, Inc. Distributed processing system having sensor based data collection and associated method
AU2001272980A1 (en) * 2000-06-23 2002-01-08 Sportvision, Inc. Gps based tracking system
US7494064B2 (en) * 2001-12-28 2009-02-24 Symbol Technologies, Inc. ASIC for supporting multiple functions of a portable data collection device
WO2006052895A1 (en) 2004-11-08 2006-05-18 Crane Nuclear, Inc. System and method for monitoring equipment
TWI264679B (en) * 2005-04-15 2006-10-21 Argox Information Co Ltd Barcode scanner

Patent Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4542528A (en) * 1981-04-09 1985-09-17 Recognition Equipment Incorporated OCR and bar code reader with optimized sensor
US4538072A (en) * 1982-04-20 1985-08-27 Siemens Aktiengesellschaft Optical wand for reading OCR characters and bar code marks
US4599745A (en) * 1984-05-21 1986-07-08 The United States Of America As Represented By The Secretary Of The Navy Hybrid fiber optics and radio frequency telemetry apparatus for acquiring data from an underwater environment
US4877948A (en) * 1987-06-25 1989-10-31 Krueger Loren L Combination bar code and mark-sense reader
US5132968A (en) * 1991-01-14 1992-07-21 Robotic Guard Systems, Inc. Environmental sensor data acquisition system
US5559849A (en) * 1994-03-17 1996-09-24 U.S. Philips Corporation X-ray device
US5959529A (en) * 1997-03-07 1999-09-28 Kail, Iv; Karl A. Reprogrammable remote sensor monitoring system
US6505778B1 (en) * 1998-07-17 2003-01-14 Psc Scanning, Inc. Optical reader with selectable processing characteristics for reading data in multiple formats
US6224549B1 (en) * 1999-04-20 2001-05-01 Nicolet Biomedical, Inc. Medical signal monitoring and display
US6357658B1 (en) * 1999-04-28 2002-03-19 Peripheral Dynamics, Inc. Apparatus and methods for scanning documents including OMR, bar-code, and image data
US6490872B1 (en) * 1999-05-20 2002-12-10 Specialty Equipment Companies, Inc. Apparatus and a method for clean-in-place for a semi-frozen food dispensing machine
US6285955B1 (en) * 1999-07-24 2001-09-04 Mountain Energy, Inc. Down hole and above ground data loggers
US6970183B1 (en) * 2000-06-14 2005-11-29 E-Watch, Inc. Multimedia surveillance and monitoring system including network configuration
US7158797B1 (en) * 2000-10-13 2007-01-02 Ntt Multimedia Communications Laboratories, Inc. Mobile information acquisition system
US7292878B2 (en) * 2000-12-22 2007-11-06 Nec Corporation Radio mobile terminal communication system
US6614235B2 (en) * 2001-06-06 2003-09-02 Credence Technologies, Inc. Apparatus and method for detection and measurement of environmental parameters

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090312848A1 (en) * 2008-06-16 2009-12-17 International Business Machines Corporation Self-Learning of the Optimal Power or Performance Operating Point of a Computer Chip Based on Instantaneous Feedback of Present Operating Environment
US7962887B2 (en) * 2008-06-16 2011-06-14 International Business Machines Corporation Self-learning of the optimal power or performance operating point of a computer chip based on instantaneous feedback of present operating environment
US20130031278A1 (en) * 2011-07-29 2013-01-31 San Der Saving Energy Technology LTD. Data storage system and operating method thereof
US9336631B2 (en) 2011-10-12 2016-05-10 Yanmar Co., Ltd. Remote monitoring terminal device for mobile work vehicle or vessel
US20130338874A1 (en) * 2012-06-15 2013-12-19 The Raymond Corporation System For Gathering Data From An Industrial Vehicle
US9355065B2 (en) * 2012-06-15 2016-05-31 The Raymond Corporation System for gathering data from an industrial vehicle
WO2014129966A1 (en) * 2013-02-25 2014-08-28 Biomachines Pte Ltd Data logger and sentinel platform for sensor network
CN110959438A (en) * 2019-11-15 2020-04-07 西安和光明宸科技有限公司 Plant snow removing system and snow removing method

Also Published As

Publication number Publication date
US7690569B2 (en) 2010-04-06
US20070268128A1 (en) 2007-11-22

Similar Documents

Publication Publication Date Title
US7690569B2 (en) Wireless data logging system and method
US20200258323A1 (en) Method and apparatus for remote vehicle diagnosis
US11403890B2 (en) Filter element analysis system and associated methods
AU2016206568B2 (en) Configurable monitor and parts management system
US20080270074A1 (en) User customized machine data acquisition system
CN100392637C (en) Telematic programming logic control unit and methods of use
US8838362B2 (en) Low-drain, self-contained monitoring device
CN103177520B (en) A kind of theft-proof terminal shock detection alarm method, system and intelligent platform
US20170345232A1 (en) Emergency event based vehicle data logging
US20070078528A1 (en) Predictive fault determination for a non-stationary device
US20080177436A1 (en) Diagnostic and telematic system
US20060293811A1 (en) Automotive data logger
CN102521900A (en) Vehicle mileage application integration system and method thereof
EP3328089B1 (en) A filter element analysis system and associated methods
CN110821565A (en) Coal mine safety production area personnel management system and method based on coal mine personnel position monitoring
US9678214B2 (en) Determination of GPS compliance malfunctions
US20020143447A1 (en) Diagnostic system for a vehicle
US20090144027A1 (en) Power machine diagnostic system and method
EP3269516B1 (en) Air tool monitoring apparatus, air tool incorporating same and method of using same
WO2012027733A1 (en) Method and apparatus for remote vehicle diagnosis
US10569376B2 (en) Air tool monitoring apparatus, air tool incorporating same, system for monitoring multiple air tools equipped with same, and methods of using same
CA2506472A1 (en) System for transmitting a data stream from automobile to salesperson who sold it
CN210570799U (en) Movable environment monitoring device
US11935337B2 (en) Filter element analysis system and associated methods
US20240033891A1 (en) Method for Documenting Operating Data of a Hand-Held Power Tool

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION