The short and simple answer is you should uninstall or delete SdFat you've installed, so Arduino IDE will use the copy of SdFat which comes with Teensyduino. When you install a library, usually Arduino IDE gives your installed copy priority...
Posted an article on the website today with info about how the Windows EXE cross compile and signing works.
https://www.pjrc.com/how-to-cross-compile-and-sign-windows-exe-on-linux-with-yubikey-token/
Hopefully it can help other people who want...
Downloaded and ran on windows 11 with Norton. Saw the same as @defragster - reported it safe to MS, then said keep anyway with no issues with Norton. Ran hello2.exe and ran fine - and saw the same signature as @PaulS
My startup, Bolder Flight Systems, recently completed development and flight validation of a Portable Data Acquisition System (PDAS) for manned aircraft. It was developed with the International Test Pilots School (ITPS). GNSS-aided inertial...
Kurt et All:
The resistor combination you are seeing on that pin is what we in the hardware world call a "digital active termination". Why Sparkfun has done this is anybody's guess. As you have already surmised that pin will only be usable with...
In the case of the ATP, I believe that this is due to the Voltage Regulator they choose for the board. AP7361C states:
Wide Input Voltage Range: 2.2V – 6.0V
And yes if you build your own board, with different VR or DC to DC converter, you can...
You can alter the alert/panic temps in the core files:
https://github.com/PaulStoffregen/cores/blob/master/teensy4/tempmon.c#L10
Change this at your own risk.
I have set my panic to over 100c for a product that sits in direct sunlight (and is...
Sorry for the delay in getting back to you.
My guess is that it has a different PID/VID than the one I am using or that is covered in the library. Trying to remember how to sort it out.
Lets see if we can figure it out though.
First you...
The MicroMod is working with the ER-TFTM101-1 display.
Still have to get the DMA portion working on the MicroMod. The images were produced in 8-bit mode none DMA, 100ms to display both pictures. I'm sure DMA will speed things up. By the time...
Not sure, but most of their carrier boards, have something like:
That is from their ATP board schematic. As for AREF, don't see that on their stuff. With Teensy it is probably geared more to the 3.3v pin. I don't believe raw VIN is passed to...
Think you issue may be that the LEDS are pulling too much current more than anything else. Not sure what LEDS you are using but thermal profile has been looked quite alot. This for instance...
This is the controller I have:
https://www.amazon.com/gp/product/B082NQLY97/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&th=1
If you scroll down there are pairing instructions. Think I had to press the button on the controller to pair each...
Somewhere in history back @mjs513 posted these images of the bare DevBoard I got and scanned associated with the pin names. These are in the DOCS folder of the original github by @defragster that got abandoned when the lib was forked ... not sure...
Here is a little background my Ra8876LiteTeeensy library. I wrote the original library. Then @KurtE and @mjs513 decided to optimize it and later @mborgerson added to the library. The the original thread can be found here...
That was the issue:
Teensy and RA8876 parallel 8080 mode testing (8/16)
Bus speed: 40 MHZ
Rotate: After Origins
Drawing two pictures at 794800 bytes in 16-bit mode
Draw time: 26ms
This is the code now:
void...
I vaguely remember some space related posts. I did a google search, but I didn't remember most of these. I suspect they don't meet the criteria of space qualified (but with it in several amateur rockets, maybe it is near space)...
Biggest issue I see is each time you write a pixel you are calling flexio config and asserting/de asserting CS/DC - thats wasted time.
In your function putPicture_16bppData16 you already have a pointer to data.
So you just write the data to the...
A quick update:
I now have the T41 working with the RA8876 display in both 8-bit and 16-bit modes using the Ra8876LiteTeensy library. @Rezo was correct. The 16-bit mode is twice as fast as the 8-bit mode which makes sense when using twice as many...
@Rezo - I wired up the T41 for 16bit I/O and did some basic reads and writes. All failed. I hooked up my LA to monitor the first two bits of the high byte and low byte. Was reading 0xff from the status reg which was wrong. It should read 0x50...
Funy you should mention it... I believe one or more of the pages has the ATP pins on them as well...
I just so happens, as I mentioned up on the thread about fancy memory :lol:
I decided to make a quick and dirty shield for the ATP board, which...
In a now-closed thread, @PaulStoffregen said:
In the process of developing my USBTMC (USB Test and Measurement Class) driver, I have found it necessary to also modify usb_desc.c to insert the descriptor data from usb_desc.h into the executed...
This project is definitely going to be published---it's free of the NDAs that hinder the distribution of the FLIR Boson source code.
It's a Work-In-Progress that will probably occupy a good part of my non-travel time over the next several...
Normally I don't comment on future products, but I can in this case confirm no new Teensy is currently in development. The focus for 2024 is software, both new features and catching up to a massive backlog of contributions and suggestions and...
Yes, The USB drive will have to be reformatted as stated. This is what you should see:
Let's destroy any formatting on a USB thumb drive!!!
Filling sector buffer with 0xaa
Write 1 sector to the USB drive (512 bytes)
Press any key to continue...
Here is a library for using MPU9250 with Teensy. You can find several threads on this forum about using this library if you google "Teensy MPU9250"
https://github.com/bolderflight/MPU9250
Specifically regarding Arduino Giga and software, it's pretty clear Arduino has focused on developing certain features. The situation is similar with Teensy, but largely a different set of features. Depending on your perspective, it's easy to...
Different reasoning for maybe why giga on Arduino forum 😉
https://forum.arduino.cc/t/lets-discuss-the-arduino-giga-vs-the-teensy-4-1/1209984/16?u=kurte
@PaulStoffregen - hopefully they don't know something we don't know...
:D
Meanwhiles, for anyones enjoyment, here is a video of a music player demo running on LVGL v9.0.0
I think there is a lot of room left to optimize.
It has two screen sized frame buffers (1.3Mb each) that LVGL writes into, and the eLCDIF reads from...
I made quick note somewhere on past pages with initial speed results showing longer at faster - but not seen with current test.
Another thing the 'OneScanCap.ino' occasionally shows is an added 3 seconds to all times across the tests between one...
Sorry been distracted today for a bunch of reasons. Reran the tests but added the time to copy the array
DMAMEM to EXTMEM: 0 errors, 1010 microseconds to copy
DMAMEM to DMAMEM: 0 errors, 319 microseconds to copy
RAMMEM to RAMMEM: 0 errors...
I will try to get back to trying it on this board. Sort of a PIA at times to hook up all of the wires in a secure enough way. So I much easier playing using the other boards.
Did find using my camera shifter boards I did during the T4.1...
Confirm, I generally don't comment on this code security stuff beyond the info already published on the code security web page and in the core library code, the 3 automatically generated programs and Arduino IDE plugin code. The NDA and...
🤔I have not seen the problem of using the 8MBtye SDRam on the GIGA for the camera to read into.
But when I looked at their schematic their SDRam setup looks very different than what I believe you are doing on these dev boards.
That is they...
Just by way of an update @KurtE got the OV7670 and OV7670 video working using the micromod as the test platform. If you try it on the SDRAM something strange is going on.
If you use DMAMEM for the framebuffers image is perfect
if you use...
Nice, as expected no cap seems to work up to 206 MHz - based on prior runs by one or more others, and here.
Odd though it should have a line for 133 MHz if the downloaded sketch LINE#1 wasn't changed from: #define FIRST_SPEED 0
And looking at...
@defragster
Test with no cap
Test results 57 tests with 5 ReReads:
At 166 MHz in 142 seconds with 0 read errors
At 196 MHz in 132 seconds with 0 read errors
At 206 MHz in 130 seconds with 0 read errors
At 216 MHz in 128...
Posted this just now: https://github.com/mjs513/SDRAM_t4/tree/main/examples/OneScanCap
and running with DevBoard v 4.0 and twin 6.8 pF caps the summary is:
Test results 57 tests with 5 ReReads:
At 133 MHz in 157 seconds with 0 read errors...
Ugh… I should have multiplied the screen resolution by sizeof(uint32_t) in the flush call.. 🤦🏻♂️ How did I miss that one?
Will test in a couple of hours - I'm sure that’s going to fix it.
But regardless, the L1 Cache application notes does...
It's relatively simple to walk through all the MPU regions and add a new one at the end. Shouldn't need to disable/enable the data cache as long as it's done before the SDRAM/SEMC initialization.
I agree that it should not be necessary though as...
If Paul suggests that, it would be worth a try to emulate the needed parts of that config function to add that new non-cache region.
As I read the startup.c code for the configure_cache() it seemed like altering the cache/MPU when already set...