Archive for the ‘electronics’ Category

FreeRTOS port for XMOS XS1 processors

Monday, February 22nd, 2010

I have ported FreeRTOS to the XMOS architecture.

The project can be downloaded from the project page on the XCore website. This page will always hold the newest release of the port.

A mirror for the current release can be found here.

OpenLaserFrag Base System PCB designs finished

Friday, December 25th, 2009

I have finished the designs for the OpenLaserFrag Base System modules.
20 set’s of PCB’s are ordered.
The design files will be published as soon as the PCB’s arrive.

OpenLaserFrag Base System PCB's

3.5″ TFT module driven by XMOS processor

Friday, December 25th, 2009

I have recently bought an 3.5″ TFT module (18 bit, 262K colors) from ebay. The TFT display is mounted on a PCB with all data lines fanned out to 0.1″ connectors. The display is (i think) a Crystalfontz CFAF320240F-T-TS (datasheet). The display has also a touchscreen.
The PCB has a SPI touchscreen controller, SD card holder and place to solder a SPI flash chip.
The LCD controller is a Solomon SSD2119 chip.

You can interface the display using a parallel 8080-series bus using either 8 or 16 bits or SPI using 3 or 4 wires.
This is limited by the PCB, the controller can also do 9/18 bit parallel 8080-series bus and 8/9/16/18 bit parallel 6800-series bus.

I have hooked this display up to my XMOS XC-1 development board and i am using the 16 bit 8080 interface.
The controller starts up in 16 bit mode (65K colors). I am currently still using this mode as it is way more efficient than the 18 bit mode because i am using a 16 bit parallel bus. My initial code can refresh the display with about 50FPS. My code is nowhere near mature at the moment and i am planning to write a driver for it, which i will publish later.

color test

color test

Video playback on Nokia 6100 display

Friday, December 25th, 2009

Using a XMOS processor and a FTDI vinculum embedded USB host chip i have managed to play video on a nokia 6100 (knockoff) display with a frame rate of 16.66 FPS.

Playing 2012 trailer at 16.66FPS (the RAW file was created for 12FPS and thus the movie plays a little bit too fast):

Playing Family Guy at 16.66FPS

I have converted the video to still images and converted them to a 12 bit RAW format.
The RAW file is uploaded to an USB stick with FAT16 file system.

The FTDI vinculum chip can reads from the USB stick and also implements the FAT16 file system, so the XMOS processor can easily open and read/write files without having to take care of the file system or USB stack.

The concept of the FTDI vinculum is very good, only the implementation could be a lot better.
The vinculum chip is in fact just a microcontroller with special USB hardware and runs a firmware.
There are several firmwares available for somewhat different functionality.

Unfortunately these firmwares (I only used the VDAP firmware though) aren’t that stable.
For example the SPI interface seems to have a bug which makes it totally unusable.
I have been able to read from the SPI interfaces but when i try to write to it the device locks up.
How do i know that the device locks up? Normally if you remove or add an USB device (USB stick) it will write a message to the transfer buffer that can be read. However when it locks up it does not responds to removing/adding a device and you will not read any new data.

Luckily the chip has two more interfaces: UART and parallel.
They both seem to work as expected. I have used the parallel interface because it can have higher transfer rates (The UART is limited to 3Mbit/sec).

Now the vinculum chip has two different protocols: a human optimized ASCII protocol (extended command set) and a machine optimized ‘binary’ protocol (short command set). Unfortunately this machine optimized protocol isn’t that machine friendly at all and in fact is just a shortened ASCII protocol.

Unfortunately my code is nowhere near mature so i won’t publish it at this moment.
Besides that the vinculum chips is limited to about 400KB/sec (good for 16FPS with 25KB RAW frames).
I think a SD card will be a better solution to play video from a RAW format.

Nokia 6100 display driver (PCF8833 controller) for XMOS processors

Friday, December 25th, 2009

I have created a driver for the Nokia 6100 (knockoff) display using the NXP PCF8833 controller.
This driver is targeted at the XMOS processor architecture.
This driver is largely based on Jamie P. Lynch’s driver.

For more information and downloading the project see my project page on XCore Exchange, the community for XMOS processor enthusiasts.

Demo's

Color test

Gyroscope as Human Interface Device

Friday, December 25th, 2009

Intro
For a small electronics contest (Dutch)  i’ve made a gyroscope based device that can interface with a PC as an USB HID keyboard. The intention is to use this device with your feets as extra input device for First Person Shooter games.

Design

Design

Hardware
I’ve used the Sure Electronics XV-3500CB gyroscope module. This module has both an analog output and an onboard ADC which has an I2C interface. I have only used the analog output but using the onboard ADC converter might be better (less noise).

I hooked this module up to an Atmel AVR ATmega8 microcontroller running at 12MHz.
The analog output of the gyroscope module is connected to one of the ADC converter channels of the ATmega8. The ATmega8 has no USB interface. Instead of using a hardware USB interface i used a bit bang software USB stack. The PHY of this interface is just a few resistors and two zener diodes to keep the potential of the USB data lines under 3.6V (the microcontroller is USB powered and runs at 5V).

Schematics can be found here.

Gyroscope module and microcontroller

Gyroscope module and microcontroller

Gyroscope module and microcontroller

Software
The firmware that runs on V-USB a software USB stack for Atmel AVR microcontrollers. This software stack is only able to do USB 1.1 low speed (1.5mbit/s). This is not very fast but more than enough for sending some key strokes to the PC.

More specific my device is based on the HIDKeys example project. This examples project takes input from 17 buttons and sends key strokes to the PC when the buttons are pressed. I modified this project to use results from the ADC (and thus the gyroscope) as input instead of buttons. If the gyroscope is moved to the left, a particular key stroke is send to the PC and the same happens for moving to the right. Due to the fact that the device emulates a keyboard it is very easy to use it in games. Just bind the two different keys that the device can send (left/right) to the functions in the game configuration!

Demonstration

The device shows up as USB HID device:
USBDeview

Leaning in Medal of Honor: Allied Assault:

Turning in Medal of Honor: Allied Assault:

Look mom, without hands!

Status LED’s:

Download
My project can be downloaded here and used under the GPLv2 license.

The ZIP file contains the following:

  • Schematic
  • Source code firmware
  • Hex file firmware
  • Altium Designer work files for schematic, PCB (not finished) and lib
  • Used datasheets

Salt water battery powerin Atmel AVR

Monday, December 7th, 2009

For a small electronics contest i made a salt water battery (Dutch). To demonstrate the battery i used an Atmel ATtiney2313 which blinks a LED. I’ve also tried to use a NE555 based blink-a-led, unfortunately the NE555 drew too much current.

The salt water battery has 18 cells and i used copper and alluminium electrodes. The copper electrodes are made of desolder wick and the alluminium electrodes are alluminium foil.

Setup of the expiriment

Setup of the expiriment

XMOS XC-1 review

Saturday, March 28th, 2009

Intro
A few months ago i found XMOS a semiconductor startup from Bristol.
XMOS has designed a very innovating new embedded processor (XS1-G family). They call their technology “Software Defined Sillicon”. Components that are traditionally implemented in hardware can be done in software running on the new processor. You can think of UART’s, SPI, I2C, PWM and even Ethernet MAC and USB 2.0 MAC.
I decided to order an evaluation board, the XMOS XC-1. I have received it more than two months ago and had some time to play with it (although i wish i had some more time).

Architecture
“Software Defined Sillicon” devices are made up of Xcore tiles. Each Xcore has its own dedicated memory. Each Xcore can run 8 threads simultanously. This means that the quadcore XS1-G4 can run 32 threads simultanously! If the chip is running at 400MHz (400MIPS), each thread is guaranteed to be able to use 50MIPS, but each thread is limited to 100MIPS. This means that you cannot run 1 thread using all the processor time.  Context switching between threads are done by a hardware scheduler and based on events (i.e timers, I/O, communication). Threads that block waiting for an event are not scheduled.  Because each thread has its own set of registers context switches do not take time. This makes it possible that an interrupt can be served next-cycle!. Threads can communicate with eachother through Xlink channels. These Xlinks makes it possible to communicate between cores. It is even possible to communicate between devices, making possible to build a grid of SDS devices.

Xcore Tile Architecture

Xcore Tile Architecture

Xlinks

Xlinks

XC-1 evaluation board

The XC-1 evaluation board contains just the most basic interfacing components:

  • 12 dual color (green/orange) leds set up as a clock.
  • 4 buttons
  • 4 button leds
  • piezo speaker

The board offers additional expansion ports in which you can solder 0.1″ headers to interface with your own circuit.

If you want to have a lot of interfacing components like color LCD, audio out, ethernet etcetera take a look at the XDK XS1-G development kit.

Pictures of the XC-1

XC-1 Case

XC-1 Case

XC-1 Case opened

XC-1 Case opened

XC-1 Front

XC-1 Front

XC-1 Back

XC-1 Back

XS1-G4 Closeup

XS1-G4 Closeup

More will follow…

Perfboard design software

Monday, February 9th, 2009

When creating a perfboard design you sometimes want to plan out where to place components and wires before you start with it. Doing this on the old way with pen and paper is frustrating. I have found 2 applications in which you can design your perfboard: DIY Layout Creator and Lochmaster.

DIY Layout Creator is free and is java based so it should run on most operating systems.

Lochmaster is not free, you can download a demo to evaluate lochmaster (The demo has limitations.)

One of the most important features of such an application is the abbility to define your own components. Components are safed in .xml format in DIY Layout Creator. There is no tool available to create components. Thus creating new components in DIY Layout Creator is. Lochmaster has some limited capabillity to create new components. I did this by breaking an existing component in parts and modify it. After i’m done with that i can generate a new component to safe my modifications.

Due to the lack of creating components in DIY Layout Creator i have chosen to use Lochmaster.

One of my results:

OpenLaserFrag sensor node in Lochmaster

OpenLaserFrag sensor node in Lochmaster

olf_sensornode

OpenLaserFrag sensor node implementation on perfboard

Blackfin BF533: Core and System clock

Tuesday, February 5th, 2008
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
void init_PLL(void)
{
	short tmp;
 
	*pSIC_IWR=0x01; // only PLL wakeup
	ssync();
 
	*pPLL_DIV = 0x001B; //cclk=vco/1;sclk=vco/11
	ssync();
 
	tmp = cli();
 
	*pPLL_CTL=(12<<9); //vco=12*clkin, clkin=27M
	ssync();
 
	idle();
	sti(tmp);
}