defragster
Senior Member+

Paul - this millis() issues on certain set_arm_clock transitions. See: pjrc.com/threads/58053-T4-set_arm_clock-and-micros() Title says micros() but that is because it tracks on millis() clocking.

Paul - TeensyDuino 1.49 fixable? Certain passes through set_arm_clock() with clock speed transition depending on current settings leave the clocking for millis() not properly set. Post #2 the code in code block #2...

That isn't part of std WIRE lib it seems - so adding may have complications. Looking at : \hardware\teensy\avr\libraries\i2c_t3 included in TD it does note non-blocking version details. For T_3.2 it should support...

This came to mind: github.com/ftrias/TeensyThreads/pull/21 Also note :: This branch is 19 commits behind ftrias:master.

I saw github CORES has first pass of T4 USB Keyboard checked in followed by mouse and joystick - likely out with Beta 2 when it is ready: Add USB keyboard for Teensy 4.0 Add USB mouse & joystick for Teensy 4.0

The T4 or T_3.6 SDIO interface to an SD card can write perhaps 10 MB per second - depending on the driver library used. Also 5-15 MB/sec writes to disk or flash drive are possible with USB Host device. How long does...

The info on the part in use would be needed to give a complete answer. The ones used by PJRC are on the website and are a Electret Condenser Microphone. Unless the MEMS mic in use presents the same signal levels...

opps - that explains my thinking it wasn't compiling the right code - I saw the IMXRT file which was obvious - but ignored the WireKinetis file :(

at a glance it looks like that should prevent the compiler from saying that - assuming it is called with no (params)? - confirm in verbose console output it is building with the sources from that edited folder (where...

That sounds great Paul. Other simple test done here looked good and reliable - even if it was not built for speed - it was reliable. And as noted dumping some @luni_LATIN text quickly pushed to 10 MB Rx in...

IDE 1.8.9 builds much faster AFAIK - 1.8.10 does mega rebuild on the tiniest change on Audio sketch.

I did use you inbuilt firmware upload - same speed 4.86? Seems to go to Panic flash after 1 iteration with send of 0.02MB? It finds a single T4 nicely on hub or left front port - but not on right front port - though...

@luni - Nice. I took a quick look 'software' - 'firmware' - looks like usable files are there somewhere for both CPU's :) I grabbed the first line of the latin text 930+ bytes and threw that in the short send I was...

Indeed, sounds like a Win issue - the few cmdline t_sermon dumps were garbage free output to file - it was good to see that finally. Security:: for sure some of the dumps of garbage could have been who knows what for...

Indeed Win CMD output is slow - that is why I was doing the 1,000 batches before printing even one buffer. Though doing 10K batches did not run any faster - likely the minimal code overhead to clean and check receive...

Doing this :: T:\arduino_1.8.10\hardware\tools>teensy_serialmon.exe usb:0/140000/0/1 > seeme.txt The created file this way doesn't seem to show the printed corrupt messages in a couple of tries. Also hitting ENTER...

Odd things noted above - using sketch with no delays posted below. Not sure if any of this is T4 related - but all make at this this Win_10 PC an unreliable test bed:: > I see garbage spew on GUI and TyCommander...

@Paul - modified prior PC app to read 512 bytes in groups of 1,000 times - and sends each buffer back to the T4, but only prints the last buffer of the 1,000. One sign of trouble with that garbage buffer - though not...

Indeed it is that thread. That post preceded the notes on T4 memory pjrc.com/store/teensy40.html And above was right > what speed is RAM2 that it needs to be cached?

There is a memory thread - search forum for imxrt-size - details there may be helpful, also that exe imxrt-size will spit out info on what is allocated where at compile time. I posted an output of that in the 1.49 beta...

OCRAM is all open in the TD 1.48 - for pending faster USB in TD 1.49 it looks like 12 KB is allocated to USB buffers for DMA access. When that is complete USB will be optional and turning it off should put that back to...

The code in the link above :: pjrc.com/threads/48450-uNav-AHRS?p=168449&viewfull=1#post168449 Puts the : attachInterrupt(digitalPinToInterrupt(GPS_SRX), GPS_serialrx_isr, RISING); - Directly on the Rx pin and it does...

Setting up the 'Rx' as a watch pin served the desired purpose of seeing the Start of data bits in that case, so no need for low level UART operation was needed in that code. And with only 5 or 10 messages per second...

That is more than a simple blink ... so added details might be helpful. Also interesting if the same process using the standard IDE install with known TeensyDuino can reproduce - it may be T4 or PlatformIO interaction...

Paul - minor update ... Interedted to hear if you try this sketch and see similar or different behavior. I finally stopped the tSerMon - running fine - - at 348 minutes. TyComm dies at 19 minutes then 119 minutes -...

Cool. Seeing signs of good throughput as noted above - but requires the indicated delay()'s in some fashion to have my Win10 PC keep running. Right now with the last posted 7000/700 I have two T4's on the same HUB...

Modified the output to show a run time time measure in minutes: Moved the two delay times to #define at the top - printed for ref in setup(): #define LONG_DELAY_SEC 7000 // in delayMicroseconds #define...

What sketch is running - does it do this with Simple Blink - or is this a full speed write to Serial sketch for SerMon message viewing? What version of the IDE and TeensyDuino are in use?

Make this call in setup() and see if it completes any faster: analogReadAveraging(1); IIRC by default the internal hardware averaging does 4 reads per returned sample.

Paul - revisiting : PaulStoffregen/USB-Serial-Print-Speed-Test When you get back to USB testing - maybe PJRC's IDE SerMon will work better for you than on my Win10 box. In any case this is something you might give a...

Looking at Post #14 code - it looks like nothing gets pasted - but the line #define SDFAT_BETA 0 is removed

I've posted code that puts an interrupt on the Rx pin that triggers when the STOP bit goes to START - the interrupt records the time, and turns itself off so data bit transitions are not trapped. Then the receive code...

This should be #ifdef ?_1062_? since it is MCU specific? Also we know restart times under 2 are suspect or fail - it would be good perhaps to add: if ( delay_secs <2 ) delay_secs=2; Indeed observed the _isr()...

No, that as .a doesn't work as I tried it. Normal code as :: sketchbook\libraries\reboot holding the reboot.h and .cpp instead of .a does work with this sketch: #include "reboot.h" void setup() { ...

+Not: Thread titles are set in stone as they are the root of any link I suppose … Sorry the 'o' stays :( I wasn't sure about the _isr() - it fires immediately on/at EXIT? Maybe that is the MCU giving an ACK that the...

When I turned on the _isr() "Alarm" I was seeing it with prior code - but timing may have changed and USB may get lost on exit? Good to see it pared down some and working - I wasn't sure how much of that was really...

Looking across the forum these notes came up in T4 Beta thread:

Paul - used Serial.peek() for the first time and it works. No, to get SerMon to send it typically pushes what was typed follwed by "ASCII code 10 = LF ( Line feed )". So a single character send arrives as two...

@WMXZ - above I noted this { post #12 } with a 2 second turnaround could be a way to RESET/Restart the T4 - which I've not seen yet? There is a thread pjrc.com/threads/29607-Over-the-air-updates where such a reset...

The manual is a headache at best. That code was from @WMXZ and whatever it does works - the only oddity in that thread was that Power button shares the Low Power restart segment of the RTC - and they overlap - it seems...

Just triggered the overtemp detection and it seems to just halt. Other than this RTC restart that does an automated Power Off and Restart not recalling anything else worked. It'll work for now if not best solution -...

Good to know nothing 'tweaked' your T4 in the process! I usually have my speakers off too - especially when it sits there beeping over and over 4 times a minute :) - there are those times that sound is useful though....

Paul: Just notice triggering a 15 sec Restore on T4. Press button - Red LED dark - Red BLIPS at 15 seconds. I held it some time after that expecting it to bypass the RESTORE and when released it did the restore? Is...

Yeah - it just needed a cast to stop the warning - it was working so was ignoring that :: setSyncProvider((getExternalTime) Teensy3Clock.get); Odd the USB isn't good and right? That should work! No problem on...

Is that in ref to post #48 code? Came working from IDE 1.8.10 install with TD 1.49b1. Yes there is 'THAT' warning about a type I didn't clean up - but it runs to T4 - that is a warning and the right thing ends up...

Guessing the disconnect from interweb was a special/specific request so that the test package would run in ANY case as properly signed and approved. When it can see the interweb it will have a chance to ask aPPle about...

Opened the sample for that RTC_Sleep code, here is where I left it in loop() there is a normal 20 second cycle and sleep 10 secs. If during the 20 secs push over Serial 'Enter' it does a RESET and is back online in 2...

Round about way to Reset : issue-to-reporogram-T4-0 That code works to SLEEP the T4 with a timer to wake. When it wakes it enters setup() after fresh load from flash in ResetHandler(). Not seen another easy way to...

this post 11/21 speaks to the issue:

Those tests are generic showing suspicious behavior, pins to check or evaluate. They may be influenced by soldering itself or what it may be soldered to. Ideally a fresh Teensy would not find any issues and test...

Check this post / Thread : Problem-with-Teensy-3-2-Serial1-and-HC-06 Legit quality HC05's seem to work - not sure of the source of ones in use.

void setup() { pinMode (outputA, INPUT_PULLUP); pinMode (outputB, INPUT_PULLUP); Serial.begin(9600); while( !Serial ); // Add this when seeing output is needed // or to wait 2 seconds // while( !Serial &&...

Does the coding account for the amplitude limits on adding multiple sounds at once? If total signal combined hits over 1 you'll hear distortion. Seems there are notes in the Audio tool - or the Tutorial for details.

There is a sketch here to test for shorts: Possible-new-shields and this one that sets pins HIGH or LOW and then using a wire to PULL LOW or HIGH it will show the changes to Serial Monitor: Possible-new-shields ...

Installed 1.49b1 over github cores on 1.8.10 : All seems good and well. Improved USB Serial Receive code working fine. RAM report looks different and about right - showing cross ref of KurtE/'Frank B'...

I was wondering about readBytes - (and any other class parts?) - especially when the .available() didn't match the while(read) count. Seeing 600 makes me wonder about running at least this test at other speeds. ...

Paul - he did that before I posted the same about 'private lib' - from this thread he is using the newest by @mjs513 in post #7 :: C:\Users\USER\Documents\Arduino\Pipe\libraries\Teensy-4.x-Quad-Encoder-Library-master ...

That looks pretty much wonderful/good - using the now current updated github\cores - at least to above sketch - updated below. So the change updates the count on each 512 packet - which moves above sketch along its test...

See post #1 :: "NOTE: you will need to incorporate the Update imxrt.h for encoder structure #402 to make use of the library." That type define was added to that file.

It is MUCH better in the right direction. Assumed it was a WIP - if it was that easy you would have it done already. Saw the github update and wanted to see if the sketch was a decent test ... Did some edits on...

Paul - I saw github Update - it passes the above post #16 code test it seems? Just room for TWO large buffers so far? Though it doesn't seem to like it if the send is a large 2800 bytes? <EDIT>: Will change...

Paul Noted on other fixed thread about 'this' thread: With that other issue fixed based on post #12 by PaulI'll write something much better this weekend. Will need as much help as possible with testing! The...

That looks Very Cool! Useful extension of touch and well played on the drum line/stick/bar ... What is in the drum bar for sensors?

Keeping code formatted helps - doing it manually of course is suspect to seeing things like that. In the IDE a Ctrl+T will do formatting the their uniform standard. That is an easy way to find missing syntax...

512 bytes Also WORKING - with yesterday's github USB update: Multiple of the 64 byte line in a single Send up to and including 512 works as a single read group. Did CODE mod to show read count and string.length and...

Perhaps the "Github runs post #1 code " wasn't seen as CONFIRMATION that Github runs post #1 code - without problem or issue.

And this is 10,020 - the count goes on … fun to offer @wwatson help - especially when it helps get good stuff done. As far as Dev tools for Windows when the IDE gets tiresome using the SublimeText editor KurtE...

Everything is so in paranoid mode {justifiably} - download an office DOC and it can't run/edit/print without APPROVE. I opened the imxtr-size github VS SLN file - and had to APPROVE it to open to build! It does...

@KurtE : VS2019 installed - not built - but github debug imxrt-size.exe works now! And back in Sublimetext to compile and build. FlexRAM section ITCM+DTCM = 512 KB Config : aaaaaaab ITCM : 23200 B (70.80%...

Nice that worked as expected. The code wouldn't be hard to change - just some #ifdef stuff in the way and then testing the cases … It might even make sense to stop the timer anytime the queue goes empty - stop the...

Updated code from Github runs post #1 code with post #2 FAIL string :: "1234567890123456789012345678901234567890123456789 01234567890abc"

Paul - tested this code against T_3.6 to work as follows: > Run Sketch : It will wait to read any chars until Serial.available() gets three unique non-zero values - that will be increasing with new chars reported....

… cross posted … Understood … edit above … finally installing VStudio 2019 to replace 2017 I removed … me and my slow interWebs is distracted with a 2.6 GB download on a 650 KB/sec downlink :( … wanted to confirm is...

<edit> : Cross post - got back to this without refresh ... indeed looks like the K.I.S.S. of death here :) Paul - this one is not fixed with the USB Github update from earlier - the available count sticks at the...

@KurtE - I uninstalled VS2017 weeks back after 2019 released and you were using it - without install done - and just started - I can't run the imxrt-size.exe from github - your or my old one ... imxrt-size.exe -...

Cool. I see github updated 14 mins ago Will have to see if that reflects on this one too: Teensy-4-0-USB-serial-lockup And maybe this one : Teensy-4-0-Serial-available()-stops-incrementing

Not sure about that comment and p#14? On Teensy4 - Pin #14 isn't valid for alternate SCK like T_3.6 and others. The 1062 has so many pins that possible Alt funcs got distributed in wildly different ways it seems so...

Something seemed off for first post #2 comment :: Was that to upload to a T_4 and not a 3.6 or 3.5 ? Still odd that I got odd behavior from TyComm - not having any Valid print made it unsure when the code loaded to...

I just got the latest github.com/KurtE/imxrt-size - will need to get that back into my build so I can see such things. Good follow up KurtE … was in a rush to get back on task and have lunch ready :) Indeed it did...

Yes, on the T4 with original sketch watch the T4's pin #13 LED when the pinMode() is commented. The light is glowing as it is being used as SCK on T4 during SPI access. I picked an audio board with SPI Flash on it...

I got it to upload with TyCommander When code changed to this: PROGMEM const char buffer = {0}; void setup() { while(!Serial); Serial.println(micros()); }

Was that to upload to a T_4 and not a 3.6 or 3.5 ? Give a bit more console output ... SEE FOLLOWING POST Last code compiled for me - but did FAIL upload as follows with TyCommander:...

Opps - that wasn't a suggestion to try - it won't work on ARM Teensy at all. That is the AVR code - that was SIMPLE to add on the base Talkie. There are a couple more moving pieces where the Teensy version would...

That code github.com/idhanu/Talkie gives credit to the going-digital/Talkie fork by Peter made by PJRC - so the included sound set is the same. It does show the added public interfaces that extended that library...

Going back to the going-digital/Talkie fork source - not updated in 8 yrs - except a minor .H update 6 yrs back. That lib has these in .H as public: class Talkie { public: void say(uint8_t* address);...

I'm seeing the IDE 1.8.9 as re-building faster than 1.8.10 … it seems. The defragster\TSET on github is Windows only - and uses TyCommander for uploading. TyCommander has a GUI - with good SerMon and also a CLI...

That was ported back some time by PJRC - not sure what came of the .end() if it was there when it was forked - I don't see an end() or any effort to stop the timers after they are started - or deal with the pin - other...

exactly right.

Running this code on T4 Beta breakout with Audio Shield and I hear only left channel tone. So it isn't processing the right channel audibly. Indeed that pinMode() in setup() causes the left channel to go silent. ...

Good Suggestion - I tested that Beta lib yesterday on T4 - with onboard SDIO quad SPI. As noted it can do FAT32 or ExFAT. Write speed is near or over 10 MB/sec on a good formatted card. Average write times are 25-50...