void SPIClass::end() {
// only do something if we have begun
if (hardware().clock_gate_register & hardware().clock_gate_mask) {
port().CR = 0; // turn off the enable
pinMode(hardware().miso_pin[miso_pin_index], INPUT_DISABLE);
pinMode(hardware().mosi_pin[mosi_pin_index], INPUT_DISABLE);
pinMode(hardware().sck_pin[sck_pin_index], INPUT_DISABLE);
}
}
port().CR = LPSPI_CR_RST;
// Lets initialize the Transmit FIFO watermark to FIFO size - 1...
// BUGBUG:: I assume queue of 16 for now...
port().FCR = LPSPI_FCR_TXWATER(15);
port().CR = LPSPI_CR_RST;
delay(1);
port().CR = LPSPI_CR_RRF | LPSPI_CR_RTF;
// Lets initialize the Transmit FIFO watermark to FIFO size - 1...
// BUGBUG:: I assume queue of 16 for now...
port().FCR = LPSPI_FCR_TXWATER(15);
Thanks. I've pulled in the latest here. I hope to be packing up 1.53-beta3 within the next 24 hours, and a final 1.53 release before the end of this week.
Still on my todo list is bringing in one or both of the native ethernet libraries...
// lwip perf
// to use IDE hack -I into boards.txt
#include "lwip_t41.h"
#include "lwip/inet.h"
#include "lwip/dhcp.h"
#include "lwip/udp.h"
#include "lwip/tcp.h"
#include "lwip/stats.h"
Added this for this machine to boards.txt: teensy41.build.flags.common=-g -Wall -ffunction-sections -fdata-sections -nostdlib -IT:\tCode\libraries\lwip\src\include
I made a little PCB to connect Teensy to these RA8875 displays from BuyDisplay.
View attachment 20685
Paul - can you OSH_Share that board?
Connections are the same on the RA8876 correct?
Assume those extra parts are pullup resistors for SPI pins?
Looking at your shared I see an alternate Ethernet ( oshpark.com/shared_projects/wUFt1emZ ) - the parts layout shows the prior board with surface mount parts instead of the single through hole cap.
Side note, which I have not yet put up change for.
Let's wait to change the SPI initialization, until after 1.53. Committing a late change to the empty end() function doesn't seem risky, but changing how the hardware it initialized is more risk than I want to commit right now.
are you playing on pulling in The spiff library.
Probably not for 1.53. I did bring in NativeEthernet and did some testing with it today.
I have 3 issues remaining on my list, all involving the installer. Was planning to package up 1.53-beta3 soon, which will probably be very close to the final 1.53 release. My hope is to finalize 1.53 by the end of this week. Then I'm going to spend a couple weeks on making a Teensy 4 bootloader chip available. Then back to a combination of documentation and starting 1.54, where I really want to focus on the many filesystem and filesystem-like libraries & features. SPIFFS and which flash chips we'll officially support (hopefully at least one large NAND chip) will probably be part of that filesystem stuff for 1.54.
any thoughts on which NAND chips you are looking at or what FLASH Chips yet
or should I just be patient.
file: usb.c
function: usb_transfer_status
changed #if 0 to #if 1
Interesting question and answer on 128 MB NAND Paul and mjs513! There was an NXP email the other day - in following the link there was a NAND setup question - not sure if it has any info not elsewhere.
RE: "See post #277 in the MTP responder thread." - I made that change and MTP worked - wasn't sure of it was turned off for some reason?
Probably should start a new thread for NAND memory.
as for MTP change = that mode wasn't put into the 1.53 core so we have to edit it each time.
Well, maybe I have a flaky Buydisplay? I'm running the mangGauges_800x480 example on Adafruit's RA8875 (which measures about 5 inches) . It works fine with Teensy 4.0 at 600 MHz or even overclocked to 720 MHz.
Received my 7in RA8875 display and hooked it up. Ran the ManyGauge example sketch with a T4.0 at 600Mhz without issue.