Search results

It seems the author removed all data from Github, but I found a working download link on this Nuts&Volts page. Paul

Do you see these problems with bare Teensy 4.1's or are they connected to other electronic circuits? A Teensy does not have a Boot button, only a Program button. A fresh Teensy from the factory contains the Blinking program (flashing the onboard LED). Q1 is acting a an "ideal diode". U2 is the...

I checked the MAC address here: https://dnschecker.org/mac-lookup.php?query=04%3Ae9%3Ae5%3A05%3A4f%3A31. The prefix 04e9e5 points to a PJRC product, perhaps a Teensy with a WIZ812 Ethernet Adaptor Kit or a WIZ820io & Micro SD Card Adaptor? Paul

Hi Markus, yes, Markus' library will work with the MCP2004A. I succesfully used SK Pang's boards for LIN Master and Slave operation. See my Github repository here for working examples. Paul

That's what I did. This is the circuit I'm using: This results in a Teensy output current of ~8mA max. Since the SPDIF signal is biphase-mark-coded data, the average current will be ~4mA. And this is what it looks like on the scope: For reference, this is the code I run on the Teensy 4.0...

For a quick test, you could use a 330Ω resistor +100nF cap in series, between Teensy pin 14 and the RCA center pin. With a load of 75Ω, about 8mA will be drawn from the Teensy pin. Just tried this and it works fine for a short test. Paul

Agree. But it does actually work. The RME ADI-2 Pro FS does recognize the RCA signal [using an SPDIF coax/optical breakout board with 220Ω/100Ω divider]: However, when I built the 4K7/1K divider + capacitor circuit from the first post, the RME does not recognize the signal. The oscilloscope...

I believe your passive voltage divider is not correctly impedance-matched. From the WM8804 datasheet: See this post for more info. Paul

Thanks, it's clear now on the output_spdif & output_spdif2 modules. With respect to output_spdif3: I read through the complete "Chapter 40 Sony/Philips Digital Interface (SPDIF)" of the IMXRT1060 Processor Reference Manual but there is no mentioning about preamble whatsoever? Do you know in...

Probably a question for @jmarsh... While looking into the thread "SPDIF output: adding "copy permitted" in the channel status", I noticed on the logic analyzer that the preamble of output_spdif3 is inverted with respect to the preambles of output_spdif & output_spdif2. Below are screendumps of...

I can confirm that this works for AudioOutputSPDIF3. Here is the output of my logic analyzer: 1514,2454717.50,Preamble B, 1515,2456135.00,Aux 0x0,Audio 0xf54800 1516,2457552.50,Sample 0x12af, 1517,2464640.00,V, 1518,2464992.50,S: 0, 1519,2465347.50,C: 0, //this is Channel Status bit 0 of...

Hmm, confusing all those slightly different specifications. I tend to trust the CirrusLogic/Crystal document since it specifies all 192 Channel Status bits for both Consumer and Professional mode. Paul

Perhaps this document? Paul

Thanks for looking into this! While viewing output_spdif.cpp, I noticed this struct: struct { // byte 0 uint32_t pro:1; // 0=consumer format, 1=professional format uint32_t audio:1; // 0=linear PCM, 1=non-PCM uint32_t copy_permitted:1; // 0=copy inhibited...

You may want to actually attach the code - I don't see it. Paul

Could it be that your Ethernet infrastructure at home takes some time to get fully operational after a power outage? I wouldn't be surprised that all your Teensy's do actually power-up correctly but are timing out on the first QNEthernet call. You could add this to the very beginning of your...

Well, you may want to elaborate on what you exactly want. Are you looking into connecting the VU meters to your DAW in order the show volumes of different tracks? Or is it a completely different application without using a DAW at all? When it's indeed a solution for a DAW, you need some tool to...

The latter you can easily check by adding Serial.begin(9600); to void setup() like so: void setup() { Serial.begin(9600); usbMIDI.setHandleControlChange(onCC); < stuff deleted > } and by adding some Serial.print()s to void onCC(byte channel, byte control, byte value) like so: void...

Is this the project you are referring to: https://www.bluecataudio.com/Blog/tip-of-the-day/building-a-midi-controlled-analog-vu-meter/ ? What exactly does not work and what did you try? Can you share your code for review? Are you sure the DAW plug-in actually sends out MIDA data to your Teensy...

You may want to have a look at USBtreeview. This is the tool I use a lot for that purpose. Paul

Happy to hear it's working fine now. Just connect SCK to GND at each DAC board. I have always used PCM5102A's in that configuration without any problems. Distributing the 11.29 MHz MCK signal from Teensy to all 8 DAC boards may introduce other problems. Paul

Please do so! Otherwise the Teensy signals are floating with respect to the other circuitry. Paul

Thanks for the photo and your code. 1. please increase the number of audio buffers to 30 like so: void setup() { pinMode(LED_BUILTIN, OUTPUT); AudioMemory(30); } 2. is the Teensy 4.1 GND connected to the GND of the rest of your circuit? Can't really tell from the photo. Paul

Could you show us a photo of your setup and wiring? These I2S signals are pretty fast; BCLK is running at 2.824 MHz. So far you did not share your code for us to look at - can you show a minimal sketch which generates the bad audio? Paul

If you're using CAN3 you should initialize the FlexCAN Bus object like so: FlexCAN_T4<CAN3, RX_SIZE_256, TX_SIZE_16> canBus; // Teensy's built-in CAN3 Paul

OK, thanks for the clarification. Perhaps the elapsedMillis timers[numPedals]; function is colliding with the static elapsedMillis displayUpdateTimer; function? What happens if you set if (displayUpdateTimer > 50) to if (displayUpdateTimer > 250)? Does the intermittency get less? Another way to...

Can you explain what exactly you mean by "intermittency"? Have the displays difficulty with updating? Or..? Paul

Great! If I remember correctly, some people on this forum have tried that but I'm not sure they succeeded. Paul

Did you also copy boards.txt? If I understand the instructions correctly you need to copy the cores folder from Github over your existing cores folder and the boards.txt file. Paul

Hi Enrique, perhaps this thread will help. Paul

Did you install this extra library for Teensy to add an additional USB mode ("XInput"): https://github.com/dmadison/ArduinoXInput_Teensy ? Paul

You need to give it some AudioMemory to work with, like so: void setup() { AudioMemory(8); sine1.frequency(1000); sine1.amplitude(1); } Paul

Is the 3V3 present when you power the Teensy over USB only? Paul

That's unusual but seems possible. See this application note. Paul

It looks like not being possible. Uploaded the small program below to a Teensy 4.0: #include <Bounce.h> Bounce button0 = Bounce(0, 10); void setup() { pinMode(0, INPUT_PULLUP); } void loop() { button0.update(); if (button0.fallingEdge()) { Keyboard.press(KEY_SPACE); } if...

That sounds to me there is a short on the 3V3 line somewhere on the board. Did you visually check for shorts, e.g. solder blobs, metal particles, flux residue, etc? I think the regulator is still operating - in current-limit mode though. Paul

Did you reconnect the PCB pads again for testing the Teensy on USB power? Paul

You may want to attach the code, or add it using the </> button on the upper-left. Paul

Isn't this actually the "Memory Wipe & LED Blink Restore" as described on here? You apparently needed to try a few times, but it worked in the end. Paul

Should have been clearer: a regular USB 2.0 PC host should be able to supply 500mA @ 5V. That leaves <= 400mA for the Teensy USB host to supply. Paul

A regular USB 2.0 host should be able to supply 500mA @ 5V. Substracting 100mA for the Teensy itsself, should leave you ample power for your Tonex One Pedal. Paul

No, you should not. Just recompiled and uploaded my old (Teensy LC based) midi controller project under Windows 11 Pro. Arduino 2.3.4. MIDI-OX 7.0.2.372 works, perhaps you should try this browser-based tool: https://studiocode.dev/midi-monitor/ ? That works here as well. Paul

If I understand the source code correctly (but I'm not a pro), you can use the function mypot.outputRange(uint8_t min, uint8_t max); anytime you changed the mux to a different port. The function sets the parameters outLo and outHi to a specified value which are then used by the MIDIpot::send()...

A few questions: 1. Does reading out the registers wm8904_dump_reg(); work? 2. Is the MCLK signal present? 3. What happens if you read out register R0? The datasheet I looked at. Paul

Not that I'm aware of. Googling for a while didn't return a hit. Paul

The AnalogDevices SSM2602 seems pin-compatible with the Wolfson/CirrusLogic WM8731. Perhaps the SSM2603 is usable for you? Paul

What exact "magic numbers" do you mean? You may want to share your reasoning and your code fix for forum members to elaborate on. Paul

Here you can see the algorithm live at work. Paul

Can you show us a wiring diagram how you hooked up all parts, including powersupplies? Detailed photos also help. Paul

@Christian_K You may want to consider using the ResponsiveAnalogRead library. That works like a charm. Some time ago I built a MIDI fader using 3pcs 10KΩ faderpots (plus 3pcs rotary encoder). Here is the schematic: As you can see I added 3x 100nF caps to the fader signals to filter out noise...