Teensyduino 1.60 Beta #4

This line in platform.txt has "gnu+14" in it:
tools.arduino-preprocessor.pattern="{cmd.path}" "{source_file}" "{codecomplete}" -- -std=gnu++14

This should probably be changed to "gnu++17".
 
Current cores from git isn't usable due to throwing a load of MTP related errors e.g.:
cores\teensy4\MTP_Storage.cpp: In member function 'void MTPStorage::OpenIndex()':
cores\teensy4\MTP_Storage.cpp:339:25: error: 'MTP_class' has not been declared
339 | MTP_class::printStream()->printf("Failed to open Index file on storage number %d try memory File\n", index_file_storage_);
| ^~~~~~~~~
cores\teensy4\MTP_Storage.cpp:349:22: error: 'MTP_class' has not been declared
349 | if (!index_) MTP_class::printStream()->println("cannot open Index file");
| ^~~~~~~~~
cores\teensy4\MTP_Storage.cpp: In member function 'void MTPStorage::printClearRecordReadWriteCounts()':
cores\teensy4\MTP_Storage.cpp:384:9: error: 'MTP_class' has not been declared
384 | MTP_class::printStream()->println("*** Storage Record Read/Write counts ***\n");
| ^~~~~~~~~
cores\teensy4\MTP_Storage.cpp:385:9: error: 'MTP_class' has not been declared
385 | MTP_class::printStream()->printf(" Writes: %u to FS:%u\n", debug_write_record_count_, debug_fs_write_record_count_);
| ^~~~~~~~~
cores\teensy4\MTP_Storage.cpp:386:9: error: 'MTP_class' has not been declared
386 | MTP_class::printStream()->printf(" Reads: %u from FS:%u\n", debug_read_record_count_, debug_fs_read_record_count_);
| ^~~~~~~~~
cores\teensy4\MTP_Storage.cpp:391:9: error: 'MTP_class' has not been declared
391 | MTP_class::printStream()->printf("Record Info Blocks (index\tblock_index\tlast hit\tdirty):\n");
| ^~~~~~~~~
 
@PaulStoffregen

Just noticed that you added MTP to the Teensy4 core but not to the Teensy 3 core. Are you planning to add it to the Teensy 3 core as well?

Also did some testing with MTP and the changes for 16mb PSRAM. Seems to be working.
1751895886995.png


Rich (BB code):
MTP internal filesystems info:

Storage List, 12 Filesystems
  store:0 storage:10001 present:Yes fs:20004078 name:"" fsname:"PROGRAM"
  store:1 storage:20001 present:Yes fs:20004144 name:"RAM1" fsname:"EXTMEM"
  store:2 storage:30001 present:Yes fs:20004210 name:"RAM2" fsname:"EXTMEM"
  store:3 storage:40001 present:Yes fs:20009960 name:"SD Card" fsname:"Untitled"
  store:4 storage:50001 present:Yes fs:2000E5C8 name:"USB1" fsname:"USB DISK"
  store:5 storage:60001 present:No  fs:2000EA7C name:"USB2" fsname:""
  store:6 storage:70001 present:No  fs:2000EF30 name:"USB3" fsname:""
  store:7 storage:80001 present:No  fs:2000F3E4 name:"USB4" fsname:""
  store:8 storage:90001 present:No  fs:2000F898 name:"USB5" fsname:""
  store:9 storage:A0001 present:No  fs:2000FD4C name:"USB6" fsname:""
  store:10 storage:B0001 present:No  fs:20010200 name:"USB7" fsname:""
  store:11 storage:C0001 present:No  fs:200106B4 name:"USB8" fsname:""

However it seems hit or miss. Occasional on a restart I will see
1751896175476.png

and my sketch hangs where I have to recycle power. Tried on 2 different T4.1s

Oh and remove replace SD card works
 
update on MTP: Added the 4 chip breakout. In this case we are using LittleFS_SPI for each device on the breakout so that is still working.

Did notice if you send a reset command and refresh explorer it updates and fixes the issue above assuming I don't loose serial monitor. Related to your issue #63?

1751897291238.png
 
Just noticed that you added MTP to the Teensy4 core but not to the Teensy 3 core. Are you planning to add it to the Teensy 3 core as well?
I noticed it a couple of days ago... Figured I would wait until it was packaged up
Will be curious if (experimental) has been removed 🤔
 
@Fluxanode

Basically what I do is a
C++:
MTP.reset();

and then do a refresh in windows explorer which seemed to fix the issue I was having
 
I noticed it a couple of days ago... Figured I would wait until it was packaged up
Will be curious if (experimental) has been removed 🤔

Hope it stays in as that is what I use all the time for MTP - of course probably can remove the experimental at this point.
 
Wish list. For libraries like SDFat, that the Teensy version is not compatible with the library owners version, we really
should come up with a version that works when the official version of the library is installed by the library manager.
As for example, I might want to use SDFat library work with Arduino boards such as the GIGA or Portenta or ...
If I have it installed, a lot of programs that we have for Teensy will not build.

I ran into that today, I did a quick and dirty hack today in the 0.60.4 build, where in your copy of SDFat,
I added a file Teensy_SdFat.h with the content:
Code:
#include "SdFat.h"

I then changed SD.h to include this file instead of SdFat.h...
Now it builds my teensy sketches that use SD library again...

Probably not a complete solution, but at least I can build on both systems again...
 
Back
Top