Arduino 1.6.0 - any plans to support it?

Status
Not open for further replies.
With Arduino 1.6.1. and td-beta 10:

C:\Program Files (x86)\Arduino_1-6-1\hardware\teensy\avr\libraries\FastLED/platforms/arm/k20/fastspi_arm_k20.h: In member function 'void ARMHardwareSPIOutput<_DATA_PIN, _CLOCK_PIN, _SPI_CLOCK_DIVIDER, pSPIX>::init()':
C:\Program Files (x86)\Arduino_1-6-1\hardware\teensy\avr\libraries\FastLED/platforms/arm/k20/fastspi_arm_k20.h:194:24: error: 'SPI0' was not declared in this scope
if((SPI_t*)pSPIX == &SPI0) {
 
Sid_L said:
With Arduino 1.6.1. and td-beta 10:

C:\Program Files (x86)\Arduino_1-6-1\hardware\teensy\avr\libraries\FastLED/platforms/arm/k20/fastspi_arm_k20.h: In member function 'void ARMHardwareSPIOutput<_DATA_PIN, _CLOCK_PIN, _SPI_CLOCK_DIVIDER, pSPIX>::init()':
C:\Program Files (x86)\Arduino_1-6-1\hardware\teensy\avr\libraries\FastLED/platforms/arm/k20/fastspi_arm_k20.h:194:24: error: 'SPI0' was not declared in this scope
if((SPI_t*)pSPIX == &SPI0) {
Click to expand...

I am also testing Arduino 1.6.1. and td-beta 10 with T3.1

I also get similar errors when compiling my code which uses V0.64 of this library:
https://github.com/sumotoy/RA8875

Here are the errors:

In file included from MacroMicroTFT.ino:2:0:
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h: In member function 'void RA8875::waitFifoNotFull()':
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h:458:9: error: 'SPI0' was not declared in this scope
sr = SPI0.SR;
^
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h: In member function 'void RA8875::waitFifoEmpty()':
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h:467:9: error: 'SPI0' was not declared in this scope
sr = SPI0.SR;
^
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h: In member function 'void RA8875::waitTransmitComplete()':
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h:474:12: error: 'SPI0' was not declared in this scope
while (!(SPI0.SR & SPI_SR_TCF)) ; // wait until final output done
^
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h: In member function 'void RA8875::writecommand_cont(uint8_t)':
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h:479:3: error: 'SPI0' was not declared in this scope
SPI0.PUSHR = c | (pcs_command << 16) | SPI_PUSHR_CTAS(0) | SPI_PUSHR_CONT;
^
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h: In member function 'void RA8875::writecommand16_cont(uint16_t)':
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h:483:3: error: 'SPI0' was not declared in this scope
SPI0.PUSHR = c | (pcs_command << 16) | SPI_PUSHR_CTAS(1) | SPI_PUSHR_CONT;
^
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h: In member function 'void RA8875::writecommand16_last(uint16_t)':
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h:488:3: error: 'SPI0' was not declared in this scope
SPI0.SR = SPI_SR_TCF;
^
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h: In member function 'void RA8875::writecommand_last(uint8_t)':
U:\HAK\Arduino\1.6.1-TD-1.21B10\libraries\RA8875/RA8875.h:494:3: error: 'SPI0' was not declared in this scope
SPI0.SR = SPI_SR_TCF;
^
Error compiling.

Any ideas?
 
Yes, the core file kinetis.h was updated to rename SPI0 (and for LC SPI1), as to allow thinks like spi.h (cpp) to have the SPI1 object...
On Teensy 3.x the name of SPI0 is: KINETISK_SPI0

for Teensy LC: KINETISL_SPI0 and KINETISL_SPI1

I know that Paul has already fixed several of the libraries that ship with the current Teensyduino...
 
KurtE said:
Yes, the core file kinetis.h was updated to rename SPI0 (and for LC SPI1), as to allow thinks like spi.h (cpp) to have the SPI1 object...
On Teensy 3.x the name of SPI0 is: KINETISK_SPI0

for Teensy LC: KINETISL_SPI0 and KINETISL_SPI1

I know that Paul has already fixed several of the libraries that ship with the current Teensyduino...
Click to expand...

Thanks for the info. Further reading in Sumotoy's repo shows that they are on it also:

https://github.com/sumotoy/RA8875/commit/264ce9db6aa179cf25d9394ffa7d15f854be8f27

Thanks again
 
Hi, with Arduino 1.6.1 and teenseyduino Beta 10 on Mac OSX yosemite
I tried to build RF24 library https://github.com/tmrh20/RF24



and had following errors when import:

Arduino:1.6.1 (Mac OS X), TD: 1.21-beta10, Scheda:"Teensy 3.1, Serial, 16 MHz (No USB), Italian"

Opzioni di compilazione cambiate, ricompilo tutto

In file included from /Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/WProgram.h:11:0,
from /Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/Arduino.h:1,
from /Users/antdem/Documents/Arduino/libraries/RF24/RF24_config.h:79,
from /Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp:10:
/Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp: In member function 'void RF24::print_byte_register(const char*, uint8_t, uint8_t)':
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:49:49: error: expected primary-expression before ')' token
#define printf_P(f, ...) printf((f), __VA_ARGS__)
^
/Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp:435:3: note: in expansion of macro 'printf_P'
printf_P(PSTR("\r\n"));
^
/Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp: In member function 'void RF24::print_address_register(const char*, uint8_t, uint8_t)':
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:49:49: error: expected primary-expression before ')' token
#define printf_P(f, ...) printf((f), __VA_ARGS__)
^
/Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp:455:5: note: in expansion of macro 'printf_P'
printf_P(PSTR(" 0x"));
^
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:49:49: error: expected primary-expression before ')' token
#define printf_P(f, ...) printf((f), __VA_ARGS__)
^
/Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp:461:3: note: in expansion of macro 'printf_P'
printf_P(PSTR("\r\n"));
^
/Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp: In member function 'void RF24::printDetails()':
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:56:60: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
#define pgm_read_word(addr) (*(const unsigned short *)(addr))
^
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:49:38: note: in definition of macro 'printf_P'
#define printf_P(f, ...) printf((f), __VA_ARGS__)
^
/Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp:603:41: note: in expansion of macro 'pgm_read_word'
printf_P(PSTR("Data Rate\t = %s\r\n"),pgm_read_word(&rf24_datarate_e_str_P[getDataRate()]));
^
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:56:60: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
#define pgm_read_word(addr) (*(const unsigned short *)(addr))
^
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:49:38: note: in definition of macro 'printf_P'
#define printf_P(f, ...) printf((f), __VA_ARGS__)
^
/Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp:604:39: note: in expansion of macro 'pgm_read_word'
printf_P(PSTR("Model\t\t = %s\r\n"),pgm_read_word(&rf24_model_e_str_P[isPVariant()]));
^
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:56:60: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
#define pgm_read_word(addr) (*(const unsigned short *)(addr))
^
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:49:38: note: in definition of macro 'printf_P'
#define printf_P(f, ...) printf((f), __VA_ARGS__)
^
/Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp:605:42: note: in expansion of macro 'pgm_read_word'
printf_P(PSTR("CRC Length\t = %s\r\n"),pgm_read_word(&rf24_crclength_e_str_P[getCRCLength()]));
^
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:56:60: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
#define pgm_read_word(addr) (*(const unsigned short *)(addr))
^
/Applications/Arduino.app/Contents/Java/hardware/teensy/avr/cores/teensy3/avr/pgmspace.h:49:38: note: in definition of macro 'printf_P'
#define printf_P(f, ...) printf((f), __VA_ARGS__)
^
/Users/antdem/Documents/Arduino/libraries/RF24/RF24.cpp:606:42: note: in expansion of macro 'pgm_read_word'
printf_P(PSTR("PA Power\t = %s\r\n"), pgm_read_word(&rf24_pa_dbm_e_str_P[getPALevel()]));
^
Errore durante la compilazione

Questo report potrebbe essere più ricco
di informazioni con
"Mostra un output dettagliato durante la compilazione"
abilitato in "File > Impostazioni"
 
KurtE said:
Yes, the core file kinetis.h was updated to rename SPI0 (and for LC SPI1), as to allow thinks like spi.h (cpp) to have the SPI1 object...
On Teensy 3.x the name of SPI0 is: KINETISK_SPI0

for Teensy LC: KINETISL_SPI0 and KINETISL_SPI1

I know that Paul has already fixed several of the libraries that ship with the current Teensyduino...
Click to expand...

Thanks. With this patch for hardware\teensy\avr\libraries\FastLED\platforms\arm\k20\fastspi_arm_k20.h it is compiling. So I have no hardware today to test it.
Code: 
*** 4,15 ****
--- 4,16 ----
  
  #if defined(FASTLED_TEENSY3) && defined(CORE_TEENSY)
  
  // Version 1.20 renamed SPI_t to KINETISK_SPI_t
  #if TEENSYDUINO >= 120
  #define SPI_t KINETISK_SPI_t
+ #define SPI0 KINETISK_SPI0	// 12.03.2015
  #endif
  
  #ifndef SPI_PUSHR_CONT
  #define SPI_PUSHR_CONT SPIX.PUSHR_CONT
  #define SPI_PUSHR_CTAS(X) SPIX.PUSHR_CTAS(X)
  #define SPI_PUSHR_EOQ SPIX.PUSHR_EOQ
 
Last edited:
PaulStoffregen said:
Teensy 1.0 support was discontinued long ago. It's never coming back.

Please contact Robin directly with info she can use to look up your original purchase. The original confirmation email, or invoice, or the shipping or billing address, or maybe even the email address you used and approximate date you ordered the boards can be used to find those old orders.

If we can look up your original order, we'll be happy to replace those unsupported boards with either Teensy 2.0 or Teensy-LC.
Click to expand...

The Teensy 1.0 boards I have were a gift, so the odds of being able to find that information are pretty small. I've been working with them with an older version of the Arduino and Teensy software, so I'm still getting by. :)
 
If you're here in Portland, come to one of the DorkbotPDX meetups and we'll talk in person. If I'm convinced they're genuine PJRC boards, I'll replace them for you. Obviously we're not going to swap genuine new model Teensy for clones that weren't made or sold by PJRC.
 
Holy smokes, you guys are in Portland? I had no idea! I'd love to turn up at one of your meetings. Right now I'm launching a new business with a Canadian partner, so for the next few months I'm going to be back and forth between Portland and Vancouver BC a lot, and then I'm doing a book tour in the UK, but if the timing works out I'd love to show up at a meetup. When/where are they?
 
KurtE said:
Yes, the core file kinetis.h was updated to rename SPI0 (and for LC SPI1), as to allow thinks like spi.h (cpp) to have the SPI1 object...
On Teensy 3.x the name of SPI0 is: KINETISK_SPI0

for Teensy LC: KINETISL_SPI0 and KINETISL_SPI1

I know that Paul has already fixed several of the libraries that ship with the current Teensyduino...
Click to expand...

This seems to break the FastLED that the installer includes during install. I have my own copy, so I am taking the one out of hardware/teensy/avr/libraries/ and can edit it, but it will also break FastLED straight up. Is there a better fix?
 
windowsaredumb said:
This seems to break the FastLED that the installer includes during install. I have my own copy, so I am taking the one out of hardware/teensy/avr/libraries/ and can edit it, but it will also break FastLED straight up. Is there a better fix?
Click to expand...

Use the FastLED from the Teensyduino installer and add in file FastLED/platforms/arm/k20/fastspi_arm_k20.h in Line 10
Code: 
// Version 1.20 renamed SPI_t to KINETISK_SPI_t
#if TEENSYDUINO >= 120
#define SPI_t KINETISK_SPI_t
#define SPI0 KINETISK_SPI0      // this Line
#endif
 
Here is the another, and probably the very last 1.21 beta test to support Arduino 1.6.0 and 1.6.1


Edit: beta test links removed. Teensyduino 1.21 has been officially released.


Please let me know if you discover any bugs?!

I plan to finalize 1.21 tomorrow or Sunday at the very latest, so this is probably the last opportunity to find and fix any bugs before 1.21 releases.
 
Last edited:
PaulStoffregen said:
DorkbotPDX meeting info is here. The word "meeting" really means utterly unorganized, come-and-go-anytime social meetup at a restaurant/bar.

http://dorkbotpdx.org/meetings
Click to expand...

Rock! I'm only in town for about four days in March, but it looks like your next meetup happens to land right in the middle of that time. Looks like you're right down the street from where I live, as well. I look forward to dropping by and saying hi!
 
First batch of NEW LC's will be hitting the streets 3/14 for a widening audience - mine 'should' be here in 12 hours last seen in Portland.

As far as my 3.1 -simple board sketches fine on my fresh 1.6.1 Win8x32 atom tablet, and just updated my Win7x64 box with 1.21b12 all well so far with my couple sketches.
 
1.21-b12 seems to work ok with the openGLCD 1.0rc2 library included.
Tested on Teensy 2++, 3.0 and LC.


I didn't realize that the Teensy installed libraries were installed in the teensy vendor area
vs the user sketchbook. Makes sense, but bummer is that no other non teensy boards can use the libraries.

I did test that when the user installs a new version of openGLCD using the IDE which installs libraries
in into the user sketcthbook area that the IDE ensures that the usersketchbook area openGLCD library properly overrides
the openGLCD library down under the teensy vendor area.

One thing that is just a visual is that the default image in the teensy loader GUI window doesn't look as nice as the old one.
The new image the one that has the big arrow that says "Press Button on the Teensy to manually enter Program Mode"
used have a nice clear background image of the board. Now the image is darkened and blurred out.
The image background that is used during the actual upload is a nice bright clean image.
 
bperrybap said:
... installs libraries in into the user sketcthbook area that the IDE ensures that the usersketchbook area openGLCD library properly overrides the openGLCD library down under the teensy vendor area.

One thing that is just a visual is that the default image in the teensy loader GUI window doesn't look as nice as the old one.
Click to expand...

I have a private build ILI9341 in my sketchbook\libraries and it was not used after I put the new beta12 on. Not sure if it went by date stamp? I renamed them to .txt and then it used my local copy. I assumed it was right before when it didn't complain but I had done that before as well.

TeensyD button text was expanded - and there are more PCB's called Teensy - so blurred image lets that text show and hides the photo not matching I'd guess. I think I found a bug . . . next post
 
Paul: in typing msg #224 I 'turned off AUTO' on teensyD B12
Teensy Loader 1.21-beta12, begin program
Board is: Teensy 3.1 (MK20DX256), version 1.03
Click to expand...

I then push Teensy 3.1 button and Teensy HALTS, and it never programs/restarts!

Log shows AUTO off and then my two button pushes and my ILI9143 display is still where it was when halted and code did not restart.

I then clicked 'AUTO' and it then reprogrammed the device. Will attach txt file of full verbose with that added event. As I scan it it looks like it queued the two program requests and on AUTO restore it proceeded to program/reboot twice - which confirms what I thought I saw.

Confirmed with EMPTY NEW sketch. Uploaded and turned off AUTO, press button - watch verbose and click AUTO for "01:17:36: sending reboot".

<edit I closed IDE and TeensyD and it does repeat again 'no button program when AUTO disabled', though it would not queue two reboots on 'new empty sketch' like in the attached file.. Also repeated the same New sketch on Win8>

View attachment 121b12_AutoReboot.txt

<edit> and if I close TeensyD before re-enable AUTO and repower the Teensy - the old code executes.
 
Last edited:
Status
Not open for further replies.
Back
Top