Teensyduino 1.60 Beta #2

Yeah, looks like we're going to need a VS code extension.
At first I thought “oh, yay, VS Code and PlatformIO.” Then, when you made a subsequent post about what you developed so far, I realized that you meant the Arduino IDE does VS Code-style plugins. I didn’t know that.

I’m curious, what resources did you use to start learning about what you needed? Was it some site, a VS Code site, or you looked at what existed already in the IDE? (Side question: how does VS Code relate to the Arduino IDE?)
 
Not sure if it helps, but here is another Post that Paul did on the Arduino Forum, that also mentions a closed
Arduino IDE issue about it (that has been closed for about a year)


And there is another Issue about it:
 
Back when Paul asked to be reminded of bugs for beta1 I forget about this one, but ran into it again after a clean install.

The way it manifests for me is that when I query the free space on a FAT32 volume that uses 64KB clusters the result is always 0 - this is due to bytesPerCluster() returning 0 because 65536 is too large to fit in a uint16_t return value.
 
Exciting moment here, using dankeboy36's suggestion, I was able to get a new window to open with code from a temporary folder! Arduino IDE is able to compile and upload it (unlike my failed attempt with vscode.TextDocumentContentProvider).

Now just a bit more typescript adventure to create a temporary folder and run teensy_secure to populate it with the generated code.

1727827373713.png
 
Sorry, didn't see this question earlier.

I’m curious, what resources did you use to start learning about what you needed?

I mostly started from the conversation on issue #58, especially this message from Sep 20, 2023. which explains Arduino IDE 2.x is based on Theia is really just VS code internally.

These are the links for the places here I found most of the info. Took a couple days of fiddling to get (sort of) up to speed on Typescript syntax. Many finer points I still don't understand.

 
Raspberry PI 4
Bullseye 64bit
Currently running Teensyduino 1.59

On trying to install;

"./TeensyduinoInstall.linuxaarch64: /lib/aarch64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by ./TeensyduinoInstall.linuxaarch64)"

Regards
 
I noticed that the Teensy loader app is missing the top buttons. macOS 14.7. Picture attached.
Screenshot 2024-10-02 at 8.56.07 PM.png

Note that nothing happens when I click on the ">>" image on the right.
 
I noticed that the Teensy loader app is missing the top buttons. macOS 14.7. Picture attached.
With 2.3.3 on windows 11
1727954314741.png


If I click on the buttons they are active but looks mostly all greyed out. Cant remember if it was otherwise in previous revisions.

EDIT: Checked IDE 1.8.19 and same thing
 
Last edited:
SoftwareSerial:
Paul, Quick note: As you may have noticed on Arduino forum, I have been playing with your updated SoftwareSerial code, which is
pretty nice.

Wondering on the RX side, if there was a reason you stuck using digitalRead instead of the Port/Mask type code you do for TX? Or at a minimum use digitalReadFast?


In the constructor, you do save away the rxreg (port), but not the mask and rxreg is not referenced anywhere else

Not sure if any of this is important, but thought I would mention it.
 
I'm finding that if I select a different board other than the T41, the index download finishes. Until then, compile/verify is locked out.
I had a hang yesterday (I think) maybe I did not wait long enough... But closing the Serial monitor on the window appeared
to fix it... Several others have mentioned similar up on the Arduino thread:

Note: I believe the window that closed the Serial monitor was set to Arduino GIGA as the board...
Although could be wrong it might have been when I was playing with a Teensy sketch
 
I have seen that the SD library that is installed with any version of teensyduino is improved with layers of the SDFat library.

The GDSTx library for EVEx displays that I have worked on is based on the library for gameduino 23x, that library has layers of the original SD library of the Arduino IDE. With the passage of time I have removed those layers, with the idea of incorporating the improvements of the SDFat library: speed, use of memories of more than 16 Gb and above all, that the SDIO reader of the teensy 4.x can be used. Until now I have used the library from the Arduino IDE libraries folder with the SDFat library located in that same folder.

Taking advantage of this thread, I would like to ask the gurus behind teensyduino: Is it possible to use GDSTx within the teensyduino libraries folder, with this version 1.60-beta2 (or any future one), without conflicts with the SD library?

PD: a new teensy 4.1 and a 5" NHD FT813 IPS TFT are on the way and I would like to test how are works with this beta version of teensyduino.
 
Last edited:
I found a fix for the toolbar icons on Windows.

But the missing toolbar on MacOS is a hard problem. Looks like Apple wants toolbars to appear on the right side of the title bar in new versions of MacOS. That's just not going to work for the tiny fixed-size Teensy Loader window!

1728298741776.png
 
I'm working on a solution for the missing toolbar on newer MacOS. It's working in a mock-up. Not pretty, but working.

I noticed that the Teensy loader app is missing the top buttons. macOS 14.7. Picture attached.

@shawn Any idea which version of MacOS introduced this toolbar change? Looks like wxPlatformInfo::GetOSMajorVersion() works for detecting MacOS version.

The Macs I have for testing are running Mojave, Monterey, Sonoma and Sequoia.
 
Not pretty, but probably the best I can do on MacOS without a major rewrite of Teensy Loader.

For now I'm going to go with this toolbar if GetOSMajorVersion() >= 14. Hopefully we can find someone with Ventura (version 13) willing to test...

1728386230238.png
 
Back
Top