Pingo means "pin, go!"

Pingo provides a uniform API to program devices like the Raspberry Pi, BeagleBone Black, pcDuino etc. just like the Python DBAPI provides an uniform API for database programming in Python.

The API is object-oriented but easy to use: a board is an instance of a Board subclass. Every board has a dictionary called pins which lists all GPIO pins on the board. Each pin is an instance of a Pin subclass with attributes that you can inspect to learn about its capabilities.

The name Pingo is a tribute to Garoa Hacker Clube, where the project started (the words pingo and garoa are related in Portuguese). To our English-speaking friends we like to say that it means "pin, go!" -- the main purpose of this package.

Media

Watch it on Youtube: https://www.youtube.com/watch?v=pAOooxPL_tQ

Intel IoT RoadShow São Paulo 2014

Basic usage

To use pingo, the first step is to instantiate a Board. Each Pingo driver is a concrete board subclass, for example, pingo.rpi.RaspberryPi and pingo.arduino.ArduinoFirmata are two such classes.

Pingo can automatically detect the board in most common cases. If the script is running on a supported board, pingo.detect.MyBoard() returns an suitable board instance. If Pingo is running on an unsupported machine (eg. a notebook), it will try to find a connected Arduino using the Firmata protocol via USB and -- if successful -- will return a pingo.arduino.ArduinoFirmata instance.

Once you have a board instance, it's possible to access its pins through the board.pins dictionary:

import pingo
from time import sleep

board = pingo.detect.MyBoard()
led_pin = board.pins[13]
led_pin.mode = pingo.OUT

while True:
    led_pin.hi()
    sleep(1)
    led_pin.lo()
    sleep(1)

Drivers

pingo.pcduini.PcDuino pingo.galileo.Galileo2 are examples of drivers, and the respective PcDuino and Galileo2 are subclasses of the pingo.board.Board abstract class that defines the common API for all boards.

The following table lists the drivers currently planned or under development.

Board	Type	Module/Package	Status	Notes
Arduino Firmata	remote	`arduino.firmata`	level 1	requires firmata protocol on any Arduino board
Arduino Yún	on-board	`arduino.yun`	level 2	requires Bridge sketch on the Arduino Yún
BeagleBone Black	on-board	`bbb`	experim.
Intel Galileo Gen 2	on-board	`galileo`	level 2	requires Intel IoT Dev Kit mraa library
LinkSprite pcDuino	on-board	`pcduino`	level 1
RaspberryPi	on-board	`rpi`	level 0	requires RPi.GPIO on the Raspberry Pi
SECO UDOO	on-board	`udoo`	level 0

We are also interested in supporting: Banana Pi, Cubietech Cubieboard, SolidRun HummingBoard, TI MSP430 (via firmata protocol ).

In a addition, Pingo implements ghost, a mock software-only board for testing the API.

Types of drivers

on-board: Pingo and user code run on the board itself, using the Python interpreter installed in it.
remote: Pingo and user code run on host computer connected to board, controlling the board remotely. Useful for boards that are unable to run Python, like the Arduino UNO.
fake: Pingo and user code run on host computer emulating a dummy board in software. Useful for testing base classes from board.py and for teaching and demonstration.

Status of drivers

level 0: Digital I/O: get/set high/low status of digital pins (no PWM support).
level 1: Analog input: read values from analog pins.
level 2: PWM output: set variable value for digital pins with PWM capability.
experiments: Some Python experiments have been done with the board. See the experiments/ directory for code that may be helpful to start a new driver for a board.
none: Nothing has been done. Great opportunity for you to contribute with experiments and/or start a new driver.