this is a test
2nd line is another test
why can't I get any white space or text formatting to appear when this shows on the project's page?
32 bit ARM-based boards for use with the Arduino IDE
To make the experience fit your profile, pick a username and tell us what interests you.
We found and based on your interests.
this is a test
2nd line is another test
why can't I get any white space or text formatting to appear when this shows on the project's page?
Two new Teensy models are launching now on Kickstarter.
https://www.kickstarter.com/projects/paulstoffregen/teensy-35-and-36
Version 1.0, the first stable release, is now available.
http://www.pjrc.com/teensy/td_libs_Audio.html
Here's Hack-a-Day's coverage.
I've created a new project for the Audio library. If you're interested in using Teensy for audio stuff, this is the one to follow.
http://hackaday.io/project/2984-Teensy-Audio-Library
Or if you're willing to give "beta" code a try, it's all on Github. Several people have already used it for some great projects, despite the it's unofficial release status.
Development on the Arduino support code is continuing, with quite a number of new features added for the upcoming 1.20 release.
http://forum.pjrc.com/threads/26099-Teensyduino-1-20-Release-Candidate-1-Available
If you have a Teensy 3.0 or 3.1 board, I could sure use your feedback and help with testing some of this new stuff. There's a new DMAChannel object which is intended to make accessing the power DMA hardware easier (but you can still access the hardware registers through it, if you like), and to allow libraries using DMA to dynamically allocate channels to avoid conflicts.
IntervalTimer now supports setting the interrupt priority level, so you can cause your timer interrupt to interrupt almost all other interrupts, or set it to a low priority if you want something to run, but not block more urgent interrupts, or somewhere in between. The Freescale Kinetis chip supports 16 distinct interrupt priority levels, so you have a lot of flexibility to configure.
The FASTRUN attribute was added, so you can cause any function to be allocated in RAM (with zero wait states). Normally the flash memory is fine, but if you're using the extreme overclocking (enable by uncommenting lines in boards.txt), adding FASTRUN to the key functions makes them run faster. How much improvement this really makes is still a good question....
A high quality audio library is currently in development. At this early stage, it's very "beta", with no documentation other than the examples and conversation on this forum thread.
http://forum.pjrc.com/threads/24793-Audio-Library/...
If you're interested in building projects with awesome audio, it might be worth a look now. Soon it'll be at a 1.0 release with real documentation.....
Create an account to leave a comment. Already have an account? Log In.
[this comment has been deleted]
Those are from the i2c_t3 library. The Wire lib has only defs for the standard rates, 100 kHz, 400 kHz and 1 MHz. Just use i2c_t3 instead of Wire. But if you *really* want to use those non-standard rates with Wire instead of i2c_t3, just edit the Wire.setClock() function with number for the speed you want to the I2C0_F register. The very latest code (in 1.29-beta3) has new defines for the all the values with their actual division number (eg, I2C_F_DIV576) to make this easier.
Become a member to follow this project and never miss any updates
Would you believe I just tested the speed against a few other boards. Here's the results.
https://github.com/01org/corelibs-arduino101/issues/166#issuecomment-229851730
Maybe this is some subtle bug in Teensy's Wire library, which this simple test couldn't reveal? If you want me to investigate, you must post on the forum with complete code to reproduce the issue.
https://forum.pjrc.com/forums/4-Suggestions-amp-Bug-Reports