#if !defined(TTRANSFER_DEVICES) // ALWAYS print this - FASTLED does one like this saying the version #
#Warning only: Be sure to enable ParallelFlash or SerialFlash.begin in the sketch if they are supported
#endif
C:\tCode\libraries\TeensyTransfer\extras\teensytransfer>teensytransfer.exe -l serflash
C:\tCode\libraries\TeensyTransfer\extras\teensytransfer>teensytransfer.exe -i serflash
ID : 00 00 00
Serial: 00 00 00 00 00 00 00 00
Size : 1048576 Bytes
C:\tCode\libraries\TeensyTransfer\extras\teensytransfer>teensytransfer.exe -i parflash
teensytransfer: Communication error
C:\tCode\libraries\TeensyTransfer\extras\teensytransfer>teensytransfer.exe -l parflash
teensytransfer: Communication error
C:\tCode\libraries\TeensyTransfer\extras\teensytransfer>teensytransfer.exe -i teensy
Model : Teensy 3.1/3.2 (MK20DX256)
Serial: 46703
MAC : 04:E9:E5:00:B6:6F
EEPROM: 2048 Bytes
F_CPU : 96000000 Hz
F_PLL : 96000000 Hz
F_BUS : 48000000 Hz
F_MEM : 24000000 Hz
But your're right..i could remove that from the example code.
void TeensyTransfer::transfer(void) {
uint8_t device, mode;
int n;
n = RawHID.recv(buffer, 0); // 0 timeout = do not wait
if (n<1) return;
mode = buffer[0];
device = buffer[1];
if ( hid_sendAck() < 0 ) {
//Serial.printf("timeout\n");
return;
}
switch (device) {
#ifdef _HAVE_SERFLASH
case 0 : {
[B] uint8_t buff[8];
SerialFlash.readID(&buff[0]);
if ( 0 == (buff[0] + buff[1] + buff[2] ) ) {[U]serflash_info();[/U]return;}
[/B] switch (mode) {
void commErr() {
if ( checkAccess() )
{
// Add custom error messages
}
else
die("Communication error");
}
...
The precompiled hexfiles for T3.6 are configured to F_CPU = 120MHz to prevent EEPROM-problems.
I think, i don't support this tool for a long time.. I hope we have a better way to fill the flash in a few month..
Frank any chance you tried testing with a T_3.6 at full speed and my EEprom edits to see it work? I'm hoping to get enough real world use test cases where it usefully works in the event Paul doesn't have an alternate solution at hand. Seeing MichaelM use it for the Prop Shield 9DOF calibration writes was good.
FWIW, I recompiled Teensy transfer (I'm running on a Fedora 22 system), and the new one does work, though I did find it would go off into the woods after awhile, particularly during long transfers. I'm loading up Halloween sounds, and the longest was 3.1 megabyte Monster Mash in .mp3 format. The best way seemed to be restarting the Teensy after each download.
Now to update my Arduino-Teensy-Codec libraries.
Ok, I'll try it after work.Hi Michael,
i've fixed some bugs - could you please try the new version ?
I'd like to know wether it works better for you ..
Thank you !