XCore Exchange Global Site RSS Feed

XMOS Chained JTAG

WiFi — Wed, 23 Nov 2016 10:31:06 +0000

I need some help for connecting the JTAG for a chained XMOS XS-LSA-128

Please check the attached schematic whether the connectinons and the logic will work for the chained XMOS XS_LSA-128

I cant get a stable start-up function in the excecuted design.

Massage:

.gbinit: No such file or directory.

auto-solib-add on

Undefined command_ "auto-solib-add". Try help".

connect adapter-id jIHd4MH5

Cannot connect, device is in use by another process

Status:

Complete

Version Number:

Images:

Licence:

BSD

I2S TX data on 4bit port

LSullivan — Fri, 18 Nov 2016 19:41:03 +0000

How can I use a 4bit port for the data out for an I2S master Tx, the Bclk, LRClk and Mclk are on single ports. I have run out of single bit ports and this seems to be the logical choice. I thought this would be the default for the TX data lines.

Status:

Under development

Version Number:

Images:

Licence:

BSD

simple i2s in to i2s out synchronous

xfub — Fri, 11 Nov 2016 23:54:18 +0000

Dear XMOS folks,

being a newbie on XMOS I want to understand how to transfer audio data (to write the code) from a while(1) loop that reads I2S data to another thread (while(1) loop) that sends the I2S data. (24bits, Wclk = 64 BitClks)

The characteristic is that both threads are frequency and phase locked. In other words: Both threads have theire individual input pins for WordClock and BitClock but externally these pins are shorted.

The output thread looks like this:

void OutThread (chanend adc_to_aes)

{

.... init bla bla

        while(1)
       {
           set_thread_fast_mode_on();
            int dummy[2];
           while(1)
           {
               // output 24 bits on the rising or falling edge of the word clock (lrck)
               // note lr == 0 is right channel, lr == 1 is left channel
               dac_lrck when pinsneq(lr) :> lr @ t;
                switch(state[SOURCE_STATE])
                {

                    case AES_MUTE:

.....
                        break;

                    default:
                        t += 33;
                        if(lr == 0)
                        {
                            partout_timed(io_i2s[0], 24, dummy, t);
                            adc_to_aes :> dummy[0];
                        }
                        else
                        {
                            partout_timed(io_i2s[0], 24, dummy, t);
                            adc_to_aes :> dummy[1];
                        }
                        break;
                } // end switch(source)
           }

The input thread looks like this:

        while(1)
        {
            int anabuf[2];
            set_thread_fast_mode_on();
            while(1)
           {
                adc_lrck when pinsneq(lra) :> lra @ ta;
                ta +=24;
                asm("setpt res[%0], %1" :: "r"(adc_data), "r"(ta));
                if(lra == 0)
                {
                    asm("in %0, res[%1]" : "=r"(anabuf[0]) : "r"(adc_data));
                    adc_to_aes <:anabuf[0];
                }
                else
                {
                    asm("in %0, res[%1]" : "=r"(anabuf[1]) : "r"(adc_data));
                    adc_to_aes <:anabuf[1];
                }
            }
        }

Can anybody tell my WHY this does not work?

Do I really have to go over 'shared' 'unsafe' memory?

Why can't I use a normal channel for the tranfer 'chanend adc_to_aes' to do this job?

(Remembering both threads are full synchronous and phase locked)

What do I NOT understand?

MANY THANKS!

Status:

Just an idea

Version Number:

Images:

Licence:

BSD

xmos cpld slice

myndideal — Sat, 10 Sep 2016 20:36:31 +0000

Reconfigurable xmos slice extender.

The goal of this project to design a slice extender board, which contains non-volatile reprogrammable cpld to connect io lines as required. The configuration can be written in verilog or similar vhdl laguage, and a new config downloadable on the cpld's own jtag port.

Help and ideas needed:

How to use xmos jtag chain for programming a cpld ? Is it make sense ?
May be... Build a "hw in a loop" test system. 1) The cpld pins accessable trough jtag while normal operation... 2) some stimulator imp. may fit in a cpld too...
Ideas ? Pros, cons ?

Status:

KiCad Design on progress...

Status:

Just an idea

Version Number:

Images:

Licence:

LGPL

Sourceforge/GitHub URL:

https://bfarago.github.io/xmos_cpld_slice/

External Project Website:

https://bfarago.github.io/xmos_cpld_slice/

XL208 Based Dev Board - Kicad

bzyzny — Sun, 04 Sep 2016 10:17:21 +0000

The goal of this project is to create a low cost and simplified XCore-200 development board using KiCad. Since I'm a fan of open source (and commercial EDAs like Altium are ludicrously expensive) I decided to use KiCad. I started this project around May 2016, when I decided to teach myself PCB design. While I was doing research and trying to decide on a good starter project, I stumbled upon Xmos and thought it seemed like a very interesting MCU architecture. However, when I saw that the XCore-200 Explorer Kit was over $100, I thought it must be possible to make a more affordable version. Yes, there is the StarterKit, however that is for the older XS1 series. There are many projects based on the StarterKit but I've not seen many based on the XCore-200 series. My hope is that by providing a stripped down and inexpensive development board, hobbyists would be more inclined to try out xmos, thus growing the community. If nothing else, it has already proven to be a tremendous learning experience. This project has so far proven to be way more involved than I initially expected, however I like a good challenge.

In order to make the board as cheap as possible, I have removed all extraneous features found on the official dev boards, such as USB, Ethernet, servo drivers, etc. All that remains is the XL208 mcu (the least expensive of the XCore-200 family), QSPI flash, XSYS/JTAG interface, power supply for 3V3 and 1V0, and the GPIO pins broken out to pin headers. A secondary goal is to make the board feasible to assemble at home using the toaster oven method, and possibly also with a hot air gun or hot plate. To achieve this I selected SMD components that have pins (as opposed to BGA or QFN), and hopefully will be able to fit all components on the top side of the PCB. I found that this goal does conflict with the first goal of low cost, since in several cases I found that the QFN/BGA components were cheaper than their equivelant packages with leads. Therefore the next revision will use all leadless packages, and hopefully it will still be possible to assemble at home (have not yet tried soldering QFNs).

Currently, I'm finishing up the schematic and am almost ready to start routing the PCB. Once everything is more complete, I will upload all of the related design files, for now just the pdf of the schematic. The schematic I've uploaded still needs tweaked, polished and double checked, and test points added but is done enough that I feel ready to request feedback from the community. I am getting 1 ERC warning that the PLL_AVDD is not driven, but have not yet figured out why this is. This is my first circuit board design, so please look for all kinds of mistakes, big and small, and I would appreciate if any feedback would be as detailed as possible.

Status:

Under development

Version Number:

0.1

Images:

Latest Build:

XL208-DevBoard.zip

Licence:

Custom Licence

Custom Licence URL:

https://creativecommons.org/licenses/by-nc-sa/4.0/

AVB 4 Ethernet ports Evaluation

henry640330 — Wed, 27 Apr 2016 12:43:07 +0000

I want to use XP-SKC-L2 core board to connect 4 XA-SK-E100 Ethernet cards to do redundancy daisy chain verification. But current firmware only supports 2 Ethernet cards. Does anybody have firmware to support 4 Ethernet cards, or can somebody provide an idea for how to revise 2 Ethernet cards firmware to 4 Ethernet ?

Status:

Just an idea

Version Number:

Images:

Licence:

BSD

ILI9341 LCD Panel graphics library

ahenshaw — Mon, 11 Apr 2016 17:31:49 +0000

The graphics library provides a software interface for the startKit to drive a 240x320 LCD Panel using the ILI9341 controller. The connection is through a Serial Peripheral Interface (SPI).

The library provides functions for lines, circles (filled/unfilled), rectangles (filled/unfilled) and antialiased text. An example font is included (DejaVu Sans monospaced), but provision is made to support other fonts.

A demo main function is provided.

Status:

Beta

Version Number:

0.5

Images:

Licence:

MIT

Sourceforge/GitHub URL:

https://github.com/ahenshaw/XMOS_ILI9341

TDM to USB audio

shaminda — Fri, 25 Mar 2016 14:47:16 +0000

The objective of the project is to obtian a TDM multi microphone array signal by the computer using USB interface. The xCORE -200 audio platfrom is used here. There are 5 input TDM channels and the microphone array in in the master mode. My objective is to do noise suppression and beamforming using Matalb and Matlab data acquisition tool box is used.

Status:

Under development

Version Number:

Images:

Licence:

BSD

USB Audio VU meter

infiniteimprobability — Wed, 30 Sep 2015 14:50:13 +0000

This project uses one of the low cost 128 x 64 OLED dsiaplays that can be found on ebay to give a VU meter for USB audio devices.

The display uses the SSD1306 controller IC connected via I2C and is connected to the XMOS MFA USB audio ref design.

It uses a function inline with the I2S loop to peak hold and decay. A separate task reads this info and sends it out to the display. It manages about 40 FPS (limited by I2C write speed @ 400Kbp) so quite a convincing effect. I tried and it does actually manage 1Mbps, but do so at your own risk!

Video here - www.youtube.com/watch?v=S7VSKjkmqRs

Status:

Alpha

Version Number:

1.1

Images:

Videos:

Latest Build:

vu.zip

Licence:

BSD

I/O port expander - MCP23017

krishnabalan — Wed, 10 Jun 2015 19:12:46 +0000

MCP23017 is a I/O expander chip from Microchip Technology. It provides 16 I/O lines which are controlled over a I2C serial interface.

More information on this chip is found here:

http://www.adafruit.com/products/732

http://ww1.microchip.com/downloads/en/DeviceDoc/21952b.pdf

This project is a simple application/library that provides functions(APIs) for you to use the MCP23017 device with any XMOS multicore microcontroller.

Notes:

- Any two one bit port of the XMOS device can be designated as SCL and SDA lines of the I2C.
- Connect these I2C lines to the MCP23017 device; Set an I2C address for the MCP23017 by the ADDR 0..3 pins.
- 'app_i2c_port_extender' application contains main.xc, mcp23017.h and mcp23017.xc. The mcp23017.h file has the API functions that comes handy in using the MCP23017 device. main.xc has a simple demo application that shows how to use those API functions.
- Use xTIMEcomposer 14.0 or later to compile and run the project.

If you find your project to run out of I/O lines, then you can easily hookup an MCP23017 to the XMOS device and get 16 bi-directional I/O lines by just using two I2C lines.

Status:

Public release

Version Number:

Images:

Latest Build:

i2c_port_extender.zip

Licence:

BSD

xCore 200 eXplorerKit - Demo Webapp

raxpeter — Sat, 06 Jun 2015 10:32:20 +0000

Application for demonstrating the integrated possibilities of the xCore 200 eXplorerKit.

XTCP + Webserver accesible via Gigabit Ethernet
Live streaming and Graphing of Accelerometer readings
Toggle onboard RGB and Green LEDs via the web interface
View status of onboard Pushbuttons

Makes use of AJAX calls to the integrated webserver for status updates. Graphing of Accelerometer readings using SmoothieCharts Javascript Library.

Uses Xmos provided libraries: lib_ethernet lib_otpinfo lib_xtcp lib_webserver lib_i2c

Status:

Public release

Version Number:

0.1

Images:

Licence:

BSD

Sourceforge/GitHub URL:

https://github.com/r4d10n/xCORE-200/tree/master/eXplorerKit-Demo-Webapp

midi1

myndideal — Thu, 28 May 2015 12:49:33 +0000

This is just an example project of a simple midi stack and uart rx/tx component.

The code was used in one of my previous project. This is a separated midi part, and probably not functional in this way really. I plan to rewrite this code later only with the new interface design pattern soon... (I hope that can be better)

Status:

Beta

Version Number:

Images:

Licence:

LGPL

Sourceforge/GitHub URL:

https://github.com/bfarago/xmos_midi1

lcd3

myndideal — Wed, 27 May 2015 21:38:58 +0000

Example project for lib_lcd, lib_display_controller, lib_sdram, lib_i2c, lib_touch.

(this one use interfaces bw tasks)

It stores two video frame buffers (color 16bit 480x272), one (60x21) ascii screen memory, (8x8) fontset, and it draws rectangles. Implements I2C bus, touch controller.

The Description of your Project is too short. You need at least 50 words.The Description of your Project is too short. You need at least 50 words.The Description of your Project is too short. You need at least 50 words.

XMOS XP-SKC-L2 (1V1, 1v2)

Star: XA-SK-SDRAM

Triangle: XA-SK-SCR480 (Touch controller: AD7879-1)

xTIMEcomposer Version: Community_14.0.3 (build 17001, May-26-2015) .

Status:

Under development

Version Number:

Images:

Licence:

LGPL

Sourceforge/GitHub URL:

https://github.com/bfarago/xmos_lcd3

kicad_xmos

myndideal — Sat, 09 May 2015 02:37:11 +0000

The goal of this project to collect kicad resources for xmos dev. platform boards, library, module and sample sch, boards will be provided. In more detail:

design new prototype boards,
design factory ready boards,
reuse (in a new design) another prototype platform cards like altera, xmos slice, xmos xk-1, etc. what we have at home :).
help each-other in community
learn and discuss the theoretical and practical questions related to kicad tool and a cheap but industrial grade pcb manufacturing
gathering the know-how and design consideration

Yes... Actually, I have several xmos boards (XK-1, XP-SKC-L2, Slice boards) already, which were good to develeop some fixtures. These are very helpful at the begining, bug fixing...

Theoretically, there is a turning point, where the prototype systems simplicity insignificant, and product like behaviours becomes more important role. Therefore, iterative design processes would be necessary to achieve the system integration level of a complex product. I hope there can be a smooth transition from hobby projects to more complex prototypes. By the way... I need some individual boards... So, I started to draw some. :) Let me know, If you have any idea...

The basic idea is: to get all the (free) gpio pins from the cpu board in a simply and somehow generalized interface. These connectors must be inter-changeable between cpu boards. There have to be several different kind of break-out panels, which are implements the structural layout too.

Acutally I have some preliminary version of two similar boards for the following chips:

xs1-a16a-128-fb217

xs1-a8a-64-fb96

xe216-512-tq128

I am still playing with the design, so these are not stable, finished / accepted by me. I just wondering , how would be better....

TODO:

decision about connectors mechanical and electrical aspects (FFC cable / pins / board edge? pinout?)
more footprints (U series have diff pinouts)

Actually, I just wondering if it could be possible to organise the connector pins to group by function (n*1bit, k*4bit, gnd). Because the tqfp and bga packages are totally different in layout. So it makes huge problem on routing of pcb... It means, the boards will be not pin-to-pin compatible, but function-to function compatible.

Status:

Under development

Version Number:

1.1

Images:

Latest Build:

kicad_xmos_1v0.zip

kicad_xmos_1v1.zip

Licence:

LGPL

Sourceforge/GitHub URL:

https://github.com/bfarago/kicad_xmos

Modbus RTU client

Lele — Sun, 01 Mar 2015 08:37:56 +0000

Here it is an implementation of modbus rtu slave protocol.

All basic functions implemented:

1) read coils; 2) read input; 3) read holding register; 4) read input register; 5) write single coil; 6) write single register; 7) read status; 15) write multiple coil; 16) write mulltiple register.

Direction port provided for the RS485 converter.

Also a buffered rx/tx uart interface with configurable speed , n.of bata bits, parity, stop bits.

Status:

Complete

Version Number:

Images:

Latest Build:

app_ModbusRtuClient.zip

Licence:

BSD

Enable ArDrone control by voice commands

Goncalo — Fri, 19 Dec 2014 06:57:14 +0000

The main goal of this project is to enable the control of a quadricopter by using voice commands.

The modules involved are the following: ArDrone quadricopter, an EasyVR (speech recognition module), a WiFly module and an XMOS board.

In attachment I provide a manual, all the code developed in XC, and a Java GUI to test the connection with the ArDrone.

I hope it can inspire other projects :)

Demo Video:

https://www.youtube.com/watch?v=vuuYOoSQ_mU&feature=youtu.be

Status:

Complete

Version Number:

Images:

Videos:

Latest Build:

ArDrone_Project.zip

Licence:

BSD

PWM generator task for 8 motors

Mik333 — Mon, 15 Dec 2014 15:09:59 +0000

I am working on the development of a robot arm controller and I built this code to control 8 different PWM bidirectional channels in a single logical core, in order to drive 8 DC-brushed motors.

Code is optimized to have high performance and the results show that is possible to have a frequency of 5 KHz for all the PWM signals with a duty cycle resolution of 0,2%

Each PWM signal can run with a different duty cycle, configured using a simple interface.

Tested on xCORE-USB U16 sliceKIT.

(This is my first project posted on Xcore, so I would really appreciate your suggestions to help me sharing it on GitHub or to make it easier to use for other people)

Status:

Public release

Version Number:

Images:

Latest Build:

Motors Driver Code.zip

Licence:

BSD

Simple servo driver

infiniteimprobability — Thu, 11 Dec 2014 15:55:22 +0000

Inspired by bsmithyman's original example from way back, I have developed an updated servo driver module.

It uses a single logical core to produce n channels of servo (where n is the width of your port - eg. 8bits = 8 channels) and is set via an interface.

Seems like a lot of people are playing with servos, so thought it'd be worth adding!

It's also a fairly simple example of using XMOS timers and interfaces, so worth a look if you are new to XMOS.

Tested on startKIT (amazingly my HITEC servos worked fine from 3.3v supply and control line!

The download link is above, but a simple app testing it out can be found in the below link

https://github.com/xcore/sw_startkit_examples/tree/master/app_servo

[update] - I have thought of a way to improve this to deliver 16 or even 32 channels with jitter/error below the servo resolution by interspersing the pulses rather than reset synchronising them (in theory it could start to show above 8 channels with current software). I'll look at this if there is strong demand - so let me know below in the comments if this sounds useful

Status:

Public release

Version Number:

Images:

Licence:

BSD

Sourceforge/GitHub URL:

https://github.com/xcore/sw_startkit_examples/tree/master/module_startkit_servo

My simply slice with eagle cad and CNC

unuldinei — Tue, 04 Nov 2014 21:24:18 +0000

Here are my first simply slice for xmos starter KIT formed with CNC Machine !

The EAGLE CAD design file here as simply_slice1.zip .

I think I design and print a sticker with pins marks but I dont know what kind of pins (male or female) is more usefull ?

My intention is to use for a MIDI IN port .

Then I will check the iron soldering and rock'n'roll!

Status:

Under development

Version Number:

0.01

Images:

Latest Build:

simply_slice1.zip

Licence:

BSD

XMOS Slice Extender Board (Right Angle)

mon2 — Sat, 06 Sep 2014 13:06:22 +0000

P/N LF1036KB

This project will permit the probing / extending all of the signals present on the PCIe (PCI Express) connector as found on the XMOS boards. An optional target XMOS compatible slice board may be seated into the end of this design for passive debugging of all signals. It is a product which we will use in house for new XMOS developments and was recently requested by babazaroni.

All source files (Altium) + panel shape + production specifications + BOM have been supplied. For best signal integrity, the PCB is a 4L PCB.

This project is available for sale in fully assembled, kit form or as a bare PCB. We have the TopYang PCIe connectors in our inventory so this component will be used for the assembly of this project. Being a common footprint, equivalent PCIe connectors are also available through Digikey and other suppliers.

The PCIe edge connector used in this project is a RIGHT ANGLE (through hole for best structural strength) type.

For a straight (flat = straddle with through hole mount for best structural strength) PCIe connector please see project LF1037KB which is also posted on this website.

Reference:

http://www.xcore.com/projects/xmos-slice-extender-board

The PCB layout for this project was created to support the following very common PCIe x1 right angle connectors (others may be also compatible with this layout):

TopYang (Taipei, Taiwan) 105036-C0B120N (datasheet is enclosed in the post)

Molex 87715-9008 (Digikey P/N 0877159008-ND)

http://www.digikey.com/product-search/en?x=0&y=0&lang=en&site=us&keywords=87715-9008

The male pin headers are also very common with a 2.54 mm (0.1") pitch.

Note: The design has been assembled & tested on the StartKit, SliceKit (standard) and the USB SliceKit. Hand soldering of the PCIe connector is recommended. If using reflow or wave soldering tools, be sure to review the PCIe connector materials and temperature ratings to avoid damage to the connectors.

The fileset is larger than the 2 MB limit so it is posted on our server. Please download the readme file for the (case sensitive) URL for this project.

Status:

Complete

Version Number:

Images:

Latest Build:

LF1036KB_download_instructions.zip

Licence:

MIT