Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issue with data transmission: DacDacScan #28

Closed
simonspa opened this issue Jan 14, 2014 · 1 comment
Closed

Issue with data transmission: DacDacScan #28

simonspa opened this issue Jan 14, 2014 · 1 comment
Labels

Comments

@simonspa
Copy link
Member

Dear all,

I noticed some problems in data transmission in DacDac scans which come earlier than the known 254x254 limit.

Wen running e.g. a VthrComp vs CalDel scan with DacMax = 130 for both the HAL reports the following:

[17:21:39.316] DEBUGHAL: <PixelCalibrateDacDacScan:L665> Scanning field DAC 26 0-130, DAC 12 0-130
[17:21:39.316] DEBUGRPC: <roc_I2cAddr:L1049>  called.
[17:21:39.316] DEBUGRPC: <CalibrateDacDacScan:L1500>  called.
[17:21:39.316] DEBUGRPC: <GetRpcCallId:L130>  called.
[17:21:41.728] DEBUGHAL: <PixelCalibrateDacDacScan:L679> Function returns: 1
[17:21:41.728] DEBUGHAL: <PixelCalibrateDacDacScan:L680> Data size: nReadouts 16900, PHsum 516

so the size of the return vector nReadouts is correct: 130x130 but PHsum is significantly shorter. This does not happen up to a phase space size of 120x120:

[17:25:43.625] DEBUGHAL: <PixelCalibrateDacDacScan:L665> Scanning field DAC 26 0-120, DAC 12 0-120
[17:25:43.625] DEBUGRPC: <roc_I2cAddr:L1049>  called.
[17:25:43.625] DEBUGRPC: <CalibrateDacDacScan:L1500>  called.
[17:25:43.625] DEBUGRPC: <GetRpcCallId:L130>  called.
[17:25:45.665] DEBUGHAL: <PixelCalibrateDacDacScan:L679> Function returns: 1
[17:25:45.665] DEBUGHAL: <PixelCalibrateDacDacScan:L680> Data size: nReadouts 14400, PHsum 14400

Suspicion here is some limit on the total data size, since nReadouts is only of type int16_t and transmitted correctly while PHsum is int32_t.

Beside that I don't get any values here, but that might again be my stupidity?

simonspa added a commit that referenced this issue Jan 15, 2014
@simonspa
Copy link
Member Author

simonspa commented Feb 7, 2014

Since we are not transferring any decoded data via vectors anymore but rather do a full DAQ this ticket is obsolete.

@simonspa simonspa closed this as completed Feb 7, 2014
mmeinhard pushed a commit to mmeinhard/pxar that referenced this issue Oct 6, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant