Frank B
Senior Member+

I'd blame the programs. There is no "Teensy driver" - everything is native Windows. The driver too. Perhaps something gets confused by your com-port-hack or the FTDI driver on com1. Could it be that the FTDI driver...

Ok.. great.

Files: Yes, I think so. But I don't think there is a connection with the weired message "..does not exist". In this case the Arduino Terminal should'nt work. I tried on my computer, and it works on a T3.2 It might...

Weird windows.. Its not visible in your screenshot: Have you used $port = New-Object System.IO.Ports.SerialPort COM1 Its interesting that both are COM1. I thought Windows does not do that.

Is the Arduino Terminal closed? Only one program can use a serial port.

Is the Teensy on COM1?

The Arduino IDE does not provide such a function. In your program you can use SCB_AIRCR = 0x05FA0004;

Hi Len, If I remember correctly (It's been some time since I wrote this) the times are preset in the chip. Maybe you want to look at the 3000+Pg Reference Manual? Quite possible that there is an option I did not...

But a new user doesn't associate that text with "it could be the wrong cable".

KD0RC, very nice project. How did you make the front panel? I'm always too lazy to make a front panel. At some point my projects end up dusty in a drawer, and are then used much later as a component donor... :( ...

No Problem. @Paul, can the booloader detect wether it is a charge-only cable or not?

Attached a shorter file, it should upload (Press the button), and blink a bit faster after that. If this does not work too, there is a Hardware problem.

1) Is this a brand new Teensy 4, or has it been used before? 2) Does it blink slowly? 3) Is the USB-Cable you are using a charging only cable or is it for data, too? You can try it with a smartphone or any other USB...

Correct, in most cases the reset on the display is not needed. You also don't need some pins of the audio shield. I.e. if you don't use the potentiometer, you don't need pin 15. If you don't need the SD card on the...

Are you really sure you're starting the downloaded version? Klick on "Help": And are you sure you're using the correct Hex File? How large is it, in Bytes?

I've modified the code in #60 to work with TeensyLC and Teensy3.x

If I do it right, it works right. Voilá, pitch shifting on LC (okay, it just changes the samplerate on the fly) You'll need a potentiometer on your Audio Shield or Pin 15. Modified WavPlayer example for Teensy LC...

LOL I tried to modify the PLL of the SGTL-5000 at runtime, with the help of the potentiometer on the Audio Shield and the WavFilePlayer. HAHA.. Well.. THE LC CAN DO PITCH-SHIFTING. Totally random... it jumps...

I don't know if one should do that... lol I've just connected a cheap headset from an old smartphone to the PJRC PT8211 board. VERY very loud. I don't know any spec of the headset. Don't know if it can kill the...

Done .

I found it. It was 2016: https://github.com/PaulStoffregen/Audio/commit/0b27b37eb8a3ef60860424f5f14a3d146f2de739 As we now have more sources for files, and with the abstractions we need a better fix.. Edit: FS...

No more silent passing away... (in most cases) @Paul or others: In WavFilePlayer we have patches like #if defined(HAS_KINETIS_SDHC) I think I(??) have added them a long time ago, to fix something.. I cant'...

PaulS, here is a new version

Looks like we need a I2S_TCR2_DIV(x); where x = 8.5 which is not possible. Or I must go back to 16 bit I2S Hm... i think I'll do that.

Hi Pauls, hm.. can you try to edit line 609 in OutputI2s and change it to this: I2S0_MCR = I2S_MCR_MICS(0) | I2S_MCR_MOE; Dank je wel! Frank

Waveplayer/AudioStream.h Hm mysterious... now it works with 64, too.. don't know what happens here... must be a glitch in the matrix

Paul, I have done PR for Teensy-LC / Audiolibrary. Would you merge them?

So. I have created some PR, hoping that Paul will merge them. - Code for the PT8211 (tested and working) - Audio-Lib fixes for the LC, so that it does not come to errors when compiling. - AudioControlSGTL5000 now...

Ok, that works. I2S slave works too.

Thank you. Here is the WIKI: https://github.com/TeensyUser/doc/wiki

You shouldn't use nops. It is incompatible between teensys, and different F_CPU. With a new, faster Teensy, it will not work anymore. Better is to use delayNanoseconds(). Ther might be cases where your NOPs are a few...

The buzzing sound is an indication that something may be wrong with your hardware. Please show a photo of the wiring. And test a simpler thing first. A sine output for example. With the waveplayer there are more...

I have used it, works. Paul tested it too: https://forum.pjrc.com/threads/59781-AudioOutputI2S-on-Teensy-4-0-not-working-Hair-puller!?p=231186&viewfull=1#post231186

Tim, it has to do a bit more than reading pins - it must toggle the clock pin & shifting. So it results in 16Mhz "only". Might be still too fast. For shiftOut I added code with "smart wait" that results in 10MHz...

I measured it now. oops... 16.3MHz with T4 @ 600MHz. Check the datasheet, if the chip can handle that. void setup() { pinMode(12, OUTPUT);

On Teensy, ShiftIn is *way* faster than I2C. On Teensy 4, it can happen that it is too fast for the chips.. You will see no markable difference to hardware SPI. (did not look at the datasheet for yor chip) When I...

You can use shiftIn(). https://www.arduino.cc/reference/en/language/functions/advanced-io/shiftin/

I can :) The new Teensy LC arrived. SGTL-5000 sine (44116,9739Hz sample frequency): However, I need to find a way, NOT to initialize the SGTL-5000 after a reset. Otherwise it stays silent... Tomorrow is...

https://github.com/FrankBoesing/Arduino-Teensy-Codec-lib But it is the MP3 lib only. To be exact, it can decode AAC/MP3 and FLAC in HiFi quality. Lost the rest of the code. :)

I lost it some years ago. BTW, the SPI was 60MHz, so I had to run the Teensy 3.2 with 120MHz. But the CPU usage is low. It's the % value in the headline. The mp3-library is on my github.

Yes, it was a mp3 radio stream form a local station, esp8266 for wifi. Teensy 3.2 does mp3 decoding sound and display.

The last one is a little too slow, maybe, but you got the idea :) Als this was done on a "slow" Teensy 3.2

The "bins"-display is more important. You don't need more than 20Hz (or even less, depends on how you're doing it ) for a good display. Cinema is 25Hz. But you can smooth your data. It looks even better to use less,...

In addition all these bins don't give you more usable Information than, lets say 32 or less.. If you just look at it, with the eyes.

512 bytes shouldn't be a big problem. But how do you display 512 bins on the 320x240 display? I bet you can transfer much less than that. Maybe 16 bins are enough?

This happens when the program crashes. Try to reduce your program until it does not crash anymore.

With my proposed solution you can use a slow connection. Bluetooth maybe?

I understand, you want to save money with a cheap cpu on the display, but that is the wrong place..

As said, you can just use a Teensy on the display. It can handle the graphics , and you can send just the values for your spectrum display over *whatever* interface. That would be low traffic. I'd recommend serial.

Spi to the display is 30MBit on Teensy.

Best is to use a Teensy on the display, if you want it fast.

The default speed is 30 MBIT. You'll need an interface and a CPU which can handle that, or live with way slower speeds.

https://forum.pjrc.com/threads/38753-Discussion-about-a-simple-way-to-change-the-sample-rate?p=266346&viewfull=1#post266346

On a Teensy4? Try this: #include <utility/imxrt_hw.h> void setI2SFreq(int freq) { //Teensy 4 // PLL between 27*24 = 648MHz und 54*24=1296MHz int n1 = 4; //SAI prescaler 4 => (n1*n2) = multiple of 4 ...

You have no AudioMemory().

...it does not save all preferences.. I've added some items to the menu, via boards.local.txt (and use platform.local.txt, too) These are not saved? Edit: now it works. Hm.. not sure why it did not work before..

I got a cryptic message: RenameFile first file dont @Activate codsn not rname What does that mean? I've installed the buildpath utility now.

Hi, 1) I tried your prefsaver. It is not possible to open more than one "Sketch" anymore? Is that intended? 2) Your tools may be very useful for some of us! This post will be hard to find in a few weeks. Can you...

Yes, I hope I can make it work with the Audio Shield (SGTL-5000 in I2S-master-mode), too.

..or just wait for i2s,. I'll add it as soon my new Teensy LC arrives.

I've added a PR that adds printing hardfaults, temperature panic and unused interrupts. It first does as soft reset to put the Teensy in a clean state, then prints the messages. After 10 seconds, setup() and the...

Added temperature panic print. After that, it shuts down, as before - I think, that's the best in this case.

I found a racecondition with the _vector table. It is not declared volatile, so if a interrupts occurs near writing a new vector to table, it calls the old interrupt. I'll issue a PR.

Hmm, I don't think so. Let me think about how to add this.... It would be a good feature. Possibly, in this case, it should also lower the speed of the CPU to give it a chance to cool down.

I'll create a PR for Paul... not sure if he wants to merge it.. This certainly needs some advocates

Right. This crashes, as expected: #include <T4_PowerButton.h> void setup() { volatile char c = 42; setup(); } void loop() {}

Found it. GCC is smarter than me :) Without optimization it produces this ("bl") With optimization it just branches ("b") to the start of the function - id does not call. So, correct - there is no stack overflow.....

Had an other idea. Switched to "optimize: debug", and voilá, it prints the error. Hm it works if I switch to optimize "debug" #include <T4_PowerButton.h> void setup() { setup(); }

Well it detects this: #include <T4_PowerButton.h> extern unsigned long _ebss; void setup() { uint32_t *p = ((uint32_t)&_ebss); *p = 0xdeadbeef; } void loop() {}

That's indeed amazing. I don't know why. It seems not to care about null-pointers.

Yes, parts of it, not the whole lib. Maybe this, with the "power button" functionality added. ...and perhaps it should show a text that says more clearly that it was a nullptr? Hardfault. Return Address:...

@Defragster, @Paul: Hehe, with #include <T4_PowerButton.h> it shows a Nullpointer-Exception. Without the include, it dies silent.

Pretty amazing that this works on a UNO: strtokIndx = strtok(NULL, ","); // this continues where the previous call left off integerFromPC = atoi(strtokIndx); // convert this part to an integer ...

Mm, might be not worth the effort and easier to just use serial @ 6Mbit... no code needed,can use the cheapest esp8266 with default AT Firmware und just works. Maybe i'll do a tutorial someday...

No Nico, there are no api calls that allow that. But why don't you just look at the sourcecode? It is not forbidden to modify it, and answers all questions ;)

Maybe easier is to develop a program, like AT Mode for the ESP and a Teensy library. Both optimized for each other and for SPI? With 2 chipselects, perhaps, for command+data? Or, such a thing may exist already?

Because everyone uses a different solution then and we will still read this proposal ;) I've added an ESP some years ago - yes, that works. Several other have done it, too.

Teensy uses the GNU Arm Embedded Toolchain which uses Red Hat / Newlib. In "our" version is a sinf() bug that leads to the slow calculation. It was fixed in Newlib some time ago. Workaround for us: Don't use large...

So, I have time now, and so I played a bit with excel. SampleFrequency = PLL_FREQ / 4096 To create the PLL Frequency we have a "div" and a "frac" field. "Frac" ist float, and gets multiplied by 2048 for fixed point...

Definitely, yes. Even if it will be "only" an official addon board.

Yes. The Teensy will be accessible as a drive. On Windows, you'll see it in the explorer and you can copy and read files from it. It's under development - there is a thread here in this forum. TeensyTransfer was...

Yup. Very unfortunate that it was the prototype of all things. Rest in peace. Hm... when I look more close.. maybe I can repair it..

Managed to kill my last LC by unintentional, brute force applied to the poor usb connector.... ordered a new one.

That works good. I see 44100Hz, with corresponding bitclock, created by the SGTL PLL. But I was unsuccessful to create 441117.6 with it. To be continued soon

Ok, so..next step... make the LC work with the Audio Shield. The LC can output 16MHZ on MCLK, which is perfect for the SGTL-5000: The datasheet says: So, as first step, I'll try to modify the SGTL-5000 code...

Hi Kets, I don't have any plans to update the tool. MTP is in development, and when it is ready to use, the tool is not needed anymore. But all the sourcecode is on GitHub, so you can do it. If you do the needed...

Hm I think the only bits remaining that can have an influence is the Bit Clock Polarity (BCP) and the Frame Sync Polarity(FSP). I modified both, but the result is always the same on my scope. .

I think this is due to the inner working of the PT8211. It has no MCLK that other chips may use for this purpose? It is a cheap, cost optimized product, as well as the Teensy LC CPU. Freescales calls it "ultra low-end...