Closed AnHardt closed 7 years ago
I see Temperature.cpp
wants to #include "Sd2PinMap.h"
for some reason.
Yea - surprised me too. But for sure it has to do with the MAX6675 and co.
Tried to solve that by assuming - a second, unconditional init of the SPI-hardware can't hurt. The pin definitions come from fastio.h now anyway. And here for the MAX we have the next halve SPI implementation.
Wow. If this is all the change needed, and we have confidence, then I would enjoy merging it and saving more CPU cycles.
If the SDSS
pin is always using "Teensyduino" pin mapping, I suppose we could put a comment on it in all the pins files so we don't forget. And generally make sure all the pin mappings (if out of the ordinary) are commented to be more obvious.
Let's again have a look on what we remove and how we replace it.
Clean out SD2PinMap.h to the bare bare definitions of the hardware SPI pins. The definition can easily be overwritten from the boars pinfiles.