defragster

IIRC:: Teensy 3.x before 4.x put the time in the hex when building and that would be used to set on starting if 'not set' - even days later. For T_4.x the better usable solution was to have the Loader Teensy.exe pass the time during programming...

EEPROM write versus SDHC is an odd comparison? As noted the EEPROM writes are done with the focus on minimizing wear with overhead in each byte written to do that and then when needed and on the fly block format will happen to restart the data...

Seems like a safe idea. Interrupt pins floating for digital use seems like it would never be commonly useful.

So, the use of the word 'reset' was used out of habit. I know its a 'Program' button but thanks for double checking my knowledge on the matter (or rather correcting my terminology). So, Its certainly bricked. I have put this down to a faulty...

Looking at sources this shows perhaps a way to ensure the packing is properly atributed: T:\T_Drive\arduino-1.8.19\hardware\teensy\avr\cores\teensy4\cmsis_gcc.h: 65 #define __WEAK __attribute__((weak)) 66...

The code in p#2 only went to 0 when input was on GND, and would go full scale when on 3.3V as expected. Floating in between - a small amount ~33 and then rising when touched to something over double that. That values showing now are above...

Without that the code cannot be run as posted - nor can it be seen what other pins are involved. Indeed, that changes the situation with test code presented p#2: pinMode(27, INPUT_DISABLE);

Missing config.hpp - Created code that may follow desired text in a simple fashion? void setup() { analogReadResolution(12); analogReadAveraging(32); } elapsedMillis aTime; void loop() { static int aSum=0; static int aCnt=0; if...

That works - thanks!

I copied the PJRC icon from the main website. You might need to hold shift while clicking reload to get your browser to reload it.

Program flash writes resolve to this: https://github.com/PaulStoffregen/cores/blob/master/teensy4/eeprom.c#L246 // write bytes into flash memory (which is already erased to 0xFF) void eepromemu_flash_write(void *addr, const void *data, uint32_t...

this gets lots indeed - whatever it is

Two quick suggestions, only read micros() once and use digitalReadFast() as shown below. Not sure what your calculation is doing, but are your variables accurlim, duration, plotttimer declared as "volatile"? void isrCP() { uint32_t us =...

Win 11 - Ctrl+P command didn't work? JSON string was right - closed IDE 2.1.1 and reopened and saw 0.59.4. It installed in under 30 seconds to update from 59.3 Had a sketch open and i built fine and uploaded to a locked T_4.1

@KurtE seems like you might be ready for a computer upgrade - and/or better internet? I ran the ZST again after XZ and it was under a minute - so part of the time seems to be on the fly downloading? When I removed 0.59.3 (as before) then...

Indeed ZST on Win 11 like 3 minutes and XZ was just short of 8 minutes.

This may be the reason it won't start with that battery on? That keeping the RTC part alive with 3V is good to help power on in some cases noted by PJRC. But that pin like others is 3.3V limited and having higher voltage may be blocking startup...

Follow up. Here is the output after a bootloader update. It does NOT report Connected until the bootloader update is fully complete, satisfying my requirements. Connected [History] -> {empty} -> usb:0/140000/0/5/3/4/2 hid#vid_16c0&pid_0486...

With a Teensy 4.x there is a RED LED by the USB connector. Only the bootloader can power that RED LED. Anytime the RED LED is on the PJRC bootloader chip is in control of the Teensy MCU/Processor. > This includes any non-solid blink patterns that...

Very cool recovering and reading that old data! Especially being able to use it again. Teensy 3 USB uses 64B blocks. If you can tolerate/arrange read delays as needed put a delayMicroseconds(100) between 64Byte writes. That is only 12 blocks for...

Good find on 48MHz testing. The USB Hardware on Teensy is the processor itself. Perhaps there is a place where a small delayMicroseconds() slowing the output stream would prevent the corruption? Is this printing just for debug testing? I ran...

Note: The Teensy has no Reset Button. It is a Program button where the bootloader halts the Teensy inviting an upload as occurred. When the Bootloader is in control it presents as a valid USB HID device to facilitate the upload. Try again with a...

Odd, this is not a common problem. Can a simple sketch be posted that demonstrates the issue? With USB Serial, PJRC has implemented a true USB device using true USB hardware on the Teensy MCU that conforms to the Windows 10&11 built in driver...

Using link from defragster post #42 - they are GONE - Thanks.

Reading above Priority came to mind - and scanning the linked thread : could be awesome or could be a time sink. Could there be a 'priority' flag of some sort? > Pri 1 - run this every time ... down to run in turn every '# event' turns (as it is...

This looks like a spammer? On: https://forum.pjrc.com/index.php?whats-new/

Sounds like a usable solution. PJRC allocates USB buffers in RAM2/DMAMEM and that works taking from that 'less commonly used/filled' memory. Example code above when non EXTMEM used both DTCM/RAM1 and DMAMEM/RAM2 and they showed same completion...

Yes ... They just get placed in the INO file and they are called with each yield() - nothing else required. this looks helpful: https://arduinogetstarted.com/reference/serial-serialevent

Yes, that was the concept ... On forum.arduino.cc it looks like this - the paper copy in the corner.

Once the .begin() is done there should be no problem calling this if the comment is complete:

Added this on two T_4.1's: {1 with and 1 without} PSRAM and there are no chars printed here - added in setup() to current p#2 code: int c; while ( (c = Serial8.read()) != -1) { Serial.println(c, HEX); } Funny - read right over that...

yield() is weak and easy to replace in sketch. It is more efficient these days. It mainly polls any present serialEvent() functions and then returns. It doesn't actually delay() or waste much time before returning. If no serialEvent() code is...

Old forum allowed BOLD and formatting within code blocks - though it also evaluated SMILIES :) ;) in code output unless that was manually turned off per post. I supposed those two are tied together here in XenForo and their CODE formatting...

RE p#4 wondering if DMA in use and {FULL SPEED} CACHE gets flushed? {though shouldn't touch this area?} Or if alternate buffers consume more of the cache and 16KB half of cache gets swapped? Reduced to 4KB and still fails to complete: Reduced...

Quick test for this: With 16KB on BUFFSIZE this should be retained in 32KB DATA data cache? memset(EXBuffer, 0xDF, BUFFSIZE); int jj = 0; for ( int ii = 0; ii < BUFFSIZE; ii++ ) jj += EXBuffer[ii]; Serial.println("Writing buffer in EXTMEM...

Some websites offer a 'copy button' for code blocks grabbing everything within to the clipboard. Is that an option? - rather than having to manually drag select code text start to end to copy. Note: good for the forum - my bad - just came back...

Noted p#29: SR+ could close threads and post on closed threads - that allowed the noted closed thread to only issue 'future release notes' > also catching dupe threads as was done today Other thing was edit of 'user posts' - where that was...

Something odd for sure - nothing like that seen here at default 600 MHz - even without the recurring Serial8.print()'s in loop(). If not connected there should be nothing coming for Serial8.available() - unless it is picking up noise from the non...

Thankyou sir !

Not sure what 'of import' changed in the code below {added some intermediate printing} - but with a JUMPER on Serial 8 Rx<>TX, i.e. pin 34 and 35 this code. The Serial8 Jumper is providing known proper UART Serial8 connectivity and data for sure...

Can confirm it fails to return - even after some random edit efforts. Moving from compile alloc to extmem_malloc() also failed but works with standard DMAMEM malloc() // EXBuffer = (uint8_t*)extmem_malloc(BUFFSIZE); // also fails to complete...

Indeed, they are rare and one time events performed only by the PJRC Teensy.exe. That is a change to software on the bootloader chip and is very rare with non in recent memory - but will be done when Teensy.exe performs an upload and detects old...

the current clock speed is found using: F_CPU_ACTUAL

I should have led with that it seems :) Bad solder seen to affect other things - not noted it as causing such issues on SD before - but noted now!

UPDATE: FIXED So basically I redid the solder, and it seems like that fixed the issue. Both my SD cards are being detected now, and I am able to play WAV files. Hopefully it stays this way until my presentation next week :) Thank you for the...

With Serial2.begin( baud ) pin 7 will then act as RX and pin 8 will be set for TX. It should make no changes to pin 9 or other. Both of those pins will be found to be resting at 3.3V after the .begin() and ready for 'baud' rate UART I/O.

Seems like it was failing to act as intended - posted some weeks back attempts to demo in a sketch ...

Would have to look at the ADC LIB code. Guess was it would wait internally for isComplete - but reading observed 15X sample speed it may just return the last reading - or ... https://github.com/pedvide/ADC/blob/master/ADC.cpp#L700

What version of TeensyDuino is in use? 1.59 beta 4 should release soon - the beta 3 version has some changes that may not relate or help. Were both cards reformatted with the sdCard Formatter? In the past that has worked for proper formatting...

There are many components on the bottom side that could be disturbed or displaced if hit with enough heat exposure.