Track My Order
Frequently Asked Questions
International Shipping Info
Mon-Fri, 9am to 12pm and
1pm to 5pm U.S. Mountain Time:
Chat With Us
August 20, 2013
about 5 months ago
I understand and applaud this new set of offerings from Sparkfun. I look forward to seeing what comes next.
This is a general comment and perhaps a call for some help. I am looking for sensors which can be used in real world - battery powered - uses. The libraries and sketches provided seem to be focused on a minimally viable product approach but they almost never take advantage of one of the key features on these devices - the ability to set and trigger an interrupt. The hardware folks almost always provide access to the interrupt pin on the breakout but the software folks almost always ignore it. Why? Interrupts enable the development of power efficient solutions where the controller can “wake” when the reading changes by more than a certain amount.
I guess the help part is to understand what would be required to add interrupt capabilities to these libraries? Since so few of the provided libraries have interrupt support, there are very few examples.
Why do you include interrupts on the boards and in the product description but not in the libraries, tutorials or example sketches? Is there an issue with interrupts on Arduino for 3.3V devices using Wire? Is there anyone who has taken advantage of these capabilities on the Arduino?
News - Designing for Graceful Fa…
about 3 years ago
Awesome article and spot on for my current project. I am using one of your sensors to count the number of folks using one of our local parks here in Raleigh. Everything works perfectly in my apartment but, install it in the park where the AT&T signal strength is a little weaker and…failure. I have spent the last month finding the latest way the device could fail to send its data wirelessly - fail to get GSM, fail to get GRPS, fail to get an IP address, fail to connect to Ubidots (my IOT provider)…. By definition there is only one way to succeed, but there seems to be endless ways to fail. And yet, there is a great deal of satisfaction each time I find an answer to the latest failure. And I am hopeful that there is a happy ending to this story - someday….
about 3 years ago
Great board but it has some I2C compatibility issues. I downloaded the example code but was surprised to see it did not use the standard Wire library. I was able to rewrite the code to use Wire but learned about an issue this board has with the Wire.endTransmission() function. Unlike other devices, the MMA8452 (and some other I2C devices as well) need a flag to keep the I2C connection alive during a read sequence. The issue is described here: http://arduino.cc/en/Reference/WireEndTransmission
When I used Wire.endTransmission(false), it fixed the problems I was having with the standard wire library.
However, there is still one major limitation if you plan to use this device with an ATTiny device (as I had). The TinyWireM library does not implement the false flag in its TinyWireM.endTransmission() so, until that feature is added, you can’t use this board with ATTiny devices - a serious bummer. If anyone has a workaround - please let me know.
No public wish lists :(
Forgot your password?
No account? Register one!