Is there anything connected to A5? Or whichever pin it is mapped to for Arduino shields?
Try just shield shield and A5
Thanks @kennethlimcp
I just tried it on A5 with the shield shield (SS) and arduino relay board and it either reads 0C or sporadicly wild values when I GET.
Then I tried just the SS and - same thing. Then I tried it on the SS Spark header pin A5 and no reading at all (0C).
That’s why I needed to remove the connection of the pin from the SS. Is there an alternative? Is it a clock issue as mentioned above?
Also - just to confirm - I tried it on A5 with only the Spark and it reads as it should.
So one thing I had to keep in mind was the code I was using for the arduino shield was written for Arduino Uno and so handled returned values from readAnalog() like 10bit digits (0 to 1023) but connected through the Shield Shield those analog pins will return 12bit values from 0 to 4095.
Dunno if that is part of this issue or not though =/
@Elijah
In my case the DS18B20 sensor is digital. I think the SS is interfering, otherwise wouldn’t I get consistent readings, even if they were wrong. What I’m getting is garbage if I get any read at all.
What happens if you hook up the sensor to an external power supply?
p.5-6 of the DS18B20 datasheet mention some wiring differences between the two ways of powering the sensors. (Apologies if I’ve misunderstood your setup)
@Elijah I’m using a 3 wire hook-up and I don’t think voltage is the problem since when I use D2 which I’ve cut the land/trace on to isolate the Spark from the SS everything works fine. No reading fluctuations when relays are all activated.
Also I just tried SPI.setClockDivider(SPI_CLOCK_DIV4); and that made no difference either.
@MisterNetwork, sorry i’m not really following up with stuff this week. (will be back on friday to check all the posts and reply those i missed)
I looked up the shield shield schematics, can you try D7? That’s the only pin not connected to anything else.
If that works, the logic-level converter might be causing some issues when you have something in between (PIN <--------> LL converter input)
Thanks!
I am thinking the warning against i2c & 1-wire from Texas Instruments is about using open-drain devices across the data line, but if you power the sensor externally then it is only going to pull (weakly) across the data line during temperature readings. May not interfere with the Shield Shield.
`
No worries @kennethlimcp!
You do awesome work here! The Spark Elite crew is awesome! BTW - I liked your pix of your Shenzhen Trip 2014 on your blog. Very cool.
D7 - I’ll try it. I didn’t really notice that it didn’t map to the SS.
OK… Success! D7 works fine on the header pad, and lights the blue user LED.
That will work just fine and keeps me from having to chop the SS board.
Thank you! 
Thanks @Elijah
I’d try it, but if I need 2 power supplies it becomes less of a simple to assemble package, and I’d rather not split the input power either. @kennethlimcp suggested D7 which I didn’t realize was not attached to the SS, and that works and keeps it simple.
That’s good to know!
We can do a pull up internally on the SS pon but I don’t like the idea of reading data with another guy “disturbing” the input.
Let’s try D7 for now and see whether we can go back to any pins attached to the logic level converter reliably 