Search results

Looks very much like a teensy to me :-) How soon is soon? Where can I sign up for updates? Is this just a PC board, or will you be selling assembled boards?

Any chance of getting something like a Teensy with one of these chips on it? http://www.st.com/web/en/catalog/mmc/FM141/SC1169/SS1577/LN1035 A meg of flash and 192k of RAM is making me salivate.

The teensy_load_cli documentation page says this: -mmcu=mk20dx256 : Teensy 3.1 (linux only) -mmcu=mk20dx128 : Teensy 3.0 (linux only) And looking at the source it does appear that these MCUs are not included when building on a Mac. Is this in fact the case? Is it indeed not possible to use...

Something doesn't add up here. First, your starting addresses for the SRAM aren't consistent. Above you say that SRAM starts at 1FFF,E000, below you say 1FFF,EFFF. I presume the latter is just a typo. Second, 1FFF,E000 to 2000,3FFF is not 16k, it's 24k. Finally, when I actually run a malloc...

OK, I've got this 100% figured out now. It wasn't heap corruption. I was nuking the stack. Here's a self-contained sketch that will reproduce the problem: void foo(int* x) { Serial.println("Hello world"); x[2]=0; // Blast the stack Serial.println("Still alive"); delay(10); // Wait...

I think I've figured out what is making the dev environment hang. Something is making my teensy code crash (still haven't figured out what, but it seems to be a run-of-the-mill heap corruption problem). When that happens, if I try to send a character to the (now crashed) teensy through the...

Yeah, sorry, this is a Macbook Pro running Snow Leopard. Running out of RAM is a possibility but why would that make the development environment hang? I will try to collect the code and post a self-contained way to reproduce the problem, but I won't be able to do it until tomorrow.

I have some code running on my Teensy3 that causes the Arduino development environment to hang to the point where I have to force-quit it to recover. I am still in the process of debugging this, but I thought I'd go ahead and post this just in case someone else has seen a similar problem and...

Figured it out. The magic incantation is "#include <WProgram.h>"

SLSIA. How can I access the serial I/O functions from inside library code? From inside a sketch I can obviously just call Serial.whatever, but that doesn't work in library code.