Hi,
There are no plans to discontinue XCORE200. For a new solution where you design a new board you may as well go XCORE.AI, it is better in almost every aspect.
Henk
Search found 347 matches
- Thu Jun 15, 2023 1:17 pm
- Forum: General Questions
- Topic: XMOS product longetivity and commitment
- Replies: 4
- Views: 12703
- Wed Feb 22, 2017 9:33 am
- Forum: General Questions
- Topic: Fast bus sniffer
- Replies: 5
- Views: 16556
Re: Fast bus sniffer
Hi Xavier, Data has answered all the critical issues. I did try a similar project in the past, using the sigrok libraries https://sigrok.org/ to interface it on the host side. As hardware on my side I reappropriated an XTAG3, creating a 6-channel "logic analyser". The sample rate was sever...
- Thu Feb 16, 2017 4:02 pm
- Forum: XMOS Devices
- Topic: Energy consumption of XL216-series
- Replies: 12
- Views: 13219
Re: Energy consumption of XL216-series
I am afraid it isn't logged as such. But - it is completely predictable. Set a wire high online one of your code, and measure the time between RST_N going high and that pin going high. You will need an oscilloscope to measure that (or another xCORE). There are some options to speed up the boot proce...
- Thu Feb 16, 2017 10:20 am
- Forum: Projects
- Topic: Can2.0b Implementation
- Replies: 6
- Views: 8148
Re: Can2.0b Implementation
Hi Charlotte, Yes, it is very likely that the code would work after recompilation. However, the architecture is slightly different so the timings can be slightly different. XTA will inform you if it no longer meets timing. Re the substitute board - I don't know when it will be available I am afraid....
- Thu Feb 16, 2017 9:31 am
- Forum: Projects
- Topic: Can2.0b Implementation
- Replies: 6
- Views: 8148
Re: Can2.0b Implementation
Hi Charlotte, Yes - the library would have not been tested on xCORE200. You may find there are a few features in the XS2 instruction set that may help implementing CAN easier. An extra CRC instruction and dual issue should help with some of the critical sections. Re the hardware: you will need a CAN...
- Thu Feb 16, 2017 9:22 am
- Forum: Development Tools and Programming
- Topic: lib_usb Wait for ACK
- Replies: 5
- Views: 5168
Re: lib_usb Wait for ACK
Hi aneves yes, I was getting confused (you probably weren't). I think the answer to your original question is sort of no: the ACK gets handled deep down by the Low Level Driver, and is not explicitly acknowledged to the layer above; this is probably the only case where you want that acknowledgment. ...
- Thu Feb 16, 2017 9:06 am
- Forum: Getting started
- Topic: XMOS Microphone Array Board: how to share clock definition
- Replies: 5
- Views: 8186
Re: XMOS Microphone Array Board: how to share clock definition
Hi Saul,
You will have to change one of them to use a different clock block. Eg, change BCLK to use clock block 1, 2, 3, or 5.
There are 6 clock blocks per tile, one of them is the reference clock (100 MHz), you may need to put USB on the tile that has sufficient free resources.
Cheers,
Henk
You will have to change one of them to use a different clock block. Eg, change BCLK to use clock block 1, 2, 3, or 5.
There are 6 clock blocks per tile, one of them is the reference clock (100 MHz), you may need to put USB on the tile that has sufficient free resources.
Cheers,
Henk
- Thu Feb 16, 2017 9:00 am
- Forum: XMOS Devices
- Topic: XCore200 QSPI
- Replies: 12
- Views: 14278
Re: XCore200 QSPI
Hi
The QE bit is actually programmed into flash; i.e., it is set once, and after that the flash acts as a QSPI flash.
So - it is not a run-time or boot-time issue, it is programmed at programming time.
So the process is:
POWERUP
XMOS READS BOOTSTRAP PINS
XMOS BOOTS VIA QSPI
Cheers,
Henk
The QE bit is actually programmed into flash; i.e., it is set once, and after that the flash acts as a QSPI flash.
So - it is not a run-time or boot-time issue, it is programmed at programming time.
So the process is:
POWERUP
XMOS READS BOOTSTRAP PINS
XMOS BOOTS VIA QSPI
Cheers,
Henk
- Wed Feb 15, 2017 4:23 pm
- Forum: XMOS Devices
- Topic: pin pull downs disable in Loader
- Replies: 4
- Views: 8952
Re: pin pull downs disable in Loader
Which port are you looking at?
I would expect the pull downs to be off when you enable a port for input; the only exception being where the pull-downs are explicitly enabled such as on 4B where the pull downs are enabled to get them to a default state.
I would expect the pull downs to be off when you enable a port for input; the only exception being where the pull-downs are explicitly enabled such as on 4B where the pull downs are enabled to get them to a default state.
- Wed Feb 15, 2017 4:01 pm
- Forum: XMOS Devices
- Topic: pin pull downs disable in Loader
- Replies: 4
- Views: 8952
Re: pin pull downs disable in Loader
Hi plex,
Does set_port_pull_none(port) do the trick?
Cheers,
Henk
Does set_port_pull_none(port) do the trick?
Cheers,
Henk