From the looks of things, anyway.
This fix came with a cost:
- All modes apart from 0 are broken.
- Randomly, the DMA write and USB read may access the same half of
isoBuf. This is determined on boot, and doesn't seem to desynchronise
and resynchronise over time.
The good news is that both of these have a fix. Give it another day of
coding...
Added triple endpoint support for the Desktop interface.
Should be possible to fix the one-packet-per-sample glitch easily, now.
Even if it isn't, the device now only needs to reserve 768 bytes/frame,
not 1023!!!!
Have moved from one big (1023 byte) iso endpoint to 3x 256 byte ones.
This will fix the error where Labrador is picky about which port it's
connected to, and *should* fix the one-sample-per-packet error.
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.
functionGenControl and espoComboBox now use QCoreApplication::
applicationDirPath(). This is to fix deploys on Mac. It’s possible
but unlikely that it broke Windows/Linux.
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.
It's a bit dense; some would say unnecessarily so. Might see what I can
do with it in the morning but there's a reasonable chance it'll become
unworkable.
- Reverted the dual transistor IC back to a single transistor (TSM
thingo)
- Added PSU indicator LED
- Added PSU control/expansion header.
Note that this is only in eschema, not pcbnew!
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.
May have accidentally broken Linux (untested, I wasn’t being shotgunny
but equally wasn’t being super careful). Seems to randomly fail on
launch. Probably a race condition on the mutex?
.pro file now works with both Windows and Linux. Have fixed up some
header names to have capital letters. Windows doesn't mind, but Linux
cracks the shits. Hop to have it runnning in Ubuntu ASAP.
Sadly, it only functions about half a dozen times before failing. I
suspect something isn't being released; perhaps another call needs to be
made to the .dll?
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
Two new ways of changing range:
- Press Z to snap to cursors, or M to open a dialog and enter manually.
- The frequency boxes now scroll in a more sane way - round down to the
nearest multiple of 10, then divide by 10 to find out the increment.
For example, at 2kHz, the next value will be 2.1kHz (2000 + 1000/10)
rather than 2.001Hz (2000 + 1).
Mode 4 (Logic Analyzer CH1 and CH2) code has been rewritten and a
third(!!!) pause button has been added to allow pausing while scope is
diabled.
Two of them should disappear in the next commit. :)
EspoTek