Latest activity

My suggestion is not to use the AsyncUDP_Teensy41 library plus your own buffering because the QNEthernet library already provides configurable buffering. This is, in fact, one of the reasons I don’t recommend that “async” library; when buffering...

I'm thinking about a "BLANK filter",to make a patch bay matrix,instead of using the teensy audio editor, i could compile with only declare the patchCord : patchCord1(); but after i could't make a connection because it's not initialized in the...

Looks like you have made great progress! I have found "bread boarding" a prototype, whilst quick, can cause lots of inconsistant phantom issues which you can waste hours trying to solve. How long does the screen take to render the above picture...

KurtE and wwatson, Just an update... Again I would like to thank you both for taking the time to help me get started learning about TFT displays. You have shortened my learning curve tremendously. I took everyone's advice and made a ver2 of the...

The inbuilt pull up resistors are in the order of 10k. That is too high and the code has to turn them on. 1K is likely too low. Try 2 (or 3) 9.7k resistors in parallel (=4.85k (or =3.23k)).

Now I don't have 4.7k or 3.3k at my hand, tried 1k, also didn't work.... but why I don't see people use pull-up resistor here and it still works? I thought there's inbuilt pull-up resistors.

9.7K is too high, 3k3 will be fine with 3.3V. The CS42448 shows 2k resistors, but that caters for voltages down to 1.8V.

That is one usage pattern. Another is that if it has previously detected that there is no media. The code then uses DAT3 pin to detect if a card is inserted. As mentioned in a few places in the reference manual, such as section 26.4

9.7K is too high, 3k3 will be fine with 3.3V. The CS42448 shows 2k resistors, but that caters for voltages down to 1.8V.

Are all problems fixed now, audio input and output good?

I’m going to bookmark this thread and point to it in the future because it’s a perfect example of why including some code in one’s question will very possibly lead to a solution much more quickly.

Hi @BriComp, thanks, I've put two 9.7k between SCL/3.3V, SDA/3.3V (I don't have 4.7k atm), still not working, any idea why?

Hi, @houtson, I've tried to connect to the CS42448 board with and without pull-up resistors (two 9.7k ohm, I don't have 4.7k atm) between 3.3v and SDA, 3.3V and SCL, still couldn't talk to the CS42448, any idea why? thank you so much.

The CS42448 has I2C ports. These ports require pull up resistors.

Hello! sorry for the too beginner question, I am connecting one CS42448 board and teensy 4.1 according to here, but the configuration is always failed, should I add pull-up circuit as you did? I checked my wiring several times and it should be...

Hi, i'm interessed in creating an audio matrix in my TDM system, is it possible to declare a patchCord without initializing it with all the variables,only for using it to make patches on the fly? : fake: AudioConnection...

After loading the Sketch? We can clearly see the I2C address So everything is OK.

For the TEENSY GND (I also have several GNDs, which one is good ?) I wired this one : And right next to it I have 3.3 V. Are my power supplies correct ? Thank you for your helps Regards

I have several 3.3V power supplies and I connected this one. When I check the connection (3,3 V) they are all linked so I guess it's good

Welp, here's the best I have so far, but I think either it just doesn't work or I'm doing it wrong somewhere. At best I sometimes hear flashes of sounds, so maybe there's a bug in my sketch...

Yeah, not wearing the hp is the easy solution (well assuming I can remember to do that when i'm deep in some iteration of another problem :) ). It is definitely happening when the code calls sgtl5000_1.enable(), because I've isolated it with...

It does save the effort of speculating ... my preceding post #6 wouldn't have had to recall the proper function to use and infer some relation.

I’m going to bookmark this thread and point to it in the future because it’s a perfect example of why including some code in one’s question will very possibly lead to a solution much more quickly.

I have found a solution: file.read() returns -1 after the SD card has been removed. I didn't notice this previously because I was saving the return value from file.read() to a uint16_t. So if I get -1 back from the read method, I only then...

No, the reading was being done on the main loop() not long after the call to SD.mediaPresent(), so it's not safe to call that method under normal circumstances. Again the solution is to only call SD.mediaPresent() when the card was previously...

@h4yn0nnym0u5e in regards to the slow playback start and the click sound -- on my end these are a million times better! I don't hear a click sound at all. I also took your advice and put my sample folder at the top level, and that plus your other...

I have found a solution: file.read() returns -1 after the SD card has been removed. I didn't notice this previously because I was saving the return value from file.read() to a uint16_t. So if I get -1 back from the read method, I only then...

Hi Paul, Sascha here from Northern Light Modular... We are very much looking forward to integrate the new IC into our upcoming Polymorpher - 2OCx for the Buchla format. Right now I am looking into implement all the input and output attenuation...

Mike, I'm in the process of updating the library to run with T4.1 native ethernet and shifting to VBAN packets so that multi-channel audio is available to and from desktop PCs. New Ethernet Audio thread

With asynchronous incoming packets I need to ensure the packet queue is not corrupted by interrupt-driven events occurring during update() cycles. Is cli( ) / sei( ) the best approach, or is there a less global interrupt that can be temporarily...

I'm reworking my 2019 Ethernet Audio Library (old Ethernet Audio Library thread and Library) to take advantage of T4.1 native ethernet and to align the UDP packet protocol with what's being used by other products. While there are a large number...

@h4yn0nnym0u5e - I know it's a WIP, but I've tried switching to your branch code... and I'm wrestling with some of the changes to how loop_start works... I basically need a getPosition() that returns whatever value is expected by setLoopStart()...

Updating firmware is not a normal case, once its finished and working you stop doing it, so perhaps don't wear the headphones while uploading code? Perhaps the update is toggling some pins connected to the audio adapter leading to this, or its...

Also check your 3.3V power connection. The audio shield gets its power from this pin (assuming the unseen wiring underneath from sockets to audio shield is a simple 1-to-1).

Update mentioned above now has a fix for the glitch, too. This is not production-ready - I need to remove some debug code and check whether I've broken filesystems other than SD.

I have already checked the ground between the Audio card and the TEENSY card, it is OK but I am not in the office at the moment, I will check this tomorrow. THANKS

This GND pin needs to be connected! Looks like you connected the other GND pin, but that is not enough. This one is definitely required.

Thank you, I'll try it and let's see what happens

I have worked on some versions of it. I believe it SD library version if it thinks you previously had media, it then asks the card does it by asking the card for information (card->status())... Code is in SD.cpp... If it did not previously have...

Yes I can reduce the wires and see if there is a change.

If someone happens to have headphones in their ears when they update the software, they get a very loud surprise--it's quite painful. I know now not to have my headphones in when I update, and I'd put a warning message in with every unit i'd ship...

Try this sketch which is an I2C scanner modified so that it should see the SGTL5000 on the audio card at address 0x0A. // 240919 Do an I2C scan which should find the audio card's SGTL5000 // at address 10 (0xA) #include <Audio.h>...

Did you ever figure this out?

Lots of stray inductance causing signal quality issues? - try shorter wires and bunched together tightly to reduce the large loop areas you currently have.

Why is it a problem?

I have worked on some versions of it. I believe it SD library version if it thinks you previously had media, it then asks the card does it by asking the card for information (card->status())... Code is in SD.cpp... If it did not previously have...

Sounds like the SD file reading is being done in an interrupt handler.

@KurtE - is this SD.mediaPresent() an item you worked out? Is the p#1 issue possible from what it took to determine card presence? Expected that files closed before calling this?

Thought it was threads.delay()! Indeed that must be used to do a thread switch and not just put the current thread in a wait loop causing the thread to 'stall' until thread time expires.

You're supposed to use threads.delay() instead of the ordinary delay() function.