Swapped an append to a replace with an ADT designed to return fast
pointers to char[] blocks.
Worked out that the one-corrupt-sample-per-packet bug was definitely not
fixed. I must have been looking at a 1kHz wave before.
Former-commit-id: d3054d9707
These #defines are located in desktop_settings.h and allow you to edit
how many samples are discarded per packet. The idea was to use this to
test the MCU-side code and ensure that it doesn't corrupt a packet per
frame, but this seems to have magically disappeared (???).
I remember queueing USB transfers a long time ago, but can't remember
this having any success. It's more likely to just be a random clock
skew issue that only appears on some boards - and it's only "fixed" on
the one particular test board I have in hand now. I think.
Former-commit-id: b32392b525
That's it. Literally a single #define that determines how many
milliseconds the OS waits before reconnecting. Fixed an error with
Windows not reading it on new mobo, hopefully fixes it under OS X as
well.
Former-commit-id: d69bbf8e68
Some CSV export features implemented - dump everything (in a stream -
750ksps!!) or just dump what's visible in screen. Stream doesn't dump
actual voltage readings but raw sample data.
Board software has been updated to fix DMAnot transmitting the correct
data for signal gen CH1 in modes 4 and 5
Former-commit-id: 7f40f04ef9
EspoTek