Skip to content
This repository has been archived by the owner on May 19, 2022. It is now read-only.

Write oRSC BE VMEStream -> SPIStream code #9

Closed
ekfriis opened this issue Sep 30, 2013 · 7 comments
Closed

Write oRSC BE VMEStream -> SPIStream code #9

ekfriis opened this issue Sep 30, 2013 · 7 comments
Assignees
Labels

Comments

@ekfriis
Copy link

ekfriis commented Sep 30, 2013

This standalone package should live on the oRSC backend, receive data over VMEstream and forward it via SPIStream to the backend.

Will be 1/2 based on the validation code in #8, and half on orsc_be_spi_echo_test.

@ghost ghost assigned dabelknap Sep 30, 2013
dabelknap added a commit to dabelknap/cms-calo-layer1 that referenced this issue Oct 1, 2013
Small updates + more support for emulation
@ekfriis
Copy link
Author

ekfriis commented Oct 3, 2013

Hi @dabelknap, can you try to do this? It should live in orsc_be_ipbus and the first version should be similar to #8 and orsc_be_spi_echo_test, except instead of echoing like #8 you connect the VMEstream receive cbuffer to the SPIStream transmit cbuffer, and vice versa.

@dabelknap
Copy link

In other words, I use orsc_fe_spi_echo_test/src/spiecho.c and orsc_be_vmestream_echo_test/src/vmestream_echo.c as starting points, and place the result in orsc_be_ipbus. Call it vme2spi.c, or something simliar. Sound right?

@ekfriis
Copy link
Author

ekfriis commented Oct 4, 2013

Exactly!

On Fri, Oct 4, 2013 at 1:44 PM, Austin Belknap notifications@github.comwrote:

In other words, I use orsc_fe_spi_echo_test/src/spiecho.c and
orsc_be_vmestream_echo_test/src/vmestream_echo.c as starting points, and
place the result in orsc_be_ipbus. Call it vme2spi.c, or something
simliar. Sound right?


Reply to this email directly or view it on GitHubhttps://github.com//issues/9#issuecomment-25692953
.

@dabelknap
Copy link

How exactly is a SPI transfer triggered? I don't see any "transfer" calls made in the loop: https://github.com/uwcms/cms-calo-layer1/blob/master/orsc_be_spi_echo_test/src/spiecho.c#L122

@dabelknap
Copy link

Okay, so data is transferred automatically in/out of the SPIStream buffers without explicit calls (https://github.com/dabelknap/cms-calo-layer1/tree/master/spistream/README.md), correct?

@ekfriis
Copy link
Author

ekfriis commented Oct 7, 2013

Yes, it is "interrupt driven" - however, there may be an error in how it is
setup, since it is untested.

Checkout uart_echo_test for a working example of interrupt handling (for a
different device type).

On Mon, Oct 7, 2013 at 10:27 AM, Austin Belknap notifications@github.comwrote:

Okay, so data is transferred automatically in/out of the SPIStream buffers
without explicit calls (
https://github.com/dabelknap/cms-calo-layer1/tree/master/spistream),
correct?


Reply to this email directly or view it on GitHubhttps://github.com//issues/9#issuecomment-25791853
.

@ekfriis
Copy link
Author

ekfriis commented Oct 18, 2013

Done, to be tested.

@ekfriis ekfriis closed this as completed Oct 18, 2013
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants