The compiler usually generates very different busy looping code depending on whether the input (desired busy time) is a compile time constant. For very short delays, whether the code is used inline or compiled as a separate function also...
Connectivity should be back to normal now.
Last update from the server hosting company: "We have received confirmation from our upstream provider that all repair work has been completed and that network services have been fully restored."
Another update from the server hosting company: "Our upstream provider has informed us that their fiber construction team is coordinating with the local utility company to prioritize repairs at the affected site. The damage was caused by downed...
Our forum server has experienced limited connectivity since July 4. If you've seen slow performance or the site occasionally offline, it's not spam bots this time. Apparently a fiber optic cable was accidentally cut, forcing the server hosting...
Starting with 1.62 we began using the "recipe.advanced_size.pattern" feature of Arduino CLI, which has JSON format rather than simple plain text. This fixed a long-standing problem on Arduino IDE 2 where the size info always appeared in red...
Because you're not using the SD card, for the sake of testing I'd recommend running File > Examples > Audio > Synthesis > Guitar.
This program plays a continuous sound which only uses I2S output. A non-stop output is easier than using beeps or...
The audio shield already has 2.2K pullup resistors on SDA and SCL (pins 18 and 19). Adding more pullup resistors on SDA and SCL won't fix this.
Check your connections for LRCLK and DIN (which connect to Teensy pins 20 and 7). You can't get...
Glad it worked. :)
Yes, please do add project info if you can share. I believe the blog queue currently has a few months of pending articles, so please understand anything "new" today which isn't a special time sensitive event will likely...
Nothing about Teensy uses python.exe.
This leftover thing kept running on your machine isn't anything from the Teensy software, because we never use python.exe.
Doesn't look like anything from Teensy. Nothing we publish uses python. Teensy's utilities like teensy-discovery and teensy-monitor are native programs.
Maybe this leftover Arduino stuff is from other non-Teensy boards?
Sorry I'm coming late this this conversation. I caught a nasty cold last week, just now starting to get back to normal.
Something definitely is going wrong. At this early point, I mainly just want to confirm this is now on my high priority...
I've been wondering whether gcc 15.2 offers any new capability to initialize variables in DMAMEM and EXTMEM?
Fixing this has long been on my high priority issue list. I spent a lot of time with gcc 11.3 that ultimately turned out be fruitless.
USB_EVERYTHING is just unused leftover stuff from Teensy 3.x. Not only does it have unusable endpoints, but it also uses the endpoint configuration defines from Teensy 3 which don't exist on Teensy 4.
EDIT: deleted on github
The answer depends on whether using secure mode, which is only possible on lockable Teensy, and only used if you run the programs which burn your key into the hardware and permanently lock into secure mode.
Secure mode uses a secure sha256 hash...
When we discovered the during beta testing, I modified the no-resistor PCB by just cutting the MCLK trace with an Exacto knife and scraped away the solder mask on both ends, applied solder to bare copper, and then soldered a SMT resistor to...
I can't say for TLV320AIC3104, but I can tell you with certainty the SGTL5000 chip on the audio shield does not work with Teensy 4.0 if MCLK is connected directly. A resistor is absolutely required.
When this was discovered in the beta test...
Also unsure, not enough information to say. A bad cable or other USB hardware issue can cause this. But so can a problem in the program Teensy is running. Remember, Teensy's responses to USB communication are done by code that gets built into...
Release candidate is pretty commonly used software jargon meaning the likely last beta test version before a proper release.
Reality is relatively few people participate in beta tests. Everyone is busy with limited time that tends to get...
The default LED blink program uses RawHID, not Serial. In Arduino IDE, it should appear in Tools > Ports and the drop-down of detected hardware in Arduino IDE 2.3.10. But it will NOT be a COM port (Windows) or Serial device (Linux, MacOS)...
The restore process is triggered by holding the pushbutton for at least 13 seconds but no longer than 17 seconds. The design tries to minimize the odds of accidentally triggering by human pressing which is rarely more than a few seconds, and by...
Has anyone created a request to PlatformIO to update their stuff? Likewise for Visual Micro?
We should tell them about the new toolchain and to update the default command line options for compiling and linking.
Glad it's solved.
If you have 1.5.0, you might want to update to 1.5.1. Arduino developers found and fixed a bug in 1.5.0 where programs with many files would sometimes not properly recompile all changed files.
Please give it a try and then you can tell me! This is a beta test, after all.
But to give at least some answer to this question, MTP in 1.62 is pretty much unchanged since 1.61.
If there is reason to believe it's a specific problem in Teensy's packages, of course post here with the details and I'll look into it.
I can tell you I test the Linux x86_64 packages on Fedora 44, which is similar to Ubuntu 26. Works fine...
I'm sorry, I don't know why it's not working and I don't know enough about Arduino CLI to troubleshoot further. Maybe try asking on Arduino's forum?
https://forum.arduino.cc/c/development-tools/arduino-command-line-tools/89
I'm going to run my list of 19 tests late tonight. If all pass (they all passed on beta3) and if nobody replies with a serious problem, I'm planning to release 1.62 tomorrow.
There's always a lot more to do. I want to get this toolchain update...
Confirm, more work to be done on Serial+MTP in future.
I'm pretty sure the issues you're seeing with TyCommander and using Serial.begin() rather than "while (!Serial)" are the same 5 second USB Serial blocking issue if MTP.loop() isn't being...
Morning all,
I installed it last night and tried my main MTP sketch (picture viewer) and it did not show any of the issues.
But again it times out:
void setup(void) {
// mandatory to begin the MTP session.
#ifdef MTP_TEENSY_H
MTP.begin()...
On Linux, the default install path is ~/.arduino15.
Try these commands
ls -l ~/.arduino15
ls -l ~/.arduino15/packages
ls -l ~/.arduino15/packages/teensy/*
Teensy's core library has a sample makefile. It doesn't include libraries, but at least it's a known-good starting point.
This comment at line 86 has important info about getting up and running...
Just to repeat, beta5 has new code in teensy_monitor.exe which keeps trying to open the port for about 8 seconds. So even if you do wait indefinitely in a while (!Serial) loop on Teensy, when Windows MTP driver gives lets the COM port become...
I especially need community help testing Arduino IDE 2.3.10 serial monitor on Windows.
I personally use Linux for most work. I'm not familiar with subtle Windows behaviors. My Windows 11 laptop I use for testing has almost no other software or...
Ah, that make sense. Well, as much a driver for one interface on a USB device blocking other unrelated interfaces can make sense.
I have an ugly hack inside teensy_monitor which just keeps trying for several seconds. It "solves" the problem of...
I'm talking about the OS (windows) MTP driver... it appears to have a 5 second delay in its startup, which probably blocks access to any interface on the device.
Edit: I know what's going on... the windows MTP driver is trying to talk to the...