XMOS xCORE-USB sliceKIT

Hey Shabaz,

Thanks for the comment. I have had a really bad time with interfaces trying to add an extra interface to the AVB-DC application in an effort to pass data to the SPI task with in the MODULE_FLASH code. I kept getting a ton of errors about guarded statements until finally I chose to stick my added application code on the same core as the Module_flash code.

I have found the forums are some what helpful and standard peripheral stuff is pretty easy to get going but trying to modify large applications that have library dependents is a pain in the A%$. We are really concerned with choosing this platform for our project with little to no formal training available through XMOS. Whats worse is they don't seem to have a plan in place to do so.

I sat for about three days trying to mimic the interface example code with two tasks (clients) talking to a single server. I was unsuccessful as I stated above.

Have yo had a different experience with XMOS support?

I have seen errors concerning lack of guarded statements before, and usually that occurs if an interface has been defined with functions that are not used in the select statement. When that occurs, I put a "case xyz():" and "break;" statements into the select portion of code, just as a stub until I get round to adding more code. Also, I've not currently encountered a situation where I will need to filter out events (I am sure it will happen to me eventually) so I've not used [[guarded]] so far as mentioned.

For training, it is worth checking with XMOS in case they are aware of any - not saying any training will be free or not (I have no idea) but perhaps they know of instructors who run courses from time to time. So far I have just relied on documentation, so probably I'm underusing bits of functionality.

The single best piece of advice I have, is that it is worth drawing out and defining your interfaces on a diagram with all the tasks you plan to use. I don't know what the diagram is called, but it is a typical message sequence type diagram I suspect. I used that method in three XMOS posts, click here for the link to the first post. The diagram was used in parts 2 and 3.

I would say stick with it, because it solves some problems that ordinarily might need dedicated hardware in a CPLD or FPGA, and those are not straightforward to use either, so this provides a good blend of features with C programming and the handful of extensions.

I have seen errors concerning lack of guarded statements before, and usually that occurs if an interface has been defined with functions that are not used in the select statement. When that occurs, I put a "case xyz():" and "break;" statements into the select portion of code, just as a stub until I get round to adding more code. Also, I've not currently encountered a situation where I will need to filter out events (I am sure it will happen to me eventually) so I've not used [[guarded]] so far as mentioned.

For training, it is worth checking with XMOS in case they are aware of any - not saying any training will be free or not (I have no idea) but perhaps they know of instructors who run courses from time to time. So far I have just relied on documentation, so probably I'm underusing bits of functionality.

The single best piece of advice I have, is that it is worth drawing out and defining your interfaces on a diagram with all the tasks you plan to use. I don't know what the diagram is called, but it is a typical message sequence type diagram I suspect. I used that method in three XMOS posts, click here for the link to the first post. The diagram was used in parts 2 and 3.

I would say stick with it, because it solves some problems that ordinarily might need dedicated hardware in a CPLD or FPGA, and those are not straightforward to use either, so this provides a good blend of features with C programming and the handful of extensions.