bicycleguy

I can confirm that it runs correctly on 1.60 beta 3. Maybe I'll make the switch to beta tester. What could go wrong ? :)

Thanks for checking. Problem seems to occur only on Teensy 3.2 3.5 and 3.6 Not on 4.0 or 4.1

Using Arduino IDE 2.3.3 on MacOS 14.6.1 Sonoma, Teensy Loader 1.59 The code below: int gdefaultState=7; void setup() { Serial.begin(115200); while(!Serial); ; Serial.printf("in setup gdefaultState=%d \n", gdefaultState); } void...

I've uploaded an annotated copy of the NXP Reference Manual. It's linked from the Teensy 4.0 and Teensy 4.1 pages under Technical Information (where the plain old manual was). Here's a direct link to the PDF...

I'm not familiar with that scope. Is the signal really <1V. I had an early T4.1 where that particular 3.3V pin was not hooked up. Is it 3.3V?

Will switch to GitHub.

Observed no compile. Quit, deleted the cache as above, then restarted reinstalled v29 then same. This any help?

@shawn Dang, can't understand how it's not showing up for you. I had been deleting the cores and sketches cache at /private/var/folders/q9/p*/T/arduino, YRMV, but haven't tried deleting and reinstalling the libraries.

client.close() instead of stop() caused v0.28 to also print the "Host: 192.168.1.97" but didn't effect it's speed. v0.29 seemed unaffected and the same slowness. Interesting that the Get and Host line print at nearly the same time after a long 4...

The extra line (Host: 192.168.1.97) occurs when the 'real' time is > ~3.5 seconds. Sometimes it takes 3 or 4 tries to build up to >3.5 but becomes about 5 seconds. Even if I let it alone for 5 minutes the 4-5 second delay will continue...

Found another clue. Running blinkServer #226 at 24Mhz and then using the served page button or the time curl I get an extra line on the Arduino terminal in v0.29 that is not in my code: GET / HTTP/1.1 25 Host: 192.168.1.97 26 GET /...

Edited the current draw issue above but the speed issue at 24Mhz remains. Using the time curl test repeditively with about 1 second after a response the 'real' time increases about 1 sec each try until it levels at about 6 seconds. The same...

I'm running on a wireless local network on a M2 mac Air. Tried the curl at 24Mhz, Faster: v0.29: real 0m4.075s <--- user 0m0.022s sys 0m0.015s v.028: real 0m0.060s user 0m0.020s sys 0m0.014s The reason for using 24Mhz is...

Sorry, I messed up posting as I don't see it here. Had a table with some numbers. I am running the teensy at 24Mhz. At 600Mhz it seemed similar.

Thought maybe the sprintf might be the problem since the change notice said printf had error correction added but removing it from the main loop didn't help. I do occasionally get 3-4 second delays, but usually ~2. BTW I never heard from anyone...

This code I posted a few years ago #141 puts up a web page that allows you to turn the onboard LED on and off. It is almost immediate in v0.28 and about a second in v0.29. Don't know why it's not 4-5 seconds like my other program...

Seems to effect both UDP and HTTP.

Wow, you guys really keep at it. Thanks Installed v0.29 over 28 just now using the automatic update in Arduino 2.3.2. Having an issue where replies from a teensy 4.1 server are taking 4-5 seconds for some reason. Went back to v0.28 and all...

Sorry, I forgot to mention it happens regardless of using subfolders.

The one on the right is obvious. The one on the left is my favorite for custom printed boxes. You do a boolean subtract of it from the box wall and when printing pause when you get to the top, insert it and keep printing. Both are printed face...

IDE 2.x allows you to get away with murder but you will eventually get caught if you're not carefull. I have gotten used to using python and swift where .h files are not used. If you write perfect code IDE 2.x will just piece all the .ino files...