Skip to content

aaaaalbert/sensibility-testbed

 
 

Repository files navigation

Native Sensor Extensions

This is the source repo for SensibilityTestbed (Android app).

See https://sensibilitytestbed.com/ for details


We have moved away from SL4A towards an embedded Python interpreter with native-looking sensor interfaces (i.e. Python functions that you can call from Python code in order to get sensor values).

Overview

  • The required sensor event listening stuff is implemented in Java
  • The Python interpreter is embedded into C code, where we use
  • the Java Native Interface (JNI) to call into Java, and
  • the proper Python bindings to make these JNI calls available to Python code.

Read the docstrings and comments for detailed information about the different components!

Installation and Usage (alpha)

git clone https://github.com/aaaaalbert/sensibility-testbed.git
  • Download Android Studio

  • Import sensibility-testbed into Android studio

  • Android Studio will ask you to download some requirements. Do it!

  • Browse to https://alpha-ch.poly.edu/cib/fastlane (and ignore the Android installation instructions).

  • Download private and public keys and unzip them

  • Chose one of the following options to prepare Seattle for Android:

    • Download seattle_android.zip from https://alpha-ch.poly.edu/cib/<INSERT YOUR SESSION STRING HERE>/installers/android and move it to your local copy of the Sensibility repo, sensibility-testbed/app/src/main/res/raw/seattle_android.zip.
    • and later in the running app click the Install Seattle (from zip) button

    OR

    // in sensibility-testbed/app/src/main/java/com/sensibility_testbed/SensibilityActivity.java#L93-L94
    private String DOWNLOAD_URL =
        "https://alpha-ch.poly.edu/cib/<INSERT YOUR SESSION STRING HERE>/installers/android"
    • and later in the running app click the Install Seattle (download) button
  • Connect Android device to your development machine (USB debugging must be enabled)

  • Use Android Studio to build, install and run the app your Android device

  • On your Android device in the Sensibility Testbed app

    • Click on Install Python
    • Click on either Install Seattle (download) or Install Seattle (from zip) depending on what you chose above
    • Click on Start
  • Download sensibility-demokit

  • Place the keys you downloaded above - user.publickey and user.privatekey - into the demokit directory

  • Fire up the seash and issue the following commands:

$ python seash.py
- You can save seash's current state using 'savestate' command.

Enabled modules: execute, factoids, geoip, modules, uploaddir, variables

 !> loadkeys user
 !> as user
user@ !> contact <IP OF YOUR ANDROID DEVICE (btw, you need to be in the same network)>:1224
Added targets: %1(<IP OF YOUR ANDROID DEVICE>:1224:v3)
user@ !> %1
user@ !> run <YOUR SENSOR-ENABLED-REPY-PROGRAM>.r2py
  • Check out the API modules below or Seattle's namespace.py to see what Android functions you can use in your repy programs
  • Use logcat (in Android Studio or via adb to debug)

Detailed System Overview

Sensibility Implementation Overview

JVM

  • Main Activity - com.sensibility_testbed.SensibilityActivity

    • onCreate is the entry point to the app
    • sets up UI and handles user interaction
    • provides buttons to install Python and Seattle and to start the nodemanager
  • Python Interpreter Service - com.snakei.PythonInterpreterService

    • super class for individual process background services
    • statically loads native libraries (Python) and native modules (Snakei)
    • provides static methods to find and start idle service processes
    • calls its native method defined in interpreter.c to run an embedded Python interpreter
    • passes python script/lib paths and service context to interpreter
    • interpreter runs in its own thread to avoid ANR errors (Android Services don't run in their own thread a priori)
  • Python Interpreter Service sub-classes com.snakei.PythonInterpreterService[0-9]

    • Android services started as separate processes have to be defined in the AndroidManifest.xml and require individual class files
    • PythonInterpreterService[0-9] are used to run Python scripts in a sub process and still having access to the App context
  • Sensor Service Facades - com.snakei.SensorService, com.snakei.LocationService, com.snakei.MediaService, com.snakei.MiscInfoService, com.snakei.OutputService

    • provide facades for Android resource access, i.e. sensors, location providers, media components and miscellaneous device information
    • made available to Python via C-Python extensions using JNI calls to functions that return either simple data types or String serialized JSON Objects
    • these aren't Android Services, as they do not implement android.app.Service, nevertheless we call them Service because they run in the context of a PythonInterpreterService

Native Code

  • Snakei - snakei.c
    • receives and caches a reference to JVM when loaded via System.loadLibrary() in PythonInterpreterService
    • initializes and caches JNI references to Sensor Service Facades
    • caches the PythonInterpreterService context which is passed on to Sensor Service Facades in order to access Android resources
  • Python Interpreter - interpreter.c
    • defines native function, declared in PythonInterpreterService.java, from where it gets called
    • initializes Python modules - *_init_pymodule()
    • initializes Sensor Service Facades - *_init()
    • acquires Android resources through Sensor Service Facades - *_start_*()
    • prepares embedded Python interpreter
    • injects print wrapper to write Python print statements to Android log
    • executes passed Python script
    • eventually release the Android resources - *_stop_*()
  • Python Extensions - sensors.c, location.c, media.c, miscinfo.c, outputs.c
    • provide Python extensions to access Android resources
    • initialize Python module
    • acquire Android resources
  • JNI glue - jniglue.c
    • helper functions that can be used by extension to call into the Android Java Virtual Machine (JVM) using the Java Native Interface (JNI)
    • some of the functions convert Java's return values to Python objects
  • CJSON - cjson.c
    • we use Python CJSON to decode String serialized JSON objects received from Java and convert them directly to Python objects

Accelerometer Sensor Extension Example

TODO: Needs update, add Context passing!

Notes on Java Native Interface (JNI)

In general the JNI can be used to call native methods from Java and vice versa. This application uses the JNI in both ways. It starts a Python interpreter - a native method that runs Python scripts - from Java and it calls into the JVM from native code, to access Android resources and make them available to Python via C-Python extensions. Most of the JNI specific calls are hidden from the extensions by jnihelper.c.

Passing data from Java to native Code

Given a list of Java objects, where each object has getters that return different primitive data types, the native code would have to iterate the list and call back into the JVM to first find each object's class and all the getters and finally call each getter. Also, Java would probably have to give back a Java List object with the capability of containing objects of different types to the native code, which can't be simply iterated but would require the native code to find the class and methods of the List's iterator using JNI and then iterate through the List also using the JNI.

To avoid this, all Java functions that are called from native code either directly return primitive data types that don't require reaching back into the JVM or convert the returned data to JSON and give back a serialized String that gets decoded in native code.

Caching

To avoid redundant calls into the JVM, classes and methods that get repeatedly called are cached in snakei.c

Helpful resources

API

Browse over to the Sensibility Sensor API document for an exhaustive list of all the functions available to the sensor, media, location, output, and info functions available to the Sensibility Repy V2 sandbox.

Caveats, pitfalls and notes

TODO: Most of them are already mentioned in the source code comments but they should also be mentioned here.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • C 66.6%
  • Java 27.8%
  • C++ 3.6%
  • HTML 1.2%
  • Other 0.8%