Search results

I have not read every post in detail here but it looks like some attention is being paid to compiler time. I have been unable to upgrade to the latest release because compilation is just too slow. At first I though it was because my macbook was older, but I have a brand new M2 macbook now and it...

Super impressive work on the ADMA2 stuff and in general! I am pretty sure I could not have figured this out even after readying manual on ADMA2. Not straight forward at all and requires understanding the SD card data formats as well. Even with your read code I am not sure I could extend it to...

@Conmanx360 Amazing that you got this working. I am in the process of figuring this out for reads and writes. I totally get the messy code commit problem, but would you be willing to post some snippets of how you setup and trigger the ADMA transfers?

Not sure if this is PlatformIO related or not but the build with the new release is almost too slow to be usable for me. I have macbook pro that is 2 years old, NOT at M1. Was pretty fast with 1.57 release and the same codebase. The build did however catch a few issues with my code that did not...

"So there is some level of buffer clobbering going on." Thinking on this more. I believe the data is getting clobbered while it is getting transferred to the DMA buffer. DMA is inherently asnyc but the underlying lib should block on the call to `tft.updateScreenAsync();` if there is an ongoing...

I was able to reproduce this behavior. I am failure certain the issue here is that the DMA transfer happens async and LVGL thinks that the buffers are ready to be refilled as soon as `lv_disp_flush_ready(disp);` is called. So there is some level of buffer clobbering going on. I think this can be...

I was able to reproduce this behavior. I am failure certain the issue here is that the DMA transfer happens async and LVGL thinks that the buffers are ready to be refilled as soon as `lv_disp_flush_ready(disp);` is called. So there is some level of buffer clobbering going on. I think this can be...

I had to fork this lib and hard code the SPI speed. I have been able to set the SPI speed up to 75MHz, but I have read other people were able to reach 80MHz. I am going to test this in my setup (also using LVGL). Although, I remember the DMA frame buffers using a large amount of RAM2, which...

I was wondering about this and am really interested to see what your investigation digs up!

@mcginty I have my own audio framework that processes a single sample at a time and only buffers at IO boundaries. Here is my equivalent to the Audio lib update function, which handles both input and output (hopefully this will be of some use to your impl): void USBAudio::process() {...

FYI I am maxing out at 4 channels. I can get 6 to load up but my process loop is not reading the data fast enough. This may not be an issue with the Audio library because of the block buffering is likely more efficient that what I am doing. 8 channels also loads up fine but leaves little to no...

So I was able to get this working for 4 channels RX/TX. Have not tested more channels yet, but I think it will work just fine granted that I have enough room left in lower RAM for the buffers. Thank you again @mcginty for sharing your progress, this was a huge help. I am not sure how useful...

Excellent job with the AUDIO_CHANNELS iteration here btw. And these descriptor changes are awesome! This is non-trivial for sure.

Ah got it thanks! Here is the platformio.ini config (note i am using a micromod so set your board accordingly): [platformio] default_envs = release [env] platform = teensy@4.17.0 board = teensymm board_build.mcu = imxrt1062 board_build.f_cpu = 600000000L upload_protocol = teensy-gui framework...

@mcginty Was there meant to be an attachment on your last post? Not seeing one, but maybe I am missing it... FYI I am using platformio for my project and they have a good mechanism for patching the teensy core files. Let me know if you would like me to share the INI etc.

@mcginty This is amazing! I am working on a custom board similar to the one it sounds like you designed and have trying to update the Teensy core libs to do exactly what you have accomplished. While I am not using the builtin Audio lib stuff it would be super helpful to see your modifications...

This works perfectly! This tool is going to save me a ton of debugging time. Thanks for the tip :)

Between 1 and 6 being the key here! MB for not looking at the breadcrumb code... I haven't had a chance to test this yet but will do so soon.

@defragster Should I expect breadcrumbs to work when I have them spread out amongst a bunch of files in a larger project? I am using Platformio and have code my code spread out in a bunch of header and cpp files, but I can only get the CrashReport breadcrumbs to print that are in main.cpp...

Maybe the answer is my SW design is not too bad (obv it can always be optimized further) and I really just need more on chip RAM to support my whacky data access patterns into large arrays... so I need to just wait for the Teensy 5.x to be released! ;) jk, but seriously I love what you guys...

Yes I do mean PSRAM added to the bottom of the Teensy 4.1, 16MB in total. No I am not using the Teensy Audio library, although I did reference it while working on my implementation. I am not using a universal buffer like you have in the Audio libs, but rather create buffers as needed in...

I have used PROGMEM extensively and only have code in RAM that needs to be run at faster speeds. For the type of random access I am trying to do, for say granular processing, requires basically as much RAM as I can possibly get. I am able to sample ~2s of a mono signal at 48kHz in upper RAM...

Thanks for the quick response Frank! And I am certain you are right I am missing some info due to my lack of experience here. And to clarify, I do NOT have a ton of experience :) so I am not sure about the operation details of SPI or quad SPI and command sending over the "slow" address bus...

Hello all :) I have been developing with the Teensy 4.1 for about a year now and have built some pretty impressive realtime DSP software on it, but the issue I keep bumping up against is RAM. The 600MHz CPU with floating point is a dream for DSP and I can do almost as much computation as my...