KurtE
Senior Member+
I installed Beta7...
As for mappings for which Uart and pins for Serial ports:
Here are some comments I put in one of my test programs:
//UART6 Serial1 [0/1] UART4 Serial2 [6/7] UART2 Serial3 [15/14] UART3 Serial4 [16/17]
//UART8 Serial5 [21/20] UART1 Serial6 [25/24] UART7 Serial7 [28/29] UART5 Serial8 [30/31]
I have not tested the higher Serial ports yet, as I have not wired up anything to the bottom pads yet...
With the Sparkfun_Teensyview library - I reverted to master branch (current sparkfun code), which does not do anything fancy. i.e. uses digitalWrite to set the CS/DC pins.
Again their Screendemo program does not link as it relies on using String object, and it looks like we are not link scripts does not appear to include this yet...
Can work around this, by changing their printTitle function and pass in const char * instead of string. The It uses the print method from print.cpp so this compiles in. Need to change one reference to .length of the string and instead use strlen()...
Once I make those changes, still does not link as library calls setMOSI and setSCK which looks like may not exist yet in SPI library...
Once this is working, may then convert back over to my own version and/or my own SSD1306 library... Maybe should make one of them ssd1306_t3 ...
My version is/was using the buffer writes as well as the non-blocking transfers in the SPI library which would be good to test ...
As for mappings for which Uart and pins for Serial ports:
Here are some comments I put in one of my test programs:
//UART6 Serial1 [0/1] UART4 Serial2 [6/7] UART2 Serial3 [15/14] UART3 Serial4 [16/17]
//UART8 Serial5 [21/20] UART1 Serial6 [25/24] UART7 Serial7 [28/29] UART5 Serial8 [30/31]
I have not tested the higher Serial ports yet, as I have not wired up anything to the bottom pads yet...
With the Sparkfun_Teensyview library - I reverted to master branch (current sparkfun code), which does not do anything fancy. i.e. uses digitalWrite to set the CS/DC pins.
Again their Screendemo program does not link as it relies on using String object, and it looks like we are not link scripts does not appear to include this yet...
Can work around this, by changing their printTitle function and pass in const char * instead of string. The It uses the print method from print.cpp so this compiles in. Need to change one reference to .length of the string and instead use strlen()...
Once I make those changes, still does not link as library calls setMOSI and setSCK which looks like may not exist yet in SPI library...
Once this is working, may then convert back over to my own version and/or my own SSD1306 library... Maybe should make one of them ssd1306_t3 ...
My version is/was using the buffer writes as well as the non-blocking transfers in the SPI library which would be good to test ...