Search results

I installed 2.3.2 IDE without any problems now.

After installing a new Arduino IDE and Teensy 4.1 environment, I'm getting all of a sudden following errors: FQBN: teensy:avr:teensy41 Using board 'teensy41' from platform in folder: C:\Users\CA\AppData\Local\Arduino15\packages\teensy\hardware\avr\1.59.0 Using core 'teensy4' from platform in...

I'm using the IDE (clicking on the check or upload symbol). In the terminal I also see no json, when when I copy the messages, they are transformed into json.

I didn't do anything special to get json output. I just created a new project by importing from Arduino .ino file.

These are the only warnings I'm getting. I found, the address is not so important. For the time being I can live without special path.

Thanks, switching to QNEthernet works (still getting those warnings ) [{ "resource": "/c:/Users/cytro/OneDrive/Documents/PlatformIO/Projects/WSServer/include/Tiny_Websockets_Generic/client.hpp", "owner": "cpp", "severity": 4, "message": "#warning WEBSOCKETS_USE_ETHERNET and USE_QN_ETHERNET...

I tried to compile and run the NativeEthernet example in platformio and get these errors: Building in release mode Linking .pio\build\teensy41\firmware.elf .pio\build\teensy41\lib7d5\libNativeEthernet.a(NativeEthernet.cpp.o): In function `EthernetClass::begin(unsigned char*, unsigned long...

I can use telnet. That works. But how can I add a path?

I have 2 questions: how can I connect to the websocket server from Windows? how can I add an address to the ip (ie. I want to connect to ws://192.168.1.177:5557/data)?

I've released the latest beta. Improved filesystem handling for easy Midi-Sequence handling etc. Also the schematics and pin layout are added.

I found a Q&D solution to prevent Strings allocating heap memory bei using EXTMEM buffers like that: res[n].setBuffer(resbuf[n - stn], 1000); // res[] is in EXTMEM as well as resbuf[][] res[n] = ename; //This function does the magic: void String::setBuffer(char *b,int cap) { buffer = b...

the github repository for the webgui interface https://github.com/CADragon51/webgui And the Teensy SW: https://github.com/CADragon51/TMSidekick2 You need platform.io as IDE. Minimum HW requirements: Teensy 4.1 8MB external memory USB Host LAN Adapter SD card

If you want, you can use the bibrary for your own projects.

If you want, you can use the webgui library for your own projects.And of course, change the colors etc. to you liking. All done with smoke (css) and mirrors (node.js).

All these Windows are interactive in real-time:

If someone's interested in the SW (Teensy 4.1 on platforrmio and node.js as webserver), I'll post links to github.

The problem went away, as soon as I removed the delay from the design.Although the USB had no real problems (besides the usual clicks), the SPDIF went bonkers. Without delay: no problem. Thanks Frank. (I'm aware,that my information was a little vague, but I didn't want to paste 30000 lines of...

I tried 3 different devices (with 44.1kHz SR SPDIF in) to connect to the T 4.1. The best I got was some expected sound with lots of clicks and noise. The other 2 just produced noise. The same program worked with the T 4. What am I'm missing here?

Thanks. So my design should work?

Does the IC work with 3.3V or does it need 5V? If 5V, is the output compatible with Rx0 Pin?

Please don't hold it against me. I swapped the cable and it's working fine!

Yes, that's the same signal I see at Pin 8. But why no MIDI?

I tried to get this code working: #include <MIDI.h> MIDI_CREATE_INSTANCE(HardwareSerial, Serial2, MIDI); const int channel = 1; void setup() { MIDI.begin(); } void loop() { int note; for (note=10; note <= 127; note++) { MIDI.sendNoteOn(note, 100, 2); delay(200)...

The cavities needs to be shielded. Use metallic paint, it's easy to apply and works great. Any Luthier supplier has this stuff. Put also a grounded wire to the bridge, I don't see any cable there. The vol pot should be 250k. 10k is to low. Did you measure it or just looked at the value? How much...

When you do that, also check the shielding. If something's broken there, you can add cavity shielding paint any time.I'm not a big fan of copper foil.

Also check, if everything metallic is grounded. All control and PU cavities should also be properly be grounded.

Thanks, got it working so far on a Teensy 4.0 with the SSD1306Ascii library.

Are the SSD1306 and 1309 driver really the same? I tried all 1306 libraries to no avail.

Or if possible, a library, which supports I2C.

Which library would work with this configuration? I tried Adafruit,Sparkfun and U8X8 libraries. I got some white noise from Sparkfun, so the device is working, but other libraries where jsut dark. Please direct me to the right track. BTW I tried that also with the MOS0 and SCK0 pins.

Thanks, that does it! Works as expected now.

#include <Wire.h> #include <SPI.h> #include <SD.h> #include <SerialFlash.h> #include <NativeEthernet.h> #include <NativeEthernetUdp.h> /* UDPReceiveOSC Set a tone according to incoming OSC control Adrian Freed */ //UDP communication EthernetUDP Udp; byte...

I meant 2048 Byte. any idea where this restriction comes from?

You're right. Pure message length of 2028 works for me too. I forgot, that OSC has some overhead bytes, which caused the crash.

I used tcpview and pktmon to verify the packet size. And yes, I called setSocketsize upfront. Today I tested and found the max size as of 1576. 2048 crashed the Teensy

I have some problems with OSC (over UDP). As long, as the packet size is <1024 Byte, I can receive the data (as long as I send them 1 message per ms). If the packet size is greater, then I receive nothing. I've the buffer-size etc. accordingly: Ethernet.setStackHeap(1024 * 128)...

Thanks for the update. I can't see any distortion now. One request though: could you also put a pull request on the gui.index.html in order to include the new SPDIF objects (SPDIF3 IN/OUT)? What do you mean all 3x SPDIF Out? Does this mean, 3.2 and 3.6 have also SPDIF Out - same Pin?

I just realized, that what was accomplished here opens a new horizon. Now we can have virtually unlimited power bu connecting as many T40s as necessary to get extremely complex audio synthesis/processing. Latency is very low and the wiring is straightforward. Just one serial line from the first...

I appreciate that. Update: I'm getting some sound, but it's very distorted. Edit: after some fiddling with the voices, the sound is now clear as expected. Thanks for the SPDIF3 object.

OK, I got SPDIF out working and on SPDIF in I'm getting the SPDIF Signal, though I had to cut the pin, which goes to the audio shield. I can get the Sample Rate correctly, but no Audio. The signal looks OK to me on the scope. Do I have to use more than 'begin()' as setup? BTW: I have tested with...

Sorry for my obvious ignorance ;-) . I thought - because of the name SPDIF3 - it was some completly different. I'll give it a try.

You mean, the pins (14/15) are the same, but the object has different names?

I posted the issue somewhere else here. My project consists of 96 oscillators, 30 multipliers, 6 filters (heavy of CPU), echo delays (ext RAM),flanger and reverb. When I play 1 voice, there is no problem, but with more then 1 voice played simultaneously, I'm getting noise and other artifacts in...

Which pins are to be used for SPDIF3 in and out?

What is is the easiest way to connect 2 Teensy (4.0 or 3.6) to stream audio from the first to the second without using any DAC/ADC in between. My Audio project becomes to complex to be handled by one T40, so my idea is to split the work between 2 T40s and pass the MIDI via OSC from 1st T40 to...

Sorry for my late reply: When I look at the web design, the head mixer is exactly after the delay and before the FB Mixer. And I'm getting noise, the the system seems to be overloaded. As Paul mentioned, the design depends on an external MIDI input (which comes from a PC based GUI via an...

I was able to reduce the effect by combining the original state var. filter and my moog filter into one object. That solved the problem in a way, that I can reach 65% now without troubles. #include <Audio.h> #include <Wire.h> #include <SPI.h> #include <SD.h> #include <SerialFlash.h> // GUItool...

I'm using the Audio board's DAC.

I'm working on a rather large project (6 voices with filters, vca, delay etc). When I'm using more than 1 voice at a given constellation (more than 10 sin osc at the same time), I'm getting louad noises and the audio stutters. The measure Memory max is 42 and CPU max is 34%. Is that a reasonable...

But how can this be related to the external delay? When I don't use the delay (or the internal one), this doesn't happen. I checked the phone suggestion, it's even more prominent there. Maybe a power supply problem? It seems so, I tried a split USB cable (one for power, one for data) and the...