That’s not right. I am not seeing that problem . Try using the sketch I just posted in post 748. Just tested it with the 1G band on qspi with only 1 setting. Which version of the sketch are u using
That’s not right. I am not seeing that problem . Try using the sketch I just posted in post 748. Just tested it with the 1G band on qspi with only 1 setting. Which version of the sketch are u using
Was running my edited version of your prior post - where edits made it T_4.0 safe disabling any QSPI.
Was copying last posted code as your post came in.
Oh yeah - the prior code failed (No storage) and this now works.
Has some 75 MB of LFSint data and it took the 'AUDIO...PDF' and delete worked no problem.
Restarted and it was gone okay,
Then copied a folder of T_4.1 PJRC files and it ran a bit and FAULTED ( using FrankB HardFault )
Here is a ZIP of that folder of 8.48MB in precompressed files.Code:... CMD: 100c(SEND_OBJECT_INFO)l: 20 T:1b4 : 1 32 DATA:100c(SEND_OBJECT_INFO)l: 182 T:1b4 : 0 3000 5c2cf 3000 0 SendObjectInfo: 1 50 20202040: 0 3000 0 5c2cf 3000 0 0 0 0 0 0 0 0 0 0 : card11a_rev3_web.pdf sd_getReadOnYieldWrites store:0 count:1 0 RESP:2001(RSP:OK)l: 24 T:1b4 : 1 32 34 CMD: 100d(SEND_OBJECT)l: 12 T:1b5 MTPD::SendObject: len:0 Use Yield:0 >>>Total Time: 190857 RESP:2001(RSP:OK)l: 12 T:1b5 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1b6 : 34 dc02 (FORMAT) RESP:2001(RSP:OK)l: 20 T:1b6 : 34 dc02 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1b7 : 34 dc01 (STORAGE_ID) RESP:2001(RSP:OK)l: 20 T:1b7 : 34 dc01 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1b8 : 34 dc07 (OBJECT NAME) RESP:2001(RSP:OK)l: 20 T:1b8 : 34 dc07 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1b9 : 34 dc0b (PARENT) RESP:2001(RSP:OK)l: 20 T:1b9 : 34 dc0b CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1ba : 34 dc41 (PERSISTENT_UID) RESP:2001(RSP:OK)l: 20 T:1ba : 34 dc41 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bb : 34 dc44 (NAME) RESP:2001(RSP:OK)l: 20 T:1bb : 34 dc44 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bc : 34 dc03 (PROTECTION) RESP:2001(RSP:OK)l: 20 T:1bc : 34 dc03 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bd : 34 dc04 (SIZE) RESP:2001(RSP:OK)l: 20 T:1bd : 34 dc04 CMD: 1008(GET_OBJECT_INFO)l: 16 T:1be : 34 RESP:2001(RSP:OK)l: 16 T:1be : 34 CMD: 100c(SEND_OBJECT_INFO)l: 20 T:1bf : 1 32 DATA:100c(SEND_OBJECT_INFO)l: 182 T:1bf : 0 3000 60c25 3000 0 SendObjectInfo: 1 50 20202040: 0 3000 0 60c25 3000 0 0 0 0 0 0 0 0 0 0 : card11b_rev3_web.pdf sd_getReadOnYieldWrites store:0 count:1 0 RESP:2001(RSP:OK)l: 24 T:1bf : 1 32 35 CMD: 100d(SEND_OBJECT)l: 12 T:1c0 MTPD::SendObject: len:0 Use Yield:0 >>>Total Time: 200283 RESP:2001(RSP:OK)l: 12 T:1c0 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c1 : 35 dc02 (FORMAT) RESP:2001(RSP:OK)l: 20 T:1c1 : 35 dc02 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c2 : 35 dc01 (STORAGE_ID) RESP:2001(RSP:OK)l: 20 T:1c2 : 35 dc01 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c3 : 35 dc07 (OBJECT NAME) RESP:2001(RSP:OK)l: 20 T:1c3 : 35 dc07 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c4 : 35 dc0b (PARENT) RESP:2001(RSP:OK)l: 20 T:1c4 : 35 dc0b CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c5 : 35 dc41 (PERSISTENT_UID) RESP:2001(RSP:OK)l: 20 T:1c5 : 35 dc41 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c6 : 35 dc44 (NAME) RESP:2001(RSP:OK)l: 20 T:1c6 : 35 dc44 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c7 : 35 dc03 (PROTECTION) RESP:2001(RSP:OK)l: 20 T:1c7 : 35 dc03 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c8 : 35 dc04 (SIZE) RESP:2001(RSP:OK)l: 20 T:1c8 : 35 dc04 CMD: 1008(GET_OBJECT_INFO)l: 16 T:1c9 : 35 RESP:2001(RSP:OK)l: 16 T:1c9 : 35 CMD: 100c(SEND_OBJECT_INFO)l: 20 T:1ca : 1 32 DATA:100c(SEND_OBJECT_INFO)l: 224 T:1ca : 0 3000 1484bb 3000 0 SendObjectInfo: 1 50 20202040: 0 3000 0 1484bb 3000 0 0 0 0 0 0 0 0 0 0 : esp-psram64_esp-psram64h_datasheet_en.pdf sd_getReadOnYieldWrites store:0 count:1 0 RESP:2001(RSP:OK)l: 24 T:1ca : 1 32 36 CMD: 100d(SEND_OBJECT)l: 12 T:1cb MTPD::SendObject: len:0 Use Yield:0 Hardfault. Return Address: 0x14BEA Faulted from exception. (DACCVIOL) Data Access Violation (MMARVALID) Accessed Address: 0x20959FF
... NOT cannot upload a 6.566KB zip file ...
The zip file copied is here : github.com/Defragster/LFSintegrity/blob/PlusNAND/extras/T_4.1.zip
Not sure if this is because the 125 MB has so many other files?
On restart it shows three files copied before it faulted. The two noted above and also AN12253.pdf
Faulted on file "esp-psram64_esp-psram64h_datasheet_en.pdf of size" 1.28 MB
<edit>
Went into that folder and tried to copy just that files and it faulted. Length of Filename?
<edit2>Code:D: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bc : 33 dc01 (STORAGE_ID) RESP:2001(RSP:OK)l: 20 T:1bc : 33 dc01 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bd : 33 dc07 (OBJECT NAME) RESP:2001(RSP:OK)l: 20 T:1bd : 33 dc07 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1be : 33 dc0b (PARENT) RESP:2001(RSP:OK)l: 20 T:1be : 33 dc0b CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1bf : 33 dc41 (PERSISTENT_UID) RESP:2001(RSP:OK)l: 20 T:1bf : 33 dc41 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:1c0 : 33 dc44 (NAME) RESP:2001(RSP:OK)l: 20 T:1c0 : 33 dc44 CMD: 100c(SEND_OBJECT_INFO)l: 20 T:1c1 : 1 2e DATA:100c(SEND_OBJECT_INFO)l: 224 T:1c1 : 0 3000 1484bb 3000 0 SendObjectInfo: 1 46 20202040: 0 3000 0 1484bb 3000 0 0 0 0 0 0 0 0 0 0 : esp-psram64_esp-psram64h_datasheet_en.pdf sd_getReadOnYieldWrites store:0 count:1 0 RESP:2001(RSP:OK)l: 24 T:1c1 : 1 2e 36 CMD: 100d(SEND_OBJECT)l: 12 T:1c2 MTPD::SendObject: len:0 Use Yield:0 MTP_test Device ID: 0xEFAA21 attempting to mount existing media sd_addFilesystem: 0 200035a0 WINBOND1G 0 Storage 0 WINBOND1G 131596288 81788928 Setup done CMD: 1002(OPEN_SESSION)l: 16 T:0 : 1 RESP:2001(RSP:OK)l: 16 T:0 : 1 CMD: 1001(GET_DEVICE_INFO)l: 12 T:1 RESP:2001(RSP:OK)l: 12 T:1 CMD: 1014(GET_DEVICE_PROP_DESC)l: 16 T:2 : d402 RESP:2001(RSP:OK)l: 16 T:2 : d402
It restarted - but not showing FAULT data in above SerMon output?
<edit3>
This T_4.1 has only 1Gb NAND - no PSRAM
Problem is 42 char filename.
Works when renamed to : esp-psram64_datasheet_en.pdf
Not sure why was saved with redundant naming in : esp-psram64_esp-psram64h_datasheet_en.pdf
@defragster
Ok you made me look - just saw your edits though. PSRAM not needed since for the NAND Large Mem buffer is set to false.
Problem looks like is the length of the filename for the PSRAM datasheet. Without changing the name I am seeing the same thing your are. If I shorten the filename I can transfer the whole directory with an issue:
Give is a try just shorten the name.
EDIT: Looks like we cross posted
I suppose since you included a picture we can call that cross posting
Indeed it was the length of the filename.
Windows WARNS when filenames are too long I've seen - not sure if it truncates or skips those files ... seems they get skipped?
Anyhow the code shouldn't get caught short like that - FrankB mentioned snprintf() ...
So with T4_PowerButton.h I got one logged fault - and then second attempt for just that file restarted as shown but no HardFault noted.
<edit> Undid the rename and repeated the copy
Got restart and logged fault:
Code:SendObjectInfo: 1 46 20202040: 0 3000 0 1484bb 3000 0 0 0 0 0 0 0 0 0 0 : esp-psram64_esp-psram64h_datasheet_en.pdf sd_getReadOnYieldWrites store:0 count:1 0 RESP:2001(RSP:OK)l: 24 T:268 : 1 2e 44 CMD: 100d(SEND_OBJECT)l: 12 T:269 MTPD::SendObject: len:0 Use Yield:0 Hardfault. Return Address: 0x14BEA Faulted from exception. (DACCVIOL) Data Access Violation (MMARVALID) Accessed Address: 0x541C084 MTP_test Device ID: 0xEFAA21 attempting to mount existing media sd_addFilesystem: 0 200035a0 WINBOND1G 0 Storage 0 WINBOND1G 131596288 93192192 Setup done
Odd - created empty TEXT DOC named :: esp-psram64_esp-psram64h_datasheet_en.txt
where these two names have the same length:
But copy of that .txt to ROOT or each of the folders 'T_4.1' and the one renames to 'xT_4.1' WORKS! As it does navigating "WINBOND1G" into the folder and copying the empty text file?Code:esp-psram64_esp-psram64h_datasheet_en.pdf esp-psram64_esp-psram64h_datasheet_en.txt
Just extended the size of the "txt" file from empty to 6KB was okay - but duplicating that to 60KB or 84KB and the Teensy does a restart!
So it is some combo of Filename and File size/content(size)?
And both times - no recorded HardFault - but there was a restart:
@FrankB - T4_PowerButton.h is catching the fault it seems and Failing to print? I'll up the WAIT on serial and see - maybe the Fault exit restart might need even more time.Code:CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:218 : 34 dc41 (PERSISTENT_UID) RESP:2001(RSP:OK)l: 20 T:218 : 34 dc41 CMD: 9803(GET_OBJECT_PROP_VALUE)l: 20 T:219 : 34 dc44 (NAME) RESP:2001(RSP:OK)l: 20 T:219 : 34 dc44 CMD: 100c(SEND_OBJECT_INFO)l: 20 T:21a : 1 2e DATA:100c(SEND_OBJECT_INFO)l: 224 T:21a : 0 3000 f000 3000 0 SendObjectInfo: 1 46 20202040: 0 3000 0 f000 3000 0 0 0 0 0 0 0 0 0 0 : esp-psram64_esp-psram64h_datasheet_en.txt sd_getReadOnYieldWrites store:0 count:1 0 RESP:2001(RSP:OK)l: 24 T:21a : 1 2e 40 CMD: 100d(SEND_OBJECT)l: 12 T:21b MTPD::SendObject: len:0 Use Yield:0 MTP_test Device ID: 0xEFAA21 attempting to mount existing media sd_addFilesystem: 0 200035a0 WINBOND1G 0 Storage 0 WINBOND1G 131596288 93192192 Setup done CMD: 1002(OPEN_SESSION)l: 16 T:0 : 1 RESP:2001(RSP:OK)l: 16 T:0 : 1 CMD: 1001(GET_DEVICE_INFO)l: 12 T:1 RESP:2001(RSP:OK)l: 12 T:1 CMD: 1014(GET_DEVICE_PROP_DESC)l: 16 T:2 : d402 RESP:2001(RSP:OK)l: 16 T:2 : d402
@ALL - note after doing the repro for the following a few times - the WINBOND1G shows 36.6 MB free of 125 MB as expected, but opening the media device - 'This folder is empty'
> After failing harmlessly a few times and all content files and folders looked okay it went BLANK
Then returning to LFSintegrity.ino I see this and the disk is not usable - the first time I've seen this.
At this point I cannot do a 'q' or an "F" to Quick or LLformat the media - 1Gb NAND QSPI flash???Code:T:\arduino-1.8.13_t54\hardware\teensy\avr\libraries\LittleFS\examples\LFSintegrity\LFSintegrity.ino Feb 9 2021 22:41:47 LittleFS Test : File Integrity Error starting SPI_DISK [ 0.01 M](0.00815 M elap) Awaiting input 0123456789RdcghkFqvplmusSBbyYxfan+-? loops left 0 > printDirectory SPI_DISK -------------- >>> >>>>> No Dir Total 0 files of Size 0 Bytes Bytes Used: 0, Bytes Total:0
The DISK won't 'start' with begin and even in setup it won't take a :: myfs.lowLevelFormat('x');
So I need to get a sketch to WIPE the flash to use this T_4.1 1Gb QSPI NAND ever again
> do we have a stand alone NAND format sketch?
@FrankB - do you have a thread for T4_PowerButton.h?
This case is causing a restart but I can't 'see' it?
I moved while to 15 secs and nothing. So added ToggleBlink?
It isn'[t getting there it seems.Code:#if (HARDFAULTSOUT==Serial) pinMode( 13, OUTPUT); while(!Serial && millis() < 15000){ digitalToggleFast( 13 ); delay(100); } #endif
So I went to - and again not seeing any LED 13 lighting?:
So is this 'Code Problem' causing a restart outside of a normal fault path?Code:FASTRUN __attribute__((used, noreturn, optimize("O0"))) static void my_fault_handler_c(ContextStateFrame *frame) { pinMode( 13, OUTPUT); digitalWriteFast(13, HIGH); //Read these both first: sRegInfo.mmar = (*((volatile uint32_t *)(0xE000ED34))); // MemManage Fault Address Register ... arm_dcache_flush((void*)&sRegInfo, sizeof(RegInfo)); int ii=25; while(ii>0){ digitalToggleFast( 13 ); delay(100); ii--; }
The TXT file content left from LFSIntegrity it is just "aaaaaaaaaaaaAAAAAAAAAAAAA" repeated for a total of the 60 KB file.
Last edited by defragster; 02-10-2021 at 06:06 AM.
Good Morning all
Don't know.
There must be an other reason for the reset?!?
As long the "marker" is written and readable after reset it will print.
Can you add the blink to the Hardfault ISR? It should blink then. If not, the reason for the reset is not a hardfault.
Or, is there something going on with DMA that overwrites the marker, perhaps?
What do I need to reproduce this?
Tim, you are using the powerbutton lib, right?
Can you try my cores branch "hardfaults" instead? There are a few things different. It is on github.
I'm using : github.com/FrankBoesing/T4_PowerButton
I just found : FrankBoesing/cores/hardfaults/teensy4/Hardfaults.cpp
Will give it a try
EXCEPT: Only repro so far was on this 1Mb QSPI NAND that is 'OFFLINE' not usable right now.
It was simple - 125MB flash had 85MB(?) of LFSintegrity stuff.
Copied file with LONG name of : esp-psram64_esp-psram64h_datasheet_en.txt
And filled it with 60KB of : "aaaaaaaaaaaaAAAAAAAAAAAAA"...
When the file was 6KB or less it had no trouble.
Will look at usage of HardFaults.cpp ... then try repro on another media ...
Need to see about RAW FORMAT of the 1Gb NAND Flash to see if it can be recovered. Maybe I can HACK LFS .begin to force LLformat ...
>> Sorry for the delay - just swapped my internet ISP and saw my Router had a HOTFIX firmware update for the update I put on 5 weeks back.
You'll need the startup.c, too.
Let's not pollute this thread![]()
First question to you p#758 : is there a thread for this?
As for LFS - In LittleFS_QPINAND::begin() there are prints - they are not showing???
> Are they hacked out by a macro somehow I don't find?
This never shows : Serial.println("QSPI flash begin");
Have unpowered T_4.1 - rest of code works - but QSPI NAND won't mount. Just did 15s Restore ... no help.
Serial online before being to show those prints - but nothing from the .begin()???Code:T:\arduino-1.8.13_t54\hardware\teensy\avr\libraries\LittleFS\examples\LFSintegrity\LFSintegrity.ino Feb 10 2021 00:40:57 LittleFS Test : File Integrity Error starting QSPI_DISK [ 0.01 M](0.00847 M elap) Awaiting input 0123456789RdcghkFqvplmusSBbyYxfan+-? loops left 0 >
Note error above it was trying SPI ... opps.
Double opps - #define TEST_QSPI_NAND :: it seems fine now? - back to mtp-test ...
LFSIntegrity sees it ??? - but MTP is projecting EMPTY DISK
It seems the ROOT got the bad file started with LONG name and it now
Here is what LFSint shows doing DirPrint:
Did a 'q' and with right 'myfs' of QSPI_NAND - it is working ... opps for the noise .... but mtp-test was busted ...Code:... FILE Z_file.txt 13824 0 dirs with 18 files of Size 172544 Bytes FILE A_file.txt 6144 FILE B_file.txt 3072 FILE C_file.txt 2048 FILE D_file.txt 5120 FILE E_file.txt 3072 FILE F_file.txt 3584 FILE G_file.txt 4096 FILE H_file.txt 4608 FILE M_file.txt 7168 FILE P_file.txt 8704 FILE Q_file.txt 9216 FILE R_file.txt 9728 FILE S_file.txt 10240 DIR T_4.1 / FILE AN12253.pdf 929397 FILE NXP_i2c_UM10204.pdf 1395785 FILE Routed_A.jpg 212439 FILE Routed_B.jpg 194564 FILE T_4.1_KurtE.jpg 295968 FILE W25N02aKV_Datasheet_20201022_C.pdf 1665621 FILE card11a_rev3_web.pdf 377551 FILE card11b_rev3_web.pdf 396325 FILE esp-psram64_datasheet_en.pdf 1344699 FILE schematic41.png 72649 FILE teensy41_card.png 320054 FILE w25m02gw revd 012219.pdf 1673403 0 dirs with 12 files of Size 8878455 Bytes FILE T_file.txt 10752 FILE U_file.txt 11264 FILE V_file.txt 11776 FILE mtpindex.dat 0 DIR xT_4.1 / FILE AN12253.pdf 929397 FILE card11a_rev3_web.pdf 377551 FILE card11b_rev3_web.pdf 396325 FILE esp-psram64_datasheet_en.pdf 1344699 0 dirs with 4 files of Size 3047972 Bytes 34 dirs with 17 files of Size 110592 Bytes Total 558 files of Size 16600987 Bytes Bytes Used: 93192192, Bytes Total:131596288
It starts now with 'q' done. Now to HardFault detect ...
No.. there is no thread so far. We can use mail - or just open a new thread..
The t4_powerbutton" is the older version, so we should better talk about the "hardfaults" branch.
Should have just removed the //#include <T4_PowerButton.h>
> Still restarts so it is not triggering hard fault reset for the restart when file copy was requested.
The MTP code hates this file (at least when copied to QSPI NAND 1 Gb :: esp-psram64_esp-psram64h_datasheet_en.txt
>> 60KB named : "esp-psram64_esp-psram64h_datasheet_en.txt"
ALSO Parse Error ... error on DIR parse:
>> the media got in a weird way - perhaps that 'LONG" name was written and not acceptable,
>> LFSIntegrity code worked - though may have 'skipped bad file' if there
-> it told WINDOWS of the Disk used size
-> BUT could not display the dir structure and pass it to Windows when explorer opened the Media
@Frank : I did get startup.c and hardfaults.cpp and added output > LED(HIGH) in _hardfaults_init() and the Teensy starts with LED ON. So the code is included now.
>> Maybe too early to start a thread since it isn't included - will copy edited Hardffaults.cpp as used in email to confirm good edits
_> Will try same trick file on other media - but time for Zzzz's here ...
WOW. Not sure what you did - have never run across that problem before even when developing the original libraries and I kind of abused the heck out of it.
Suggestion. Run the littlefs_teensy_test1a sketch but add myfs.lowLevelFormat('.'); right after the myfs.begin(). the lowleveformat never failed me - it uses the chips internal block erase to get the whole chip.
EDIT:
1. You could always use the standalone library so it gets it out of the LitteFS library to do the chip erase as well if that doesn't work.
2. RE: FileName:
Of 2 minds on this one - (1) Just skip the file and print a warning that file was skipped because name was too long or (2) just truncate it. Think I would probably go with the first as I have seen windows do this.
EDIT2:
Just copied your .txt file to the NAND. It immediately shut down the Teensy. Restarted with no problems and the .txt file did not transfer. But I didn't get any of the bad side affects that you are seeing. However maybe it was because I didn't have anything else on the NAND.
Last edited by mjs513; 02-10-2021 at 12:04 PM.
Morning @KurtE - @ALL
RE: Circular Buffer
Might want to check this post out: https://forum.pjrc.com/threads/50395...l=1#post251690 in the circular buffer thread by @wwatson. Found it when I was re-reading the thread.
Morning all,
Sorry I slept in, it is now a little after 5![]()
Circular buffer - It has been awhile since I looked at his library stuff... My large buffer code is doing a circular buffer, like the hardware serial code in cores... It works with two buffers if you specify a secondary buffer, and it reads each block of 512 bytes into it, taking into account that the two parts are not contiguous parts and since the first set of data is not a full record it also handles that reads may span going between the two parts of circular buffer including the wrap back to the beginning. With the writes out of it, the buffer size is a multiple of the write size, so it can output full writes from one of the two parts of the buffer...
Overwrite memory with file names... Again I might try to take a pass through to catch some of them. I thought some of this was done before, but..
Linux (Ubuntu) - I installed latest beta on Ubuntu x86 (64 bit), I downloaded my github and set the correct branch and built: MTP with SEREMU ...
Did not appear like the Serial Monitor window wanted to display anything... Will take more of a look
But first COFFEE
Gooood Moooorning!
Have not tried thatI have lubutu in a VM and simply assigned the usb connection to it, in VirtualBox. I experimented with the MTP only - no serial.
But I tried now to copy a large file (with windows) - 800MB - to SD. That failed. Windows does not show the "sdio" anymore.
Then, I restarted the Teensy. The large file has now 0 Bytes.
Will take more of a look today and first verify that the beta Serial monitor is working at all with SEREMU...
My old dev machine has Ubuntu 20.04.2 LTS on it. Gnome version 3.3336.8
I have gone through the: Sudo apt-get update ... upgrade ... autoremove
So I think most everything is up to date.
Note I am running a T4.1 with SDCard, maybe two (one SPI) not sure which other disks it found... Need to look at bottom of the T.... (In breadboard).
Built mtp-test sketch on the machine, using latest beta release plus my version of MTP library...
Again on Ubuntu...
A few interesting things:
a) in both the browser and the files app, it shows 5 disks all with the name Teensy MTP Disk. I am not sure it shows anywhere the storage name... Probably in most usage cases it would not matter as you may only have one...
b) Arduino shows the Teensy as the device /dev/hidraw3 and bottom of Arduino window shows (Teensy 4.1 on usb1/1-1/1-1.4/1-1.4.1 and the Arduino IDE (Teensy app) fails to upload to it in the IDE... It does program it when I press the program button.
c) The Serial Monitor shows that the teenys is offline.
May try a more simple sketch to see what is going on... Like does usb type of serial work?
Try "dmesg" (on a command-prompt (shell)) after programming or reconnecting the teensy. Does it show errors?
Note I hit the program button. In case it is interesting to Paul, I closed Teensy app, tried a program again, here is the verbose:Code:12851.340973] usb 1-1.4.1: USB disconnect, device number 11 [12851.685056] usb 1-1.4.1: new high-speed USB device number 12 using ehci-pci [12851.793699] usb 1-1.4.1: New USB device found, idVendor=16c0, idProduct=0478, bcdDevice= 1.05 [12851.793701] usb 1-1.4.1: New USB device strings: Mfr=0, Product=0, SerialNumber=1 [12851.793702] usb 1-1.4.1: SerialNumber: 000D1E60 [12851.794730] hid-generic 0003:16C0:0478.000B: hidraw3: USB HID v1.11 Device [HID 16c0:0478] on usb-0000:00:1a.0-1.4.1/input0 [12853.388827] usb 1-1.4.1: USB disconnect, device number 12 [12853.873073] usb 1-1.4.1: new high-speed USB device number 13 using ehci-pci [12853.981901] usb 1-1.4.1: New USB device found, idVendor=16c0, idProduct=04d1, bcdDevice= 2.80 [12853.981903] usb 1-1.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [12853.981904] usb 1-1.4.1: Product: Teensy MTP Disk [12853.981905] usb 1-1.4.1: Manufacturer: Teensyduino [12853.981905] usb 1-1.4.1: SerialNumber: 8597440 [12853.982954] hid-generic 0003:16C0:04D1.000C: hidraw3: USB HID v1.11 Device [Teensyduino Teensy MTP Disk] on usb-0000:00:1a.0-1.4.1/input1 kurt@kurt-XPS-8300:~/github/MTP_t4$
Next up, will try a different USB type, maybe like keyboard and see if it can talk to serial monitorCode:08:35:01.670 (post_compile 1): Begin, version=1.54-beta6 08:35:01.788 (loader): Teensy Loader 1.54-beta6, begin program 08:35:01.831 (loader): File "mtp-test.ino.hex". 141428 bytes, 2% used 08:35:01.832 (loader): Listening for remote control on port 3149 08:35:01.832 (loader): initialized, showing main window 08:35:01.871 (loader): remote connection 9 opened 08:35:01.871 (post_compile 1): Sending command: comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_post_compile) 08:35:01.871 (loader): remote cmd from 9: "comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_post_compile)" 08:35:01.871 (loader): remote cmd from 9: "status" 08:35:01.932 (post_compile 1): Status: 1, 0, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:01.932 (post_compile 1): Sending command: auto:on 08:35:01.933 (loader): remote cmd from 9: "auto:on" 08:35:01.933 (post_compile 1): Disconnect 08:35:01.944 (loader): remote connection 9 closed 08:35:01.950 (post_compile 2): Begin, version=1.54-beta6 08:35:01.950 (loader): remote connection 9 opened 08:35:01.950 (post_compile 2): Sending command: comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_post_compile) 08:35:01.950 (loader): remote cmd from 9: "comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_post_compile)" 08:35:01.951 (loader): remote cmd from 9: "status" 08:35:02.020 (post_compile 2): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:02.020 (post_compile 2): Disconnect 08:35:02.030 (post_compile 3): Running teensy_reboot: /home/kurt/Desktop/arduino-1.8.13/hardware/teensy/../tools/teensy_reboot 08:35:02.030 (loader): remote connection 9 closed 08:35:02.030 (loader): remote connection 9 opened 08:35:02.030 (loader): remote connection 9 closed 08:35:02.031 (reboot 4): Begin, version=1.54-beta6 08:35:02.031 (reboot 4): location = /sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:02.031 (reboot 4): portlabel = /dev/hidraw3 MTPDisk 08:35:02.031 (reboot 4): Only location /sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 will be tried 08:35:02.031 (reboot 4): portprotocol = Teensy 08:35:02.046 (loader): remote connection 9 opened 08:35:02.049 (reboot 4): add device: subsys=usb, type=usb_device, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:02.049 (reboot 4): devnode=/dev/bus/usb/001/013, subsystem=usb, ifacenum=-1 08:35:02.049 (reboot 4): add child: subsys=usb, type=usb_interface, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.0 08:35:02.049 (reboot 4): parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:02.049 (reboot 4): model=37 (Teensy 4.1) 08:35:02.049 (reboot 4): add child: subsys=usb, type=usb_interface, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1 08:35:02.049 (reboot 4): parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:02.049 (reboot 4): add child: subsys=hid, type=(null), location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1/0003:16C0:04D1.000C 08:35:02.049 (reboot 4): parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:02.049 (reboot 4): add child: subsys=hidraw, type=(null), location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1/0003:16C0:04D1.000C/hidraw/hidraw3 08:35:02.049 (reboot 4): parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:02.049 (reboot 4): devnode=/dev/hidraw3, subsystem=hidraw, ifacenum=1 08:35:02.060 (reboot 4): found Teensy Loader, version 1.54 08:35:02.060 (reboot 4): Sending command: show:arduino_attempt_reboot 08:35:02.143 (loader): remote cmd from 9: "show:arduino_attempt_reboot" 08:35:02.143 (loader): got request to show arduino rebooting message 08:35:02.146 (reboot 4): Sending command: comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_reboot) 08:35:02.146 (loader): remote cmd from 9: "comment: Teensyduino 1.54-beta6 - LINUX64 (teensy_reboot)" 08:35:02.146 (loader): remote cmd from 9: "status" 08:35:02.201 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:02.201 (reboot 4): hid_send_feature, opened /dev/hidraw3 08:35:02.201 (reboot 4): error sending reboot command to /dev/hidraw3 08:35:02.201 (loader): remote cmd from 9: "status" 08:35:02.257 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:02.257 (reboot 4): status read, retry 0 08:35:02.393 (loader): remote cmd from 9: "status" 08:35:02.445 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:02.445 (reboot 4): status read, retry 1 08:35:02.546 (loader): remote cmd from 9: "status" 08:35:02.607 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:02.607 (reboot 4): status read, retry 2 08:35:02.707 (loader): remote cmd from 9: "status" 08:35:02.767 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:02.767 (reboot 4): status read, retry 3 08:35:02.917 (loader): remote cmd from 9: "status" 08:35:02.971 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:02.971 (reboot 4): status read, retry 4 08:35:03.071 (loader): remote cmd from 9: "status" 08:35:03.131 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:03.131 (reboot 4): status read, retry 5 08:35:03.232 (loader): remote cmd from 9: "status" 08:35:03.291 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:03.291 (reboot 4): status read, retry 6 08:35:03.441 (loader): remote cmd from 9: "status" 08:35:03.494 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:03.494 (reboot 4): status read, retry 7 08:35:03.594 (loader): remote cmd from 9: "status" 08:35:03.656 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:03.656 (reboot 4): status read, retry 8 08:35:03.756 (loader): remote cmd from 9: "status" 08:35:03.815 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:03.815 (reboot 4): status read, retry 9 08:35:03.968 (loader): remote cmd from 9: "status" 08:35:04.020 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:04.020 (reboot 4): status read, retry 10 08:35:04.120 (loader): remote cmd from 9: "status" 08:35:04.180 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:04.180 (reboot 4): status read, retry 11 08:35:04.280 (loader): remote cmd from 9: "status" 08:35:04.340 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:04.340 (reboot 4): status read, retry 12 08:35:04.490 (loader): remote cmd from 9: "status" 08:35:04.544 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:04.544 (reboot 4): status read, retry 13 08:35:04.644 (loader): remote cmd from 9: "status" 08:35:04.704 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:04.704 (reboot 4): status read, retry 14 08:35:04.804 (loader): remote cmd from 9: "status" 08:35:04.864 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:04.864 (reboot 4): status read, retry 15 08:35:05.013 (loader): remote cmd from 9: "status" 08:35:05.065 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:05.065 (reboot 4): status read, retry 16 08:35:05.166 (loader): remote cmd from 9: "status" 08:35:05.227 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:05.227 (reboot 4): status read, retry 17 08:35:05.327 (loader): remote cmd from 9: "status" 08:35:05.387 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:05.387 (reboot 4): status read, retry 18 08:35:05.537 (loader): remote cmd from 9: "status" 08:35:05.591 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:05.591 (reboot 4): status read, retry 19 08:35:05.691 (loader): remote cmd from 9: "status" 08:35:05.752 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:05.752 (reboot 4): status read, retry 20 08:35:05.852 (loader): remote cmd from 9: "status" 08:35:05.912 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:05.912 (reboot 4): status read, retry 21 08:35:06.061 (loader): remote cmd from 9: "status" 08:35:06.113 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:06.113 (reboot 4): status read, retry 22 08:35:06.214 (loader): remote cmd from 9: "status" 08:35:06.275 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:06.275 (reboot 4): status read, retry 23 08:35:06.375 (loader): remote cmd from 9: "status" 08:35:06.436 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:06.436 (reboot 4): status read, retry 24 08:35:06.584 (loader): remote cmd from 9: "status" 08:35:06.637 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:06.637 (reboot 4): status read, retry 25 08:35:06.738 (loader): remote cmd from 9: "status" 08:35:06.799 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:06.799 (reboot 4): status read, retry 26 08:35:06.899 (loader): remote cmd from 9: "status" 08:35:06.960 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:06.960 (reboot 4): status read, retry 27 08:35:07.109 (loader): remote cmd from 9: "status" 08:35:07.162 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:07.162 (reboot 4): status read, retry 28 08:35:07.262 (loader): remote cmd from 9: "status" 08:35:07.330 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:07.330 (reboot 4): status read, retry 29 08:35:07.430 (loader): remote cmd from 9: "status" 08:35:07.490 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:07.490 (reboot 4): status read, retry 30 08:35:07.640 (loader): remote cmd from 9: "status" 08:35:07.692 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:07.692 (reboot 4): status read, retry 31 08:35:07.793 (loader): remote cmd from 9: "status" 08:35:07.855 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:07.855 (reboot 4): status read, retry 32 08:35:07.955 (loader): remote cmd from 9: "status" 08:35:08.016 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:08.016 (reboot 4): status read, retry 33 08:35:08.165 (loader): remote cmd from 9: "status" 08:35:08.218 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:08.218 (reboot 4): status read, retry 34 08:35:08.318 (loader): remote cmd from 9: "status" 08:35:08.380 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:08.380 (reboot 4): status read, retry 35 08:35:08.480 (loader): remote cmd from 9: "status" 08:35:08.542 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:08.542 (reboot 4): status read, retry 36 08:35:08.694 (loader): remote cmd from 9: "status" 08:35:08.751 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:08.751 (reboot 4): status read, retry 37 08:35:08.852 (loader): remote cmd from 9: "status" 08:35:08.912 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:08.912 (reboot 4): status read, retry 38 08:35:09.012 (loader): remote cmd from 9: "status" 08:35:09.074 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:09.074 (reboot 4): status read, retry 39 08:35:09.223 (loader): remote cmd from 9: "status" 08:35:09.279 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:09.279 (reboot 4): status read, retry 40 08:35:09.379 (loader): remote cmd from 9: "status" 08:35:09.441 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:09.441 (reboot 4): status read, retry 41 08:35:09.541 (loader): remote cmd from 9: "status" 08:35:09.603 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:09.603 (reboot 4): status read, retry 42 08:35:09.753 (loader): remote cmd from 9: "status" 08:35:09.807 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:09.807 (reboot 4): status read, retry 43 08:35:09.907 (loader): remote cmd from 9: "status" 08:35:09.970 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:09.970 (reboot 4): status read, retry 44 08:35:10.070 (loader): remote cmd from 9: "status" 08:35:10.132 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:10.132 (reboot 4): status read, retry 45 08:35:10.281 (loader): remote cmd from 9: "status" 08:35:10.335 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:10.335 (reboot 4): status read, retry 46 08:35:10.435 (loader): remote cmd from 9: "status" 08:35:10.495 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:10.495 (reboot 4): status read, retry 47 08:35:10.596 (loader): remote cmd from 9: "status" 08:35:10.655 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:10.655 (reboot 4): status read, retry 48 08:35:10.809 (loader): remote cmd from 9: "status" 08:35:10.863 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:10.863 (reboot 4): status read, retry 49 08:35:10.964 (loader): remote cmd from 9: "status" 08:35:11.024 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:11.024 (reboot 4): status read, retry 50 08:35:11.124 (loader): remote cmd from 9: "status" 08:35:11.185 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:11.185 (reboot 4): status read, retry 51 08:35:11.337 (loader): remote cmd from 9: "status" 08:35:11.392 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:11.392 (reboot 4): status read, retry 52 08:35:11.492 (loader): remote cmd from 9: "status" 08:35:11.553 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:11.553 (reboot 4): status read, retry 53 08:35:11.653 (loader): remote cmd from 9: "status" 08:35:11.717 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:11.717 (reboot 4): status read, retry 54 08:35:11.865 (loader): remote cmd from 9: "status" 08:35:11.918 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:11.918 (reboot 4): status read, retry 55 08:35:12.018 (loader): remote cmd from 9: "status" 08:35:12.080 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:12.080 (reboot 4): status read, retry 56 08:35:12.180 (loader): remote cmd from 9: "status" 08:35:12.240 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:12.240 (reboot 4): status read, retry 57 08:35:12.391 (loader): remote cmd from 9: "status" 08:35:12.445 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:12.445 (reboot 4): status read, retry 58 08:35:12.545 (loader): remote cmd from 9: "status" 08:35:12.608 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:12.608 (reboot 4): status read, retry 59 08:35:12.708 (loader): remote cmd from 9: "status" 08:35:12.769 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:12.769 (reboot 4): status read, retry 60 08:35:12.921 (loader): remote cmd from 9: "status" 08:35:12.975 (reboot 4): Status: 1, 1, 0, 0, 0, 0, /tmp/arduino_build_719164/, mtp-test.ino.hex 08:35:12.975 (reboot 4): status read, retry 61 08:35:13.075 (reboot 4): Teensy did not respond to a USB-based request to automatically reboot. 08:35:13.076 (loader): remote connection 9 closed 08:35:13.080 (serialmon 5): Begin, version=1.54-beta6 08:35:13.080 (serialmon 5): listening for location: /sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:13.096 (loader): remote connection 9 opened 08:35:13.098 (serialmon 5): add device: subsys=usb, type=usb_device, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:13.098 (serialmon 5): devnode=/dev/bus/usb/001/013, subsystem=usb, ifacenum=-1 08:35:13.099 (serialmon 5): add child: subsys=usb, type=usb_interface, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.0 08:35:13.099 (serialmon 5): parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:13.099 (serialmon 5): model=37 (Teensy 4.1) 08:35:13.099 (serialmon 5): add child: subsys=usb, type=usb_interface, location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1 08:35:13.099 (serialmon 5): parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:13.099 (serialmon 5): add child: subsys=hid, type=(null), location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1/0003:16C0:04D1.000C 08:35:13.099 (serialmon 5): parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:13.099 (serialmon 5): add child: subsys=hidraw, type=(null), location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1/1-1.4.1:1.1/0003:16C0:04D1.000C/hidraw/hidraw3 08:35:13.099 (serialmon 5): parent location=/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.1 08:35:13.099 (serialmon 5): devnode=/dev/hidraw3, subsystem=hidraw, ifacenum=1 08:35:13.099 (serialmon 5): can't open /dev/hidraw3 08:35:23.263 (loader): Verbose Info event
Re: Windows/big files
I think it's a bug in sdfat.
I can copy files < 256MB without errors.
anything above that crashes.
Reading a 800MB file works.
The speed is great.. same as with my usb2 card reader!
Last edited by Frank B; 02-10-2021 at 04:01 PM.