With Lenny's help, I resolved my library conficts with Windows 10 Install.
Here's what worked for me:
What I did was copy the Audio library folder from C:\Program Files (x86)\Arduino\hardware\teensy\avr\libraries to the C:\Users\<my name>\OneDrive\Documents\Arduino\libraries folder then overwrite the copied play_sd_raw.h and play_sd_wav.h with the files from the OnSpeed-Gen2-master library. Everything compiles now.
Your file path names will be different, of course.
I LOVE IT, didn't understand 5/8 of it but I still love it. Takes me back to when I bought my first computer and was playing around with machine language while working at Wang Laboratories. Can't wait to build mine and then have brain seizures trying to program it LMAO !!
Ok, I figured it out. It's the Teensy's Audio library that's causing the trouble. I installed (On Windows 7) the same versions of Arduino and Teensyduino you have and got the same error messages.
Go into C:\Program Files (x86)\Arduino\hardware\teensy\avr\libraries\Audio
Open these two files and delete or comment out all the lines in them:
play_sd_raw.cpp
play_sd_wav.cpp
I'm sure there's a more elegant solution to it but this will do the job for now.
Also, there's a LinkList library that I needed to add to one of the ReadMe files, download it if you don't already have it. It's needed by the Gaussian library.
Thx for the help. The biggest error I made was to not download ANY of the libraries during the teensy loader install the first time. There were so many there!! This time I took all of them and the problems I had reported are no longer causing any errors. That's good.
It still throws the errors below. Compiling at one speed, switching speeds and recompiling gives the same result. Doesn't report a gaussian error but maybe it had already quit. I could look at the verbose output, I guess.
arm-none-eabi-g++: error: CreateProcess: No such file or directory
That should take care of the Audio compile issues too. Same as with the Wire.h "redirect", the fake audio library is there to rewrite some of the Teensy files that use SD.h. They don't compile with the SDFat_beta. It takes a little work, but it's worth it. The SDFat library has significantly less write latency.
Arduino caches some of the already compiled libraries. One way to have it rebuild all of them is to change the CPU speed to a different one, compile, set it back to 180Mhz and compile again.
There's also another compiler issue around Linklist+ Gaussian libaries. If I remember correctly it was just a compiler warning. If you need the modified libraries let me know and I'll upload them to Github.
Please keep us informed how it's going. If this library thing becomes an issue the plan is to create a virtual machine with Arduino and its libraries properly set up and the latest code loaded.
The email lenny@flyonspeed.org is bouncing for some reason, but you can message me here.
The "wire" redirect to i2c_t3.h means you have to go get one of those but which one? So, I picked nox771/i2c_t3. Then I got the SDFAT-Beta. The I2C compiled OK. The compile moved on to audio and really blows up. It needs a lot of "analyze", "control", "effect" etc .h files. But where do these come from?
At this point I think I am missing some instructions about the libraries needed.
With Lenny's help, I resolved my library conficts with Windows 10 Install.
Here's what worked for me:
What I did was copy the Audio library folder from C:\Program Files (x86)\Arduino\hardware\teensy\avr\libraries to the C:\Users\<my name>\OneDrive\Documents\Arduino\libraries folder then overwrite the copied play_sd_raw.h and play_sd_wav.h with the files from the OnSpeed-Gen2-master library. Everything compiles now.
Your file path names will be different, of course.
Vern
I LOVE IT, didn't understand 5/8 of it but I still love it. Takes me back to when I bought my first computer and was playing around with machine language while working at Wang Laboratories. Can't wait to build mine and then have brain seizures trying to program it LMAO !!
Hi Tom,
The box is aluminum, but one of the small sides is plastic to allow the WiFi to work.
Cheers,
Vac
Glad that worked out.
You need to get the WebSockets library from here: https://github.com/Links2004/arduinoWebSockets
I thought that was included with the ESP32 board files, but it turns out it's someone else's work. I updated the Wifi code readme file on Github.
Let me know how that goes. I think I'll just create a VM with all this stuff installed to avoid these library and version issues in the future.
Tom,
Redownload everything from here, except the libraries folder: https://github.com/flyonspeed/OnSpeed-Gen2/tree/44d14ae00e9934e0fc139f7b10a57c6a454566e7/Software/Teensy%20Code
Those audio files are there. All of those files need to be in the same folder with OnSpeedDac.ino.
Lenny
Ok, I figured it out. It's the Teensy's Audio library that's causing the trouble. I installed (On Windows 7) the same versions of Arduino and Teensyduino you have and got the same error messages.
Go into C:\Program Files (x86)\Arduino\hardware\teensy\avr\libraries\Audio
Open these two files and delete or comment out all the lines in them:
play_sd_raw.cpp
play_sd_wav.cpp
I'm sure there's a more elegant solution to it but this will do the job for now.
Also, there's a LinkList library that I needed to add to one of the ReadMe files, download it if you don't already have it. It's needed by the Gaussian library.
Lenny
Lenny, I'm on Win 10
Lenny, still no-go. Where do these come from:
#include "AudioSampleEnabled.h"
#include "AudioSampleDisabled.h"
#include "AudioSampleCalibrate_flapsdown.h"
#include "AudioSampleCalibrate_flapsup.h"
#include "AudioSampleCalibration_canceled.h"
#include "AudioSampleCalibration_mode.h"
#include "AudioSampleCalibration_saved.h"
Lenny,, thx again. The other project I'm working on is for an Arduino Due (an ARM target) and it compiles & executes fine.
I am running Arduino 1.8.10 and teensyduino 1.48. Do I really need to regress these versions?
Lenny,
Thx for the help. The biggest error I made was to not download ANY of the libraries during the teensy loader install the first time. There were so many there!! This time I took all of them and the problems I had reported are no longer causing any errors. That's good.
It still throws the errors below. Compiling at one speed, switching speeds and recompiling gives the same result. Doesn't report a gaussian error but maybe it had already quit. I could look at the verbose output, I guess.
arm-none-eabi-g++: error: CreateProcess: No such file or directory
Multiple libraries were found for "SD.h"
Used: C:\Users\Tom\Documents\Arduino\libraries\SD
Not used: C:\Program
Not used: C:\Program
Multiple libraries were found for "SdFat.h"
Used: C:\Users\Tom\Documents\Arduino\libraries\SdFat-beta
Multiple libraries were found for "SPI.h"
Used: C:\Program
Multiple libraries were found for "Audio.h"
Used: C:\Users\Tom\Documents\Arduino\libraries\Audio
Not used: C:\Program
Multiple libraries were found for "analyze_fft256.h"
Used: C:\Users\Tom\Documents\Arduino\libraries\Audio
Not used: C:\Program
Multiple libraries were found for "i2c_t3.h"
Used: C:\Program
Error compiling for board Teensy 3.6.
I don't have a separate i2c library, we are using the one that comes with the Teensy Loader. Download it from here: https://www.pjrc.com/teensy/loader.html
That should take care of the Audio compile issues too. Same as with the Wire.h "redirect", the fake audio library is there to rewrite some of the Teensy files that use SD.h. They don't compile with the SDFat_beta. It takes a little work, but it's worth it. The SDFat library has significantly less write latency.
Arduino caches some of the already compiled libraries. One way to have it rebuild all of them is to change the CPU speed to a different one, compile, set it back to 180Mhz and compile again.
There's also another compiler issue around Linklist+ Gaussian libaries. If I remember correctly it was just a compiler warning. If you need the modified libraries let me know and I'll upload them to Github.
Please keep us informed how it's going. If this library thing becomes an issue the plan is to create a virtual machine with Arduino and its libraries properly set up and the latest code loaded.
The email lenny@flyonspeed.org is bouncing for some reason, but you can message me here.
Lenny
OK, so I got the clone of all that. First of all should it compile out of the box?
I followed the library instructions at: https://github.com/flyonspeed/OnSpeed-Gen2/tree/44d14ae00e9934e0fc139f7b10a57c6a454566e7/Software/Teensy%20Code/libraries
The "wire" redirect to i2c_t3.h means you have to go get one of those but which one? So, I picked nox771/i2c_t3. Then I got the SDFAT-Beta. The I2C compiled OK. The compile moved on to audio and really blows up. It needs a lot of "analyze", "control", "effect" etc .h files. But where do these come from?
At this point I think I am missing some instructions about the libraries needed.
Hi Tom,
Sure is. Lenny and Chris just consolidated everything here: https://github.com/flyonspeed