Here is a sixth beta test for Teensyduino 1.60

MacBook Air, Tahoe 26.2, IDE 2.3.7 working great. FYI Arduino finally made the terminal window properly cut and paste the whole session without skipping anything. (Only took 2-3 years to fix?)
 
Paul said:
nReceive() for re
Click to expand...
Paul said:
Here is a sixth beta test for Teensyduino 1.60.

This is meant to be a release candidate. My hope is to release 1.60 with
the many small fixes that accumulated since 1.59 before starting major new
development.

Arduino 2.3.x, all systems:
1: Quit Teensy Loader, if running
2: Use Boards Manager to uninstall Teensy, if previously installed
3: Use File > Preferences (Arduino IDE > Settings on MacOS) to install new URL
4: Press Ctrl-Shift-P (Command-Shift-P on MacOS) click "Arduino: Update Indexes"
5: Use Boards Manager to install Teensy
6: Restart Arduino IDE (if using plugin for Lockable Teensy)

Arduino 1.8.x, Linux 64 bit:

Arduino 1.8.x, Linux ARM:

Arduino 1.8.x, Linux ARM64:

Arduino 1.8.x, Windows:

PlatformIO, DIY beta support:


Changes since Teensyduino 1.60-beta5:

Wire: Use glitch filter in slave mode
Wire: Fix slave mode onReceive() for repeat start
USB Keyboard define GUI key names
USB MIDI receive return channel=0 for system messages
USB MTP improve ability to use in custom USB device
USBHost_t36: recover from device errors during enumeration
Click to expand...
I hope u add the ability to detect 2 COM ports in the USBHOST_t36 library, because some devices like IWR6843AOP sensor has 2 COM ports by default and teensy 4.1 don't detect the second one
 
Raees Abdullah said:
I hope u add the ability to detect 2 COM ports in the USBHOST_t36 library, because some devices like IWR6843AOP sensor has 2 COM ports by default and teensy 4.1 don't detect the second one
Click to expand...
I would suggest that you create a new topic on this.

It might help if you also give a link to the device that you are trying to plug in.

You might also try the HIDDeviceInfo sketch and include any information from it, like the Descriptor information. Or likewise, turn on
debug in the USBHost_t36.h file and see what it detects.
 
Well, I spent some time trying to figure out why the security plugin is creating an annoying useless extra menu in Arduino IDE 2.3.x on Linux and Windows.

Turn out it's a bug in Arduino IDE which might be related to a limitation in the Theia IDE they used. That's a real shame, as I really wanted to fix this before 1.60 release.

Other than this annoying menu, I'm feeling pretty good about wrapping up a final 1.60 release. Can anyone think of any serious bugs in need of fixing?
 
PaulStoffregen said:
Turn out it's a bug in Arduino IDE which might be related to a limitation in the Theia IDE they used. That's a real shame, as I really wanted to fix this before 1.60 release.
Click to expand...
Figures its a bug in the ide :)

PaulStoffregen said:
Other than this annoying menu, I'm feeling pretty good about wrapping up a final 1.60 release. Can anyone think of any serious bugs in need of fixing?
Click to expand...
While I haven't played much lately what I have tried I havent had any issues.
 
PaulStoffregen said:
Well, I spent some time trying to figure out why the security plugin is creating an annoying useless extra menu in Arduino IDE 2.3.x on Linux and Windows.

Turn out it's a bug in Arduino IDE which might be related to a limitation in the Theia IDE they used. That's a real shame, as I really wanted to fix this before 1.60 release.

Other than this annoying menu, I'm feeling pretty good about wrapping up a final 1.60 release. Can anyone think of any serious bugs in need of fixing?
Click to expand...

What about adding an implementation of __gnu_cxx::__verbose_terminate_handler() somewhere for reduced code size when using non-smallest build options? Then again, it's not really a "serious bug".

Here's what I do in the QNEthernet library:

C++: 
#if QNETHERNET_PROVIDE_GNU_VERBOSE_TERMINATE_HANDLER
// See:
// * https://gcc.gnu.org/onlinedocs/libstdc++/manual/termination.html
// * https://forum.pjrc.com/index.php?threads/libstdc-exception-handling-__verbose_terminate_handler-causing-bloat-in-output-binary.75084/
// This is being defined here so that the standard library isn't including it.
// The large implementation isn't being elided from the Teensy build.
//
// Define QNETHERNET_PROVIDE_GNU_VERBOSE_TERMINATE_HANDLER=1 to possibly make
// your programs smaller by about 25Ki.
namespace __gnu_cxx {
void __verbose_terminate_handler() {
  std::abort();
}
}  // namespace __gnu_cxx
#endif  // QNETHERNET_PROVIDE_GNU_VERBOSE_TERMINATE_HANDLER
 
Hello @PaulStoffregen Here's another request for 1.61.
The FastLED library currently being installed with Teensyduino is FastLED 3.4.0 which is from quite some time ago. The current version FastLED 3.10.3 has many great updates since 3.4, so if a newer version could be included with Teensyduino that would be awesome.
 
I packaged up 1.60 release. If anyone wants to give a try early, use this URL in Arduino IDE.

https://www.pjrc.com/teensy/package_teensy160_index.json

Plan is to go live Wednesday morning or maybe late Tuesday.
 
Morning all
Tried a few of my old sketches with mixed results - that i need to investigate
1. ST7796/VL53L5cx - worked no issue all display functions worked
2. ST7796 - custom TeensyUser interface - having issues related to library referencing ST7735 functions - have to investigate this one. Note did work with one of versions of 1.60 so not sure
3. MTP:
1771336270494.png

Seems to work but noticed `quickFormat` is not available?

Also issue with having the normal SDFat lib and the teensy version. Have to go remember when @KurtE recommended to fix this. This is annoying though since I am working with multiple boards.
 
@PaulStoffregen - @KurtE

Found the issue with

2. ST7796 - custom TeensyUser interface - having issues related to library referencing ST7735 functions - have to investigate this one. Note did work with one of versions of 1.60 so not sure
Click to expand...

PR is still open to the library to fix this problem
github.com

Update library.properties dot_a_linkage to FALSE by Defragster · Pull Request #39 · PaulStoffregen/ST7735_t3

Causes build errors with mixed C and CPP at times in the IDE Noted as correction by @KurtE and found to resolve issue with library class functions not seen in link
github.com github.com

Can this get incorporated before 1.60 official release. We were running with it several months with no issue
 
Ok, new release uploaded. Same URL: https://www.pjrc.com/teensy/package_teensy160_index.json

In Arduino IDE, press Ctrl-Shift-P and select "Arduino: Update Package Index" to get the new version. Then remove 1.60 or downgrade to 1.59, and then install 1.60 to get the latest.
 
PaulStoffregen said:
Ok, new release uploaded. Same URL: https://www.pjrc.com/teensy/package_teensy160_index.json

In Arduino IDE, press Ctrl-Shift-P and select "Arduino: Update Package Index" to get the new version. Then remove 1.60 or downgrade to 1.59, and then install 1.60 to get the latest.
Click to expand...
What about Arduino 1.8.x? It's still on v1.59.
 
PaulStoffregen said:
Ok, new release uploaded. Same URL: https://www.pjrc.com/teensy/package_teensy160_index.json

In Arduino IDE, press Ctrl-Shift-P and select "Arduino: Update Package Index" to get the new version. Then remove 1.60 or downgrade to 1.59, and then install 1.60 to get the latest.
Click to expand...
Ok just updated 1.60 and gave the graphics sketch another try and its working like a charm.

No issues on the install all went smooth. Not to fix sdfat so I can use both
 
mjs513 said:
Also issue with having the normal SDFat lib and the teensy version. Have to go remember when @KurtE recommended to fix this. This is annoying though since I am working with multiple boards.
Click to expand...
Same, about playing with several boards. These days I find my self just avoiding doing anything with USBHost or SD or ... unless I really need to.

Installed (I think), Norton again complained about a couple of files, sorry may not have the exact names (vscode_plugin, teensy_cleanup), not sure yet if it decided if they were OK or quarantined them. Trying blink on T3.6 - now complainging about teensy_secure, teensy_post_compile, teensy.exe (it wants to block this one saying it is infected with IDP.Generic - created exception) stdout_redirect.exe. teensy_size, teensy_reboot

Note: It finally did the blink... Tried building again, and complained again about a few of them... Sending off to threat lab (60 seconds remaining...)
 
KurtE said:
nstalled (I think), Norton again complained about a couple of files, sorry may not have the exact names (vscode_plugin, teensy_cleanup), not sure yet if it decided if they were OK or quarantined them. Trying blink on T3.6 - now complainging about teensy_secure, teensy_post_compile, teensy.exe (it wants to block this one saying it is infected with IDP.Generic - created exception) stdout_redirect.exe. teensy_size, teensy_reboot

Note: It finally did the blink... Tried building again, and complained again about a few of them... Sending off to threat lab (60 seconds remaining...
Click to expand...
Weird - didn't have a problem with Norton.

Tried T3.6 Blink a few times and didn't see any issues?
 
Updating again going through all of the Norton suspicious file detected stuff again...
Did blink this time on T4.1

Note: turning off the dot linkage in the library will probably grow most things built with it....
Like the font files....

Maybe you have the Arduino15 in an exclude area?
 
Win 11 download flagged as usual - reported as SAFE and requested KEEP and then file properties 'unblock.
Install ran fine.

Builds since then working as expected - just Sermon to TyComm - about to post about that
 
You must log in or register to reply here.
Back
Top