C/C++, Edison, Intel Edison, Intel Galileo, IoT, IoT Linux image, Linux, mraa, Uncategorized, upm

C/C++ on Intel Edison/Galileo – part4:ADC

ADC is a peripheral that lets you input an analog signal and outputs the digital representation of the input analog signal.
The world in which we live in is surrounded by the analog signals. The temperature, sound that hear, the light that we see are all analog signals. If you want to interact or measure these signal in a digital system like Galileo/Edison, you’ll have to use ADC a.k.a Analog to Digital Converter.

Continue reading

Advertisements
Edison, http://schemas.google.com/blogger/2008/kind#post, Intel Edison, Intel Galileo, IoT, IoT Linux image, python, TwitterBot, TwitterPlotBot, upm

TwitterPlotBot on Galileo/Edison

As you might have guessed from the title of this post, we are going to build yet another Twitter bot on Galileo. So what does it do differently then? It tweets the picture of the plot of the temperature(or any other parameter that you wish to see) right to your Twitter feed.
Continue reading
Edison, Getting Started, http://schemas.google.com/blogger/2008/kind#post, Intel Edison, Intel Galileo, IoT Linux image, mraa, python, Tutorial, upm

Python on Intel Galileo/Edison – Part 5:Temperature sensor with mraa and upm

The temperature sensor that we are gong to use for this post is from Grove. This sensor outputs the voltage that represents the temperature hence we will need the ADC module on the Intel Galileo/Edison to interface with this peripheral.
Continue reading
Edison, Getting Started, http://schemas.google.com/blogger/2008/kind#post, Intel Edison, Intel Galileo, IoT Linux image, mraa, python, Tutorial, upm

Python on Intel Galileo/Edison – Part 4: ADC

ADC is a peripheral that lets you input an analog signal and gives the digital representation of that analog signal.
The world in which we live in is surrounded by the analog signals. The temperature, sound that hear, the light that we see are all analog signals. If you want to interact or measure these signal in a digital system like Galileo/Edison, you’ll have to use ADC a.k.a Analog to Digital Converter.
Continue reading
Edison, http://schemas.google.com/blogger/2008/kind#post, Intel Edison, Intel Galileo, IoT Linux image, mraa, python, Tutorial, upm

Python on Intel Galileo/Edison – Part 3: PWM

In this blog post, we are going to look into the process of using mraa methods for controlling the PWM module available on the Galileo/Edison.

What is PWM?
 PWM stands for pulse width modulation. As the name suggests, there is a “pulse” and with “width”, we mess(“modulation”). The idea here is to change the width of the pulse, resulting in another pulse that meets our needs.
Continue reading

Edison, http://schemas.google.com/blogger/2008/kind#post, Intel Edison, Intel Galileo, IoT Linux image, mraa, python, Tutorial, upm

Python on Intel Galileo/Edison – Part 2: Buttons

In this post, we will be writing a Python script to read button inputs.
As in previous post, mraa library is used for handling the GPIO. For this example, the button will be used to turn on and off an LED connected to the Galileo. This example is going to be very similar to the previous one. The only difference being that the state of the LED is controlled by a button instead of the program running on Galileo itself.
Continue reading
Edison, Getting Started, http://schemas.google.com/blogger/2008/kind#post, Intel Edison, Intel Galileo, IoT Linux image, mraa, python, Tutorial, upm

Python on Intel Galileo/Edison – Part 1

In this series of blog posts, I’ll be posting on writing Python code on Intel Galileo platform. I’ll be using the Grove kit. You can also use a bread board instead of Grove kit.

There are two libraries available on the Intel Galileo for developing applications written in python that need to use sensors, actuators, LEDs etc…

  1. MRAA: Provides API for interfacing with the GPIOs, ADCs, PWM, SPI, etc… It is basically for interfacing the low level peripherals. It is kind of bare bones, you can use the functions provided by MRAA to drive more complicated peripherals like sensors or you can use…
  2. UPM: Provides higher levels of abstractions via objects for controlling things like LCDs, temperature sensors etc… It is a level above the MRAA and most of the functions that you might need while interfacing a sensor or LCD are already implemented in UPM.