The RawTpx3Pixel structure in memory
The structure is declared:
#pragma pack(push, 1)
typedef struct _RawTpx3Pixel
{
u32 index: 24;
u64 toa: 64;
byte overflow: 1;
byte ftoa: 5;
u16 tot: 10;
} RawTpx3Pixel;
#pragma pack(pop)
But #pragma pack may not be 100% respected by the compiler, for example due to mandatory alignment.
First test
Add testbox, checkbox and test code to the Tpx3-1 example from the AdvacamApiExamplesPackage
1. Add global declarations:
RawTpx3Pixel dataDrivenPxRaw[32000000];
int dataDrivenPxRawOvrFirst = -1;
int dataDrivenPxRawLen = -1;
bool showRawPx = false;
2. Add this code to begin of the initMeasParams() function:
showRawPx = checkRawPixels->Checked; dataDrivenPxRawLen = -1; txtRawData->Visible = showRawPx;
3. Show the data sample function, add above the timer1_Tick function:
void showRawPxFn() {
if (dataDrivenPxRawLen < 1) return;
int start = (dataDrivenPxRawOvrFirst > 0) ? dataDrivenPxRawOvrFirst : 0;
if (start > 1) start-=2;
String^ s = String::Format("start adr: {0}, OvrFirst: {1}, siz: {2}\r\n", start, dataDrivenPxRawOvrFirst, sizeof(RawTpx3Pixel)) + "index 24 / toa 64 / overflow 1 / ftoa 5 / tot 10\r\n";
for (int n = 0; n < 20; n++) {
int idx = start + n;
s += String::Format("{0}\t{1}\t{2} {3}\t{4}\t", dataDrivenPxRaw[idx].index, dataDrivenPxRaw[idx].toa, dataDrivenPxRaw[idx].overflow, dataDrivenPxRaw[idx].ftoa, dataDrivenPxRaw[idx].tot);
s += "B:";
unsigned char* arr = (unsigned char*)(dataDrivenPxRaw + idx);
for (int i=0; i < 16; i++) {
s += String::Format(" {0}", arr[i]);
}
s += "\r\n";
}
txtRawData->Text = s;
}
4. Add the line
if (showRawPx) showRawPxFn();
to the
if (dataDrivenPixelsCount != 0) {
section in the timer1_Tick function
5. Add this section to end of the clbDataDriven function:
if (showRawPx) {
if (dataDrivenPixelsCount > 1000000) dataDrivenPixelsCount = 1000000;
rc = pxcGetMeasuredRawTpx3Pixels(deviceIndex, dataDrivenPxRaw, dataDrivenPixelsCount);
dataDrivenPxRawOvrFirst = -1;
dataDrivenPxRawLen = 0;
if (rc != 0) {
dataDrivenPxRawLen = 0;
clbError = rc;
return;
}
dataDrivenPxRawLen = dataDrivenPixelsCount;
for (int n = 0; n < dataDrivenPixelsCount; n++) {
if (dataDrivenPxRaw[n].overflow != 0) {
dataDrivenPxRawOvrFirst = n;
break;
}
}
}
First test and result
start adr: 0, OvrFirst: -1, sizeof: 15
index 24 / toa 64 / overflow 1 / ftoa 5 / tot 10
242 196318 0 20 14 B: 242 0 0 0 222 254 2 0 0 0 0 0 40 14 0 242
242 238506 0 9 3 B: 242 0 0 0 170 163 3 0 0 0 0 0 18 3 0 238
750 386872 0 19 20 B: 238 2 0 0 56 231 5 0 0 0 0 0 38 20 0 238
750 445251 0 17 17 B: 238 2 0 0 67 203 6 0 0 0 0 0 34 17 0 238
750 477832 0 14 8 B: 238 2 0 0 136 74 7 0 0 0 0 0 28 8 0 238
750 572804 0 12 11 B: 238 2 0 0 132 189 8 0 0 0 0 0 24 11 0 6
4614 631863 0 15 21 B: 6 18 0 0 55 164 9 0 0 0 0 0 30 21 0 6
4614 636812 0 25 27 B: 6 18 0 0 140 183 9 0 0 0 0 0 50 27 0 6
- Length of the declared structure is: 24+64+1+5+10 = 104 bits = 13 bytes
- Length returned by the sizeof function is: 15 bytes
- The bytes list confirms this, it can be seen that the next record starts from the 16th byte.
- It is unlikely that the lowest byte of the ToA is always zero, so we see that the ToA starts with the 5th byte, so the pixel index is 4 bytes length.
- Assume that the ToA is indeed 8 bytes. So the next entry starts with the 13th byte.
- 13th byte at first data line has 40. It contains overflow=0 and ftoa=20.
- Bits 7-0 in this byte is: offfff00 (o overflow, f ftoa, fill zeroes)
- 14th and 15th byte at first data line is 14,0. This is word containing 10 bits of tot value and 6 bits filled by 0.
- First byte contains lower 8 bits of tot, second byte has remaining highest 2 bits and zeroes.
Second test and result
Now add the lines
rc = pxcSetThreshold(deviceIndex, 0, 0.0); errorToList("pxcSetThreshold 0 ******* test ****", rc);
to end of the initMeasParams() function
This will cause a dramatic increase in noise and subsequent occurrences of data overflow events.
start adr: 0, OvrFirst: 2, siz: 15, dLen: 543665
index 24 / toa 64 / overflow 1 / ftoa 5 / tot 10
10174 147457 0 16 4 B: 190 39 0 0 1 64 2 0 0 0 0 0 32 4 0 192
9920 147457 0 15 5 B: 192 38 0 0 1 64 2 0 0 0 0 0 30 5 0 116
116 0 1 0 0 B: 116 0 0 0 0 0 0 0 0 0 0 0 1 0 0 117
117 83 1 0 0 B: 117 0 0 0 83 0 0 0 0 0 0 0 1 0 0 47
57391 147457 0 24 8 B: 47 224 0 0 1 64 2 0 0 0 0 0 48 8 0 43
57643 147457 0 24 5 B: 43 225 0 0 1 64 2 0 0 0 0 0 48 5 0 45
57389 147457 0 24 5 B: 45 224 0 0 1 64 2 0 0 0 0 0 48 5 0 53
57397 147457 0 21 7 B: 53 224 0 0 1 64 2 0 0 0 0 0 42 7 0 49
57393 147457 0 23 7 B: 49 224 0 0 1 64 2 0 0 0 0 0 46 7 0 50
58162 147457 0 22 6 B: 50 227 0 0 1 64 2 0 0 0 0 0 44 6 0 58
57914 147457 0 18 5 B: 58 226 0 0 1 64 2 0 0 0 0 0 36 5 0 54
57910 147457 0 20 5 B: 54 226 0 0 1 64 2 0 0 0 0 0 40 5 0 56
57912 147457 0 19 6 B: 56 226 0 0 1 64 2 0 0 0 0 0 38 6 0 65
57409 147457 0 15 5 B: 65 224 0 0 1 64 2 0 0 0 0 0 30 5 0 60
57916 147457 0 17 5 B: 60 226 0 0 1 64 2 0 0 0 0 0 34 5 0 63
57663 147457 0 16 5 B: 63 225 0 0 1 64 2 0 0 0 0 0 32 5 0 71
57415 147457 0 25 6 B: 71 224 0 0 1 64 2 0 0 0 0 0 50 6 0 66
57922 147458 0 30 6 B: 66 226 0 0 2 64 2 0 0 0 0 0 60 6 0 69
57413 147458 0 29 6 B: 69 224 0 0 2 64 2 0 0 0 0 0 58 6 0 73
57417 147457 0 25 6 B: 73 224 0 0 1 64 2 0 0 0 0 0 50 6 0 75
In the listing we see pairs of lines that have overflow=1, pixel indexes 116 and 117. The first one announces the beginning of the area of missing data, the second the end and has the missing time in the toa item.