IDE 2 and multiple T_4.1's and a single T_4.0: only sees the T_4.1's

Status
Not open for further replies.
@PaulStoffregen All details included as observed. Mostly the net fail effect observed without knowing what 'under the covers' details led to it. Prior posts (p#15) with DISCOVERY lists gave repro without any overt replugging or plug ordering change.
What do you mean by "gave repro", there is no mention in msg #15?
 
Morning all. Jumping back in now that I got my plumbing leak fixed (don't ask) and finished shoveling the snow that finally this morning.

Any way took a slightly different approach. Just used one instance of the IDE:
Code:
Version: 2.2.2-nightly-20240116
Date: 2024-01-16T03:17:38.629Z
CLI Version: 0.35.0-rc.7

Using 2 T4.1's and 1 T4.0:
Screenshot 2024-01-16 105700.png


Screenshot 2024-01-16 105736.png

Tried to load Blink to the T4.0 and got this.
Screenshot 2024-01-16 105839.png

Going to attach the log file but from the file it looks like it selected to use the T4.1 (rawHid instead of the T4.0, Looking at the log looks like its picking up all the hid devices attached (is that normal - don;'t usually look at the log files)
Code:
10:58:14.553 (loader): remote cmd from 1336: "comment: Teensyduino 1.59-beta5 - WINDOWS (teensy_post_compile)"
10:58:14.559 (loader): remote cmd from 1336: "status"
10:58:14.563 (loader): HID/win32:  vid:1234 pid:BEAD ver:0219
10:58:14.630 (loader): HID/win32:  vid:16C0 pid:0486 ver:0280  usb:0/140000/0/E/F
10:58:14.630 (loader): HID/win32:  vid:04D9 pid:A06B ver:0302  usb:0/140000/0/4/5
10:58:14.631 (loader): HID/win32:  vid:04D9 pid:A06B ver:0302  usb:0/140000/0/4/5
10:58:14.632 (loader): HID/win32:  vid:16C0 pid:0486 ver:0280  usb:0/140000/0/E/E
10:58:14.632 (loader): HID/win32:  vid:04D9 pid:A06B ver:0302  usb:0/140000/0/4/5
10:58:14.635 (loader): HID/win32:  vid:046D pid:C52B ver:2401  usb:0/140000/0/6/2/3
10:58:14.635 (loader): HID/win32:  vid:046D pid:C52B ver:2401  usb:0/140000/0/6/2/3
10:58:14.636 (loader): HID/win32:  vid:046D pid:C52B ver:2401  usb:0/140000/0/6/2/3
10:58:14.638 (loader): HID/win32:  vid:046D pid:C52B ver:2401  usb:0/140000/0/6/2/4
10:58:14.638 (loader): HID/win32:  vid:046D pid:C52B ver:2401  usb:0/140000/0/6/2/4
10:58:14.639 (loader): HID/win32:  vid:046D pid:C52B ver:2401  usb:0/140000/0/6/2/4
 

Attachments

  • log.txt
    12.2 KB · Views: 16
Morning all. Jumping back in now that I got my plumbing leak fixed (don't ask) and finished shoveling the snow that finally this morning.

Any way took a slightly different approach. Just used one instance of the IDE:
Opps - plumbing issue a bummer - glad it fixed.

Thanks too for confirming under IDE 2

Teensyduino 1.59-beta5
Not seeing posting for Beta5?

Re-reading older posts - seems I did move a Teensy to a non-Hub front comptuer port - trying to see it work - but that was after it was already failing with non-moving ports.
 
Not yet. I've looked into several issues over the last couple days. This one is among the last I intend to investigate before packaging up 1.59-beta5.

Or in other words, everything always takes longer than anticipated...
Only noted the text pulled from the post by @mjs513 ... distractions abound ...
 
Morning all. Jumping back in now that I got my plumbing leak fixed (don't ask) and finished shoveling the snow that finally this morning.

Any way took a slightly different approach. Just used one instance of the IDE:

Thanks. This really helped. Can confirm I'm able to reproduce the problem on my Windows test machine.
 
Ok, I believe I've found the problem. Here is a copy of teensy_reboot.exe which (hopefully) fixes it. To use this, extract the ZIP and copy teensy_reboot.exe to /Users/{user}/AppData/Local/Arduino15/packages/teensy/tools/teensy-tools/{version}.

Does this solve the problem on your Windows machine?
 

Attachments

  • teensy_reboot.zip
    29.9 KB · Views: 23
Ok, I believe I've found the problem. Here is a copy of teensy_reboot.exe which (hopefully) fixes it. To use this, extract the ZIP and copy teensy_reboot.exe to /Users/{user}/AppData/Local/Arduino15/packages/teensy/tools/teensy-tools/{version}.
Is this also for Arduino 1.8.19, I have been having a similar problem when trying to program T3.5 with T4.1 online? Teensyduino kept on trying to program T4.1 even though T3.5 was correctly selected in software.
 
Yes, same file for all Arduino IDE versions. It automatically detects which IDE version using an environment variable the IDE sets.

With Arduino IDE 1.8.19, the default location to copy this file should be C:\Program Files (x86)\Arduino\hardware\tools.

Does it solve the problem you're seeing?
 
Does this solve the problem on your Windows machine?
Just tried it with the same setup I mentioned earlier - looks like the new reboot.exe file resolved the issue.

Blink sketch going to the right boards without errors :)

OOPS: forgot to mention this is with IDE 2.2.2 nightly
 
Last edited:
Thanks for testing! :)

I'll package up 1.59-beta5 now. Unless any last minute issues turn up, should have it posted soon.
Can you incorporate the fix for Teensy 4.x to work with the Snooze library.
Fix already published on this forum...it's a pain to have to copy across the working file each time Teensyduino is updated.
 
Final followup...

1: The issue reported here is fixed in 1.59-beta5.

2: An issue with usage of 2 IDE instances which manifests in the same error (but is fundamentally different) is not fixed and not expected to be fixed soon.

3: The snooze library issue will be addressed in 1.59-beta6.

Closing this thread, as reporting multiple issues here becomes difficult to track. If you wish to report any further issues, please watch for 1.59-beta6 coming in the announcements area, or start a new thread.
 
Status
Not open for further replies.
Back
Top