Opps - I thought that was just a repeat of the github since I skipped before ... and skipped again
Good work @KurtE
<edit> Added a comment to PR that it was tested to work on T_4.1 board above, and two of the PCB's (with T_4.1)
Good to know @jmarsh
@KurtE - are you going to do a PR? The pointer usage works - not sure about other changes
No change in header or prototype - just referenced as a pointer now throughout the MANY uses in that file.
Yes... rewrite it because references don't work the way that code intends them.
References can only be "bound" at creation, so static SPIClass& SPIPORT = SPI; mean SPIPORT will always refer to SPI. When the SerialFlashChip::begin() later tries...
POINTERS WORK! - skipped this for reading example code ... found and tested ...
It is now back and working on the original board from @KenHahn
Downloaded the ZIP and pulled JUST the SerialFlashChip.cpp file to this system and it works...
"Looks like" that shows the expected anticipated suggestion that the reference maps back to foo1 being the same thing?
Seems easy test here is to do library hack: edit...
Yes, p#7 did show quote 'funny'
I wasn't clear on the c++ there - but it works and passing in the requested info SerialFlash works without issue.
Reading the code everything looked well ordered, with no hardcoded refs like to SPI or assumed...
Possible? Doesn't seem like that should be an issue.
But these PJRC displays - as the only thing on an SPI bus just always work.
Only the intro of a device on SPI1 - unique pins and software - creates this problem?
Thx @KurtE and @mjs513
SPI only has single device - PJRC ILI9341 with Touch.
SPI1 has the SerialFlash on it - and nothing else.
Display works in both cases.
Touch works, unless SerialFlash is started.
// LCD control pins defined by the...
New observation: With SerFlash the Pin 13 LED is generally OFF and doesn't blink on at all!
> Is something changing PinMode(13,OUTPUT) {or other SPI} for touch that Display write restores for the duration?
Building "//THIS_GOOD" to disable...
Notes on the repro - with the setup done.
Without setting it up the code compiled with 1.60Beta3 on IDE 2 using these libs:
Using library ILI9341_t3 at version 1.0 in folder...
Got a board hosting a T_4.1 with SPI ILI9341 and a bunch of other stuff including 1Gb SerialFlash chip on SPI1
Removing everything but those thing from the DEMO sketch here...
Does it look broken when run with a longer delay? Just to confirm the scope connects.
What is the upper non-Green line showing
Replace the WriteFast with ToggleFast after setting them out of sync like at the end of the If()
Toggle works with...
Thank you for your support :)
I was using an old ILI9341_t3n lib from KurtE. The current lib ILI9341_t3n version 1.1.1 from KurtE it works very fine.
Link: https://github.com/KurtE/ILI9341_t3n/commits/v1.1.1
I know this is a few years old, but in case anyone wants to do something like this going forward, I have something that may help. As I tried to do this while prototyping I ran into a few times where efforts to swap from one prototype board to...
I'll be powering up a T_4.1 with ILI9341.
Can you post a simple example program that shows the issue to repro test?
When looking here in _T3N that code is not present and already fixed? ...
I solved my problem. I commented out the code lines in ILI9341_tn3.cpp Draw a character
// Draw a character
void ILI9341_t3n::drawChar(int16_t x, int16_t y, unsigned char c,
uint16_t fgcolor, uint16_t bgcolor, uint8_t size_x,
uint8_t...
It was c++\5.4.1. Changed it back and all is fine again. I'm not sure if it was me, the cat, a buggy OneDrive update, or something else. Thanks for the help guys. I was pulling my hair out yesterday.
Have seen OneDrive building noted as an issue before ... make sure all files are stored locally? Right Click 'local copy' - wait for SYNC to complete - haven't done it for a day so not sure of the text. And it was for somebody else as...
Misread it seems - but odd the code is perfectly filling the 32KB - it hasn't changed since p#6 - but odd the exact value was hit.
So is PSTR() working as expected ? Any edits to example that would show other uses or value?
Correct, I tried to recreate the issue in a short clear sketch that compiled without the Odd Error and allowed for with and without PSTR testing.
Results below look to show improvement using PSTR when the three strings were edited with "One...
Post #6 example code showed the same result!
No change in RAM1 usage, but:
data:5064 .vs. data:5508 and data:103360 .vs. data:103568
It looks like PSTR just places a Duplicate copy in Flash - but another copy also placed in the area...
The FLASHMEM and PROGMEM conflict ... Code in FLASH won't link with DATA in Flash giving the: "causes a section type conflict"?
This works _ but only to change (duplicate?) DATA in FLASH? RAM1 DATA same in both?:
void setup() {
while...
That's great - if an 8 second auto restart occurs again the CrashReport may give a clue. That and the BreadCrumbs.
Code above may be generally useful as follows. It will sit until SerMon connects - might be better if pin(13) were flashed...
Code to use Teensy as a USB PROXY is working here. But that expects computer to do the negotiation over USB and Teensy just passes it through after putting the ESP32 into program mode by UART.
Not ever monitored the passing bits for content and...
i have cut out a lot of things that i didn't understand the purpose of in that sketch and added things from other sketches that i was attempting to grok, so it's likely that's a problem i caused.
that makes more sense.
i'm not totally enamored...
That could be a program memory fault due to use/abuse by the code in that sketch - if that is what it is. Not a problem with the hardware memory itself.
Here is the usage of CrashReport as it appears in a sketch that happens to be open. It will...
"Windows / Start Key" + "R"
In the "Run' box enter : %LocalAppData%
This Opens File Explorer to 'your_user'
Then something like: "C:\Users\your_user\AppData\Local\Arduino15\packages\teensy\tools\teensy-tools\0.60.3\teensy_post_compile.exe"
PJRC will have a Black Friday sale this year.
Sweet discount on Teensy 4.0 and Audio Shield. Prices to be announced when the sale starts.
Sale will run Nov 25 to Dec 2, or until inventory allocated to the sale runs out. Will limit to 50 per...
It should work, however, by default, the USBSerial object only supports those Serial ports that are USBLS or USBFS (i.e. buffer size == 64)
So if you plug in a T4.x into it, it probably won't connect.
However if you change: to using...
Just did that here the other day and it worked - with the BIGBUFFER edit as noted - T_4.1 default is 512 and the code in the example won't connect - once I swapped those lines it worked.
// USBSerial userial(myusb); // works only for those...