Nav apraksta
Noel Eck edcaed90e6 extdep: Removed add_dependencies call from CMakeLists 8 gadus atpakaļ
cmake FindNode.cmake: Improve FindNode cmake module 8 gadus atpakaļ
docs upm: v0.6.1 8 gadus atpakaļ
doxy doxygen: removed Bosch base lib from docs since only used internally 8 gadus atpakaļ
examples Java: Added examples for AM2315 and TSL2561 8 gadus atpakaļ
src extdep: Removed add_dependencies call from CMakeLists 8 gadus atpakaļ
tests java: Added sanity checks and integrated them in CMake. Updated sample names and sample mapping. 9 gadus atpakaļ
.clang-format .clang-format: Add a .clang-format file to UPM 9 gadus atpakaļ
.gitignore .gitignore: add git ignore file 10 gadus atpakaļ
.travis.yml .travis.yml: updated cmake and fixed builds 8 gadus atpakaļ
CMakeLists.txt upm: v0.6.1 8 gadus atpakaļ
LICENSE upm: updated year in license file 9 gadus atpakaļ
README.md README: Added overview of C++ interfaces 8 gadus atpakaļ

README.md

UPM (Useful Packages & Modules) Sensor/Actuator repository for MRAA

UPM is a high level repository for sensors that use MRAA. Each sensor links to MRAA and are not meant to be interlinked although some groups of sensors may be. Each sensor contains a header which allows to interface with it. Typically a sensor is represented as a class and instantiated.

The constructor is expected to initialise the sensor and parameters may be used to provide identification/pin location on the board.

Typically an update() function will be called in order to get new data from the sensor in order to reduce load when doing multiple reads to sensor data.

Although implementation and API design is up to the developer, C++ interfaces have been defined for the following sensor/actuator types and developers are encouraged to implement them. Interface header files are in the src/upm folder.

  • Light controller
  • Light sensor
  • Temperature sensor
  • Humidity sensor
  • Pressure sensor
  • Analog to digital converter

Feedback on interface design and additions for new types are welcome

Example

A sensor/actuator is expected to work as such (here is the MMA7660 accelerometer API):

  // Instantiate an MMA7660 on I2C bus 0
  upm::MMA7660 *accel = new upm::MMA7660(MMA7660_I2C_BUS,
                                         MMA7660_DEFAULT_I2C_ADDR);

  // place device in standby mode so we can write registers
  accel->setModeStandby();

  // enable 64 samples per second
  accel->setSampleRate(upm::MMA7660::AUTOSLEEP_64);
  
  // place device into active mode
  accel->setModeActive();

  while (shouldRun)
    {
      int x, y, z;
      
      accel->getRawValues(&x, &y, &z);
      cout << "Raw values: x = " << x 
           << " y = " << y
           << " z = " << z
           << endl;
      
      float ax, ay, az;
      
      accel->getAcceleration(&ax, &ay, &az);
      cout << "Acceleration: x = " << ax 
           << "g y = " << ay
           << "g z = " << az
           << "g" << endl;
      
      usleep(500000);
    }

Browse through the list of all examples.

Multi-sensor samples for the starter and specialized kits can be found in the iot-devkit-samples repository.

Supported Sensors

Supported sensor list from API documentation.

You can also refer to the Intel® IoT Developer Zone.

IDE Integration

If you would like to create projects and run the UPM samples using an Intel recommended IDE, please refer to the Intel Developer Zone IDE page.

Building UPM

See building documentation here.

Making your own UPM module

Porting link has more information on making new UPM modules.

There is also an example available gfor max31855 sensor.

Guide on creating Java bindings.

Naming conventions and rules for new UPM contributions

Before you begin development, take a look at our naming conventions.

Also, please read the guidelines for contributions to UPM.

Don’t forget to check the documentation section.

Make sure you add yourself as an author on every new code file submitted. If you are providing a fix with significant changes, feel free to add yourself as a contributor. Signing-off your commits is mandatory.

API Documentation

Changelog

Version changelog here.

Known Limitations

List of known limitations here.