4 Commits

Author	SHA1	Message	Date
EspoTek	b28bad3bb7	Quick PCB finalisationsion, lowered priority of tiny_dma_set_mode_x; looks like it's stopped the problem of "too much switching drops packet ... Former-commit-id: c5e94e6812	2017-02-07 10:10:36 +11:00
EspoTek	cdf9da1562	Merged trying-calibration into master ... Very, very hackily... Former-commit-id: f929191825	2017-02-03 17:34:54 +11:00
EspoTek	9db4972573	Mode 1 Up ... Mode 1 moved to the new system. Same notes as mode 0. Former-commit-id: 3d5c2b0b0a	2016-12-16 14:23:06 +11:00
EspoTek	adaaa63eb7	Added more #defines to code ... 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	2016-11-28 10:38:14 +11:00