Debugging with USB....

New to XMOS and XCore? Get started here.
Post Reply
User avatar
In_Control001
Member++
Posts: 20
Joined: Thu Mar 04, 2010 7:27 pm

Debugging with USB....

Post by In_Control001 »

Hi guys,

Is there any documentation to make a custom JTAG debugger on board of the print? So u can just plug in the USB to flash an debug the device...



Kind regards,
Jo


User avatar
lilltroll
XCore Expert
Posts: 956
Joined: Fri Dec 11, 2009 3:53 am
Location: Sweden, Eskilstuna

Post by lilltroll »

Do you want to "paste" an XTAG2 on your custom made board? (Or do you want a custom JTAG thing?)

You can find the schematics and Gerbers files here for the XTAG2 here
https://www.xmos.com/products/developme ... ug-adapter

You will need to ask XMOS for the USB bootloader code, and place it in the OTP memory.
Probably not the most confused programmer anymore on the XCORE forum.
User avatar
In_Control001
Member++
Posts: 20
Joined: Thu Mar 04, 2010 7:27 pm

Post by In_Control001 »

hey Mikael, I hope they provide their USB bootloader :P :D

But maybe thats to much for free....
User avatar
XMatt
XCore Addict
Posts: 147
Joined: Tue Feb 23, 2010 6:55 pm

Post by XMatt »

In_Control001 wrote:hey Mikael, I hope they provide their USB bootloader :P :D

But maybe thats to much for free....
We are currently working on how best to address this internally as there have been several requests such as this. We hope to be able to address this issue as soon as we can.
User avatar
lilltroll
XCore Expert
Posts: 956
Joined: Fri Dec 11, 2009 3:53 am
Location: Sweden, Eskilstuna

Post by lilltroll »

I hope you find a solution to this. How to find a buisness model that doesn't limit the development?

Time is money. A student that doesn't have any money but spent time to learn you tool - whithout using your support is a win for XMOS. Some day he might run a real project. If you try and charge him - he will never take the time and learn the tool.

Research, education and prestudies. If we shall be able to "build prototypes within days or weeks instead of months" - we need to acess premade software within hours from XMOS.
If you have to pay first and check out the tool thereafter - most project leader will go for TI, ARM or something they have a working history with.

It's nice if you can delay the cost until commercial production for the development project.
A license cost per sold chip used in production- nice for us customers - if XMOS can collect the money.
Could XMOS sell more expensive chips with pre-burned OTPs?
USB-Boot, Ethernet Boot and so on.
We cannot read the OTP anyway !?


I have been apart of several startups myself - so a note to us users here - if XMOS doesn't break even - there will not be any chips to buy at all. There must be a balance between the profit XMOS does and the profit we might do.
Probably not the most confused programmer anymore on the XCORE forum.
User avatar
XMatt
XCore Addict
Posts: 147
Joined: Tue Feb 23, 2010 6:55 pm

Post by XMatt »

lilltroll wrote:I hope you find a solution to this. How to find a buisness model that doesn't limit the development?

Time is money. A student that doesn't have any money but spent time to learn you tool - whithout using your support is a win for XMOS. Some day he might run a real project. If you try and charge him - he will never take the time and learn the tool.

Research, education and prestudies. If we shall be able to "build prototypes within days or weeks instead of months" - we need to acess premade software within hours from XMOS.
If you have to pay first and check out the tool thereafter - most project leader will go for TI, ARM or something they have a working history with.

It's nice if you can delay the cost until commercial production for the development project.
A license cost per sold chip used in production- nice for us customers - if XMOS can collect the money.
Could XMOS sell more expensive chips with pre-burned OTPs?
USB-Boot, Ethernet Boot and so on.
We cannot read the OTP anyway !?


I have been apart of several startups myself - so a note to us users here - if XMOS doesn't break even - there will not be any chips to buy at all. There must be a balance between the profit XMOS does and the profit we might do.
This is a great post :)

The main problem we are trying to solve is making sure that there is a structured framework for compliance with the development tools, there is no way we can test every board available when we release new tools. There has to be a disconnect here and an agreed interface, this is what we are working on developing.

There should be no problem releasing the source, it is a great example for a USB device and it is so simple it really demonstrates how easily you can put together a USB product with an XMOS part.

Basically watch this space, thats all I can say for now.
User avatar
In_Control001
Member++
Posts: 20
Joined: Thu Mar 04, 2010 7:27 pm

Post by In_Control001 »

So for now the only tool to debug an Xmos is with the Xtag2 ?

I hope soon u bring those pre-burned OTPs on the market...
User avatar
leon_heller
XCore Expert
Posts: 546
Joined: Thu Dec 10, 2009 10:41 pm
Location: St. Leonards-on-Sea, E. Sussex, UK.
Contact:

Post by leon_heller »

You will need a PHY chip, though, unless there is a full-speed option. That will need drivers, of course, but ordinary HC buffers should do.
User avatar
larry
Respected Member
Posts: 275
Joined: Fri Mar 12, 2010 6:03 pm

Post by larry »

May I suggest some alternatives:

a) Debug via external XTAG2 adapter, field upgrade via application interface like RS232 (USB-to-RS232 adapter) or SD card. This option doesn't require an additional L1 on the board.

b) Debug and field upgrade via on-board L1 (plus USB phy), but boot from flash rather than OTP. Chances are that L1+flash is actually cheaper than L1+programming in smaller quantities.

c) Debug and field upgrade via on-board L1 (plus USB phy), OTP program L1 via extra JTAG connector on-board.
Post Reply