r2x0t

You must have some problem with FX3 streaming, because the recorded file is not continuous. There are jumps in the data stream every 8192 words (= usb transfer size?) Some...

@cnlohr It's better, but still there is something happening every 16384 bits and I don't think this is in original signal (again same as USB buffer size):  (used differential...

@cnlohr I'm using tool called ViewBin to analyze and visualize the bitstream. But to get same picture as I posted above, just plot the bits as pixels, nothing special. You...

So looking at the bits, I can clearly see data burst for each sweep with long run of "1" bits between. Distance between sweeps is not exactly the same (could...

_CHAN_INIT_Data_20180805155528.8.dat use polys 0xD3675,0x90C2D _CHAN_AFTER_BUTTON_Data_20180805170303.8.dat uses 0xB85F3,0xC058B Here is quick code to do the manchester demodulation and LFSR detection. You can uncomment printfs at various lines to get different outputs...

@ElectronAsh > When you say "slow" data, do you mean that the Lighthouse switches between the two different LFSRs to send that slower data? Yes, think of it as form...

> Exactly how many permutations are there for each LFSR value? I know it's not just 2^20 (1,048,576), but still a finite amount. 2^(shift_reg_len)-1 so yes, 2^20-1. Data burst is...

> I'm assuming that the LFSR in the receiver (for each sensor) would need to "reset" as the first bit of new data arrives at the sensor? That way, it...

Slow data from all files so far: ``` #1 = 8_seconds_8_bit_fixed_Data_20180805134454.8 #2 = _CHAN_AFTER_BUTTON_Data_20180805170303.8 #3 = _CHAN_INIT_Data_20180805155528.8 #1 #2 #3 000000000000000001 000000000000000001 000000000000000001 00101011000000001 00101011000000001 00101011000000001 01001000000000001 01001000000000001 01001000000000001 11010000100011111...

@cnlohr Just look at it purely from bit operations point of view: LFSR is just a sequence of bits where every bit depends on some previous ones that you select...