Showing posts with label upm. Show all posts
Showing posts with label upm. Show all posts

Thursday, September 3, 2015

Python on Intel Galileo/Edison - Part6: Light sensor

In this post, we will be using the upm library to interface the Grove Light sensor with the Galileo/Edison using python.

The light sensor is made up of primarily of LDR and opamp:

[caption id="attachment_382" align="aligncenter" width="319"]The Grove light sensor (photo: seeed studio) The Grove light sensor (image: seeed studio)[/caption]

"LDR" stands for light dependent resistor (in above schematic, it is marked as "LIGHT") as the name suggests, it is made up of a material that changes it resistance depending on the intensity of the ambient light.

Wednesday, August 5, 2015

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.

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.

Wednesday, April 8, 2015

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.

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.

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.

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.

Tuesday, April 7, 2015

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.

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.

Monday, April 6, 2015

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.

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.

Friday, March 20, 2015

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.






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.