Search results

And encountered the ADC stalling at input >1.0V again with all optimization settings. It appears to be the enableCompare() and enableCompareRange() checks that are included in the ADC library examples after changing resolution to ensure that the ADC is actually behaving correctly. Failure to...

This has still been bugging me, so just did a bit more experimenting. (const uint8_t*) version works fine with "Fastest" but has the "ADC stalls at input >1.2V" issue for "Fast" and "Faster". Actually use the arm_dcache_delete() and all of them work. So it was definitely related to optimization...

hmm. // if ((uint32_t)pbuffer0 >= 0x20200000u) arm_dcache_delete((void*)pbuffer0, sizeof(dma_adc0_buff1)); // if ((uint32_t)pbuffer1 >= 0x20200000u) arm_dcache_delete((void*)pbuffer1, sizeof(dma_adc0_buff1)); If I had actually read for comprehension, it deletes cache between the two...

Still loving the Teensy4 with its high-speed USB and hoping I can manage to get it working even better with some supplemental hardware to get rid of these damn 'Bitwise Systems' hardware boards using Cyclone II FPGAs and Cypress EZ-USB FX2LP USB chips. Adding the external ADCs should be no...

Literally changed the line from const uint8_t *usbhs_write_buffy_pointer = (const uint8_t *) usbhs_write_buffy; to char *usbhs_write_buffy_pointer = (char *) usbhs_write_buffy; with nothing else changed anywhere in my sketch and it started working correctly. Got so frustrated nearing a full...

Convenience pointer was because of Serial.write() demanding const char* or const uint8_t* for buffered writes and I got tired of trying to keep it happy while using a single 512-byte chunk of RAM and accessing it as uint32_t, uint16_t, uint8_t, or char arrays depending on need. That pointer is...

...and yes, I am aware the effective number of bits is less than the stated 12-bits at ADC_CONVERSION_SPEED::HIGH_SPEED and ADC_SAMPLING_SPEED::MED_SPEED. Some ranty/venty backstory... We have some custom ADC hardware that uses a bunch of obsolete parts with a really irritating high-speed USB...

Been quite a while since I've been active on any forums, but nice to see KurtE is still going strong. Not really urgent in any sense and not exclusive to any Arduino variant and not sure how many more projects I'll be using the T4 for, but it would be nice if the -O0 option were available...