Sheltering in place

Picture of shop door with closure sign on it.

We started Evil Mad Scientist Laboratories in 2006 as a “personal project blog”, to capture, organize, and share some of the things we do for fun. It has evolved over time to become a resource for our customers as well as a way for us to share interesting and educational information from a variety of sources. It also gradually become our livelihood, as the hobby projects started to take over more and more of our lives.

Right now, we want to let you know where we’re at. Here in Santa Clara County (the south end of the San Francisco Bay Area), we are under a Shelter in Place order due to COVID-19. Windell and I are working from home, and checking in on Zener at the shop regularly. We’re bringing work home with us, and have even been able to start shipping some orders again. Our employees cannot come in, which means that assembly, kitting, packing and shipping have slowed to what the two of us can do.

We’ll be doing our best to communicate with our customers about their orders and we’re doing tech support and customer service as usual. Orders will likely be going out every few days instead of every day. Some items will not be restocked as quickly.

As we work through these details, there are a lot of resources here on the blog that may be useful to all of you doing your part by staying at home.

We have many tutorials for projects that can be made from things you can find around the house. We have lots of cooking projects, some of which are also math or science projects. We have a series of basics articles you may enjoy for people getting started in electronics. And our linkdumps have lots interesting links to occupy your time.

We want you all to stay safe and healthy! Please reach out to us if you have questions, concerns, blog post ideas, or pictures of projects that we may have helped you instigate!

Thank you all for being such a great community, such amazing customers, and sharing with and helping each other so generously!

Read more »

Working from Home in Electronics Engineering

SparkFun is moving forward after most have moved home

For around two weeks now, most of SparkFun's employees have been working from home. Our HQ mostly consists of vacant workbenches, quiet breakrooms and dark offices.

It's essential that we thank our shipping, receiving and production crews who are still going into our headquarters, albeit on staggered schedules and with hefty sanitation protocols, keeping the lifeblood pumping for this company. SparkFun's future would be on uncertain ground without their hard work during all this; we can't express our appreciation enough for their willingness to be there in person while the rest of us continue working remotely to keep the number of people in the building as low as possible.

This "new normal" is definitely taking its toll, but it needs to be said that we are very thankful to be working, when so many are not.

Empty Shipping Area

Aside from strict cleaning procedures, our production floor is now a lighter crew on staggered schedules to keep distance at a maximum.

As long as SparkFun is in operation, we will always strive to provide new and innovative products to our consumers. Much of that innovation comes straight from our fine engineering team. Last week, I asked our engineers and product service pros questions about what it's been like to work from home.

If you've taken a tour of SparkFun you know that we have no lack of essential tools (and toys) for those working directly on SparkFun's products. From oscilloscopes and hot air rework stations to microscopes and 3D printers, we've got it all. Without all of these tools at our engineering team's disposal, I was curious to see how they were getting along and what their home workspaces were like. Let's dive in.


Communication, as always, is key

One of the biggest things I kept hearing about was communication with team members. Let's face it, not everyone enjoys a video chat, and I'd assume our engineers probably aren't the biggest fans of having to do it as often as they are. Being able to turn around and ask a question to a coworker 10 feet from you certainly has its benefits.

Maybe the toughest part of not being near colleagues is that we all truly enjoy working together. One team member said it best:

“My favorite part about working at SparkFun is the people I work with. Being at home is difficult for me because I don't get to see everyone daily like I used to. Also getting answers to quick questions is a little more tough remotely."

Several others had similar responses. While working on a new sensor breakout board, one engineer said:

"The biggest struggle for me has been not being able to walk over to someone's desk to ask them a quick question. Instead I have to send an email, or in a video conference for a design review, I need to describe the area I would like for them to zoom in on or describe how something could be routed better, instead of just pointing to the area."
Empty Desk
Empty workspace

The only in-person communication currently at SparkFun is between The Hulk and Captain Kirk.


Tools of the trade

Aside from communication being a big part of what our engineering team needs the most, tools are every bit as important, and the separation from tools and equipment has been difficult for some. While I'm sure many of our engineers have a great workspace full of tools, I can imagine that they don't all have that perfect, super tiny screwdriver set that you need. When it comes to prototyping, a home workspace can't possibly match an in-house warehouse full of every wire, transistor or capacitor you might need, a fact that is not lost on Founder and Engineer Nate:

“It's hard not having access to the warehouse! It's so nice just to be able to grab that MOSFET or that connector when prototyping something."
tidy electronics engineering workbench

Our electrical engineer Alex keeps a tidy home workbench with many of the tools we'd all love to have at our home setup.

Other than not having all the right tools at your disposal, the simple unfamiliarity of a different workspace can be a challenge. You know exactly where your 5mm hex key is on your pegboard at work, but without that same setup at home you'll probably find it after searching for 20 minutes through the boxes at your feet. A QA specialist summed it up:

"The lack of work space and limited resources are a challenge. My desk at work has more space, better lighting and bigger monitors. There are also work stations that have all the tools I could ever need to solder, rework, clean, inspect, power and stress test boards!"

Here are some of the top tools our team wishes they had at home, in their own words:

  • "I wish I had a panavise and third hand kit in my workspace. Maybe it's time to buy one!"
  • "I actually don't have a hot air gun at home because I don't do much SMD work here, and yet I always find myself in need of one at crucial moments."
  • "The only tools I use at the office that I don't have in my home office/lab are a Dummy Load for testing power circuits and a thermal camera. But for the most part I have everything: an oscilloscope, function generator, power supplies, soldering iron, and even a microscope if I need to do any fine pitch soldering."
  • "A good, very small, variable bench power supply."
  • "A 6-axis CNC mill, drill press and table saw. Oh.... you mean for work? I'm pretty well set in that department!"
  • "A better chair - I skimped on my desk chair buying a $20 desk chair and it's difficult to sit on for longer periods of time."
  • "An Ethernet switch. I have two computers at my desk now (work and personal), but only one Ethernet cord that is long enough to route around the room rather than through it."
  • "I still need to get my oscilloscope from work... I also need a cover and ventilator for my 3D printer, in addition to some sort of freestanding pegboard wall so I can organize all of my tools (which are currently just thrown into a large box)."
  • "An oscilloscope."

Shop Essential Tools for Working from Home


The most important tools

Over half of people I asked said their computer was the most crucial tool at their disposal. With engineers currently working on GPS boards, Raspberry Pi HATs and "the mother of all data loggers," having a computer on hand for laying out hardware in EAGLE is pretty important. Several engineers mentioned re-purposing larger 4k televisions for their monitors to give more room for layout if they didn't already have multiple screens or ultra-wide monitors.

Empty Shipping Area

Our QA specialist Bobby keeps his home workspace full of all the necessary connectors, jumper wires, header pins, breadboards and IC hooks to quickly connect boards together. His multimeter, screwdriver set, monocle and soldering iron are also essential tools for him.

Aside from the computers, multimeters, soldering irons, digital logic analyzers and J-Links that were mentioned as crucial tools, there were a few that stood out from the others. One engineer shared his non-negotiable:

"The DAC for my headphones is essential. I can't get work done without good music."
Plus, a handy tip from Nate:
"I've said it for years and I'll say it again: sticky tack. It's crucial for holding things in place to solder. Far better than a third hand."
Maybe we ought be be carrying sticky tack in our storefront? ¯_(?)_/¯

So that's how things are going for us at SparkFun in this current strange environment – it's not exactly easy and definitely not ideal, but we're more thankful than ever to keep working with people we like, at a company we care about, on excellent new products for our community. Thank you for your ongoing support - it means everything to SparkFun - and we'll get through this insanity together.


If you're working from home, how's it going?

Share your story with the community by snapping a picture of your home workspace using #myeeworkspace. Tag an interested friend and us (@sparkfun), and some of our favorite submissions just might have a promo code sent their way!

  • What is your biggest struggle?
  • What are your essential tools?
  • Have any helpful tips for fellow engineers working at home?
  • What are you currently working on?

comments | comment feed

Read more »

RTC You On the Other Side

Hello everyone and welcome back. We have two new products this week: the Qwiic RV-8803 RTC Breakout, a cost-effective way to accurately keep time in your next project, and a revised version of the SIK Refill Pack, for those who want to replace parts in a SparkFun Inventor's Kit without purchasing them individually.

As a reminder, make sure to check out our Spring Kit Sale - available through April 17th! Designed with beginners in mind, these kits offer a springboard into electronics through circuit building, creating e-textile crafts, measuring the weather, practicing soldering, and exploring the Internet of Things (IoT). This sale is perfect for those of you who have have bored kids at home to keep them engaged and learning.

Now onto the new products!

We RTC what you did there

SparkFun Real Time Clock Module - RV-8803 (Qwiic)

added to your cart!

SparkFun Real Time Clock Module - RV-8803 (Qwiic)

In stock BOB-16281

The RV-8803 includes features like a temperature compensated crystal, low power consumption, and improved I2C interface inclu…


The SparkFun RV-8803 Real Time Clock Module is a Qwiic-enabled breakout board for the RV-8803 RTC. The RV-8803 boasts some impressive features, including a temperature compensated crystal with extremely precise time-keeping, low power consumption and time stamp event input, along with a user-programmable timing offset value. The RV-8803 also has an improved I2C interface compared to the RV-1805 RTC, which removes the need to sequence commands/writes to the device. Best of all, the temperature compensation comes factory calibrated. Utilizing our handy Qwiic system so no soldering is required to connect it to the rest of your system. However, we still have broken out 0.1"-spaced pins in case you prefer to use a breadboard.

SparkFun Inventor's Kit Refill Pack

added to your cart!

SparkFun Inventor's Kit Refill Pack

In stock KIT-16468

The SparkFun Inventor's Kit Parts Refill Pack provides, you with a way not to buy a whole new SIK if you lose a few of the sm…


If you use the SparkFun Inventor's Kit in a classroom or workshop setting, you know that when a bunch of people get their hands on the same kit, things get lost or broken. That's why we offer the SparkFun Inventor's Kit Refill Pack. This way, you don't need to buy a whole new kit if you lose a few of the smaller or more wear-prone bits.

That's it for this week! As always, we can't wait to see what you make! Shoot us a tweet @sparkfun, or let us know on Instagram or Facebook. We’d love to see what projects you’ve made!

Never miss a new product!

hbspt.forms.create( portalId: "2224003", formId: "e963ae12-71f6-46d7-bb00-126dbfef8636" );

comments | comment feed

Read more »

DIY long lasting voltage regulator circuit for Raspberry Pi

Jithin @ writes:

Raspberry Pi is simple, handy and cheap yet powerful single board computers of all time. It has USB ports to connect hardware such as pen drive, keyboard, mouse, HDMI port for display out, 3.5 mm port for audio and several GPIO pins to work with embedded projects, all of which can be powered using a mobile charger. You can even make it portable by simply connecting the mini USB port to a mobile phone power bank so that you can use your pi on the go. But if you connect more USB devices and use the GPIO pins, the power bank will drain off quickly. In this post, I will tell you how i made my own power supply unit using a Lithium Polymer battery and a voltage regulator.

Project info at

Read more »

Enginursday: Switching Sensors with a WS2811 Addressable LED Driver

Sometimes we sign up to do crazy things - like going skydiving with your best friend or running a marathon in flip flops. In this case I wound up hatching a plan to use 192 of the same I2C sensor in an interactive installation. As the sheer size and complexity of the goal sank in I grew increasingly curious if there was a simple way to wire all those sensors together. The result is elegant in theory, noisy in reality, and probably won't work at scale. However it is really fun to talk about so stick around to hear about using addressable LED drivers as software switches!

A Collaborative Staff

The task: create an interactive installation that allows young children to play with sound and color collaboratively. When the Museum of Boulder asked me and Joe Ryan create this we started thinking big! Joe's fantastic idea was to create a larger-than-life musical staff that kids could place notes on to craft their very own song. The color of the notes would determine what kind of instrument was used. After settling on a size (four measures, four positions per measure, and 12 notes per position) we needed to find a way to actually make it work.

Color Nodes

Sensing colors has been made easy by ICs such as the ISL29125. The general idea was to use one of these at every note position along with an addressable LED that could be used to both illuminate the notes for a reading and serve as a visual guide for getting started. A central system would take readings to determine which notes should be played and by which instruments. The challenge was to connect 192 I2C devices that all use the same address.

There are several ways to accomplish this task - perhaps using a tree of I2C multiplexers, using several independent sensing groups each with its own microcontroller, and even extravagant methods using wireless communication. I went in search of a solution that would minimize cost and installation complexity. What I found was the WS2811 addressable LED driver IC.

WS2811-Based Switch Design

Knowing that LED data would need to be sent to every node gave me an idea - what if the power to the color sensor could be controlled in the same way? Perhaps this would allow all the sensors to share one I2C bus, as long as only one was powered at a time. In retrospect it is hard to remember which search terms exactly led me to what I needed but eventually I found the datasheet for the WS2811. A companion to the popular WS2812B addressable led, the WS2811 encapsulates the same driver but instead breaks out the R, G and B output pins so that you can attach your own LEDs.

The datasheet indicated that the outputs were constant-current drains of up to 18.5 mA. Not ideal - a controllable voltage output would have been simpler to use but fortunately we know how to convert current to voltage and vice-versa.

V = I • R
I = 18.5 mA
V = 3.3 V (using ISL29125 supply voltage)
R = V / I = (3.3 / 0.0185) = 178.37 ?

A 178.37 ohm resistor with 18.5 mA current flowing through it will drop 3.3 V. In other words a constant current driver set to pull 18.5 mA from 3.3 V through a 178.37 ohm resistor would need to set its output at 0V!

Now it's not quite that simple, unfortunately. It would be if the LED driver was a true "analog" constant current driver, but LED drivers typically use Pulse Width Modulation (PWM) to approximate constant current. The duty cycle of the PWM signal is what we perceive as the brightness of the LED. When trying to use an LED driver as a switch you run into a problem - your switch changes quite frequently, even when you have it set to just one value!

PWM Cuty Cycle Diagram

pwm duty cycle diagram
Image: Android Developer's Site

You might hope that asking the LED for either a 0% or 100% duty cycle would work well enough, but we can't guarantee how the driver operates. In the case of the WS2811 I found that a channel value of 0 results in a true 100% duty cycle (this makes sense for a common anode LED driver), but the max value (255) only approaches a 6% duty cycle.

The ability to reach a true 100% duty cycle is good for powering the sensor because it means minimal noise. The fact that the supply voltage will occasionally come up, however, is concerning because that may cause any one of the sensors to turn on and interfere with communication on the I2C bus. In order to combat this I used a low-pass RC filter that incorporates the current-limiting resistor.

The WS2811 uses a PWM frequency of 2 kHz, so a 6% pulse would have a width of (6 / 100) • (1 / 2000) = 30 ?s. A 30 ?s square wave pulse contains many frequency components, the slowest of which is (1 / 30 ?s) = 33.3 kHz. In order to block that frequency one would choose a corner frequency below that value. Using a simulated circuit on, I played around with various capacitor values to get a good balance of high-frequency blocking (higher capacitor values) and the time it takes to power on a sensor (low capacitor values)

falstad circuit simulator for RC filter on LED driver output simulation of WS2811 switch

fc = 1 / (2 • ? • R • C)
R = 220 ? (choose a common resistor value greater than 170.37 ?)
C = 1 ?F
fc = 1 / (2 • ? • 220 • 1 • 10-6) = 723 Hz

Using the design parameters from above I laid out a prototype schematic and board in Eagle.

circuit schematic in Eagle PCB


In an effort to move quickly I ordered PCBs and the WS2811 driver ICs at the same time. In fact my original design used a slightly more complicated circuit that I was able to simplify during testing. We've been discussing the simpified circuit but the boards contain a few extra components and a host of white-wire fixes. That's a lesson in why you should always do a 1:1 scale package check for any new parts that you intend on using! Below is an image of the prototype as tested:

prototype v01 with white wire fixes and simplified circuit

To test the board I wrote a quick test sketch. It uses the FastLED library to control the LED data line (for the WS2811 as well as the WS2812B illumiator LED), and the SparkFun ISL29125 Arduino library to read from the RGB sensor.


Test sketch for for turning on/off an ISL29125 RGB sensor using a WS2811 LED 
driver IC. 

Owen Lyke 
25 Mar 2020

FastLED library by Daniel Garcia
ESP32 based microcontroller such as the SparkFun ESP32 Thing Plus (

- Build your own color node based on the schematics shown at:
- Connect the I2C pins SCL and SDA to the Wire port of your ESP32 based board
- Connect the LED data line to pin 18 of the ESP32 on your board
- Connect GND and 5V lines

This code is beerware.
Distributed as-is; no warranty is given. 


#define DISPLAY_TITLES 1      // 1 to print field names to serial
#define DISPLAY_RGB 0           // 1 to print r g b values to serial
#define DISPLAY_HUE 1           // 1 to print computed h value to serial
#define DISPLAY_COLOR 1         // 1 to print nearest color to serial

// Define a type to hold detectable colors
typedef struct _color_t 
  float hue;
  const char* name;

// Here's the list of colors that the system can name on its own (you may add your own based on hue angle [0.0, 360] )
color_t colors[] = 
  0.0, "Red",
  60.0, "Yellow",
  120.0, "Green",
  180.0, "Cyan",
  240.0, "Blue",
  300.0, "Magenta",


// Includes
#include <math.h>
#include <Wire.h>
#include <FastLED.h>          // Click here to get the library: http://librarymanager/All#FastLED_Daniel_Gracia
#include "SparkFunISL29125.h" // Click here to get the library: http://librarymanager/All#SparkFun_ISl29125

// RGB sensor control
SFE_ISL29125 RGB_sensor;
unsigned int red = 0;
unsigned int green = 0;
unsigned int blue = 0;

// WS2811 / WS2812B control
#define DATA_PIN 18
#define NUM_LEDS 2    // Each color node has two 'leds' - one WS2811 to control the sensor power and one WS2812B for illumintation

void setup() 
  Serial.begin(115200);                                     // Start Serial 

  FastLED.addLeds<WS2811, DATA_PIN, RGB>(leds, NUM_LEDS);


  while(!RGB_sensor.init())                                // Initialize the ISL29125 with simple configuration so it starts sampling
    Serial.println("trying to start the sensor!");
  Serial.println("Sensor Initialization Successfulnr");

void loop() 
  /* Begin Taking a Reading */

  sensorPower(true);                // Turn on the sensor  
  setLED(200, 200, 255);            // Turn on the LED to illuminate the subject area;                   // ^- adjust the balance of white here... blue seems to need some help (higher Vf than other leds..)

  delay(2);                         // some time for sensor to come online
  RGB_sensor.init();                // now perform initialization since the sensor had been asleep

  delay(200); // sensor continuously runs ADC at ~ 10 hz so to be sure wait 0.2 seconds before reading

  delay(300); // delay to combat voltage sag from turning on all the leds...
              // I've experimentally determined that while there is no LED brightness that completely 
              // eliminates noise in detected color there is a minimum total delay between turning on
              // the leds and taking a sample that gets darn close. Its approx 500 ms total (including
              // time dedicated to letting the sensor read)

              // the final product may as well turn on all the leds, wait half a second, and then sample
              // all of the color sensors rapidly. 

  red = RGB_sensor.readRed();     // Sample the sensor
  green = RGB_sensor.readGreen();
  blue = RGB_sensor.readBlue();

  sensorPower(false);             // Turn off the sensor
  setLED(0, 0, 0);                // Turn off the LED;                 // Apply changes to the 'LED' data (includes WS2811 'switch' changes)

                                  // Now let's try to sample the sensor to show that it has really been shut down
  delay(1);                       // Time for the sensor VDD line to fall to 0

  printResults();                 // Show the results on the Serial monitor

  delay(200);                     // delay 200 ms before taking another reading

void sensorPower(bool on)
  LEDS.setBrightness(255);                                  // Ensure full brightness so that WS2811 controls are not scaled

    leds[0] = CRGB(0, 0, 0);                                // Turn on the sensor by writing a 0 value to the R channel
    leds[0] = CRGB(255, 0, 0);                              // Turn off the sensor by writing 255 to the red channel

void setLED(uint8_t R, uint8_t G, uint8_t B)
  leds[1] = CRGB(R, G, B);                                  // The LED is the second item in the 'led' array (the first is the WS2811 sensor switch)


float max3( float Rp, float Gp, float Bp, uint8_t* index )
  // hacky way to find maximum of three (not tested well or even well-thought-through)...
  float Cmax = 0.0;
   if(Rp >= Gp)
      if(Rp >= Bp)
        Cmax = Rp;
        *index = 0;
    if(Gp >= Bp)
      if(Gp >= Rp)
        Cmax = Gp;
        *index = 1;
    if(Bp >= Gp)
      if(Bp >= Rp)
        Cmax = Bp;
        *index = 2;
    return Cmax;

float min3( float Rp, float Gp, float Bp, uint8_t* index )
  // hacky way to find minimum of three (not tested well or even well-thought-through)...
  float Cmin = 0.0;
   if(Rp <= Gp)
      if(Rp <= Bp)
        Cmin = Rp;
        *index = 0;
    if(Gp <= Bp)
      if(Gp <= Rp)
        Cmin = Gp;
        *index = 1;
    if(Bp <= Gp)
      if(Bp <= Rp)
        Cmin = Bp;
        *index = 2;
    return Cmin;

void printResults( void )
    float Rp = (float)red/255;
    float Gp = (float)green/255;
    float Bp = (float)blue/255;

    uint8_t max_ind = 0;
    uint8_t min_ind = 0;
    float Cmax = max3(Rp, Gp, Bp, &max_ind);
    float Cmin = min3(Rp, Gp, Bp, &min_ind);
    float delta = Cmax - Cmin;

    float hue = 0.0;
    if(Cmax == 0.0)
      hue = 0.0;
        case 0: hue = 60 * (fmod(((Gp-Bp)/delta), 6.0)); break;
        case 1: hue = 60 * (((Bp-Rp)/delta) + 2); break;
        case 2: hue = 60 * (((Rp-Gp)/delta) + 4); break;
        default: break;

    // search list of colors for the closest one 
    //  (todo: when overall lux levels are low just say nothing is there)
    const char* identified_color = NULL;
    float prev_diff = 360.0;                              // start with a high (impossibly so) difference
    float diff = 0.0;
    uint8_t num_colors = sizeof(colors)/sizeof(color_t);
    for(uint8_t indi = 0; indi < num_colors; indi++)     // loop through all the named colors
      diff = abs(hue - colors[indi].hue);                     // find the difference between the selected color hue and the calculated hue
      if ( diff >= 180.0 )                                   // correct for differences over 180 degrees because the spectrum is circular
        diff = 360.0 - diff;
      if( diff < prev_diff )                                 // if this difference is smaller change the detected color to this name
        prev_diff = diff;
        identified_color = colors[indi].name;

    Serial.print("B: "); 
    Serial.print(" ");

    Serial.print("R: "); 
    Serial.print(" ");

    Serial.print("G: "); 
    Serial.print(" ");

    Serial.print("Hue: ");
    Serial.print(" ");

    Serial.print("Color: ");
    Serial.print(" ");


Using a digital logic analyzer I was able to record some great data. You can see that the rise time of the sensor VDD line matches what is expected from the simulation, as well as the same small ripples when the sensor is turned off. You can also see that the sensor responds to I2C transactions while it is powered. Shortly after sending the 'off' command, the VDD line falls and the sensor no longer responds to I2C transactions. This suggests that turning off unused sensors should be enough to allow using more than one sensor on the same I2C bus.

digital logic analzer trace of sensor VDD line and I2C transactions

Further Considerations

This project is a work in progress. To scale this single test up to an array of 192 nodes will present more challenges such as:

  • Sample speed - the test above does not leave any time for the sensor to make ADC conversions, so the readings come out as 0. In reality each sensor will need to be on for 100 to 200 ms to get a good sample.
  • I2C Bus Capacitance - generally it is challenging to use I2C over long distances because of the open-drain topology.

These challenges will likely preclude the use of this method in the Rainbow Forest project. Still, using the WS2811 in creative ways could like this can be useful in a host of projects that already involve addressable LEDs such as model train layouts, DIY LED shows with special effects, and much more!

If you use the WS2811 in a project of your own let us know!

comments | comment feed

Read more »

From Qwiic Temp Sensing to Binho USB Hosting

Hello everyone and welcome to another Friday Product Post. We have been hard at work while staggering shifts and maintaining physical distance to make sure new products still arrive. We may not have a huge amount every week for a while, but we are doing our safest and best!

This week we start a new version of our classic TMP102 Digital Temperature Sensor, now with Qwiic! Following our new sensor, we have three new Binho products including a USB host hub, breadboard breakout, and a Qwiic adapter. We finish out the week with the Logitecch C270 webcam - it can be found in the SparkFun DLI Kit for Jetson Nano but it can also be really helpful if you are working from home.

Speaking of which, do you have bored kids at home? Keep them engaged and learning with the help of our Spring Kit Sale - available through April 17th! Designed with beginners in mind, these kits offer a springboard into electronics through circuit building, creating e-textile crafts, measuring the weather, practicing soldering, and exploring the Internet of Things (IoT).

Now onto the new products!

Qwiic, cheap and digital temperature sensing

SparkFun Digital Temperature Sensor - TMP102 (Qwiic)

added to your cart!

SparkFun Digital Temperature Sensor - TMP102 (Qwiic)

In stock SEN-16304

The SparkFun TMP102 Qwiic is an easy-to-use digital temperature sensor equipped with a couple of Qwiic connectors for easy I2…


We all like to know the temperature, right? Well, with the SparkFun Qwiic TMP102 Digital Temperature Sensor, we've made it about as easy as it gets. Based on the original Digital Temperature Sensor Breakout - TMP102, we've added Qwiic connectors to bring this board into our plug-and-play Qwiic Ecosystem and added an address jumper instead of breaking out the address pin.

Binho Nova Multi-Protocol USB Host Adapter

added to your cart!

Binho Nova Multi-Protocol USB Host Adapter

In stock DEV-16382

The Binho Nova Multi-Protocol USB Host Adapter allows one to interface their computer directly to hardware circuits.


The Binho Nova Multi-Protocol USB Host Adapter allows one to interface their computer directly to hardware circuits. This device is powered by the USB connection to the host PC and is also able to provide downstream power to test circuits.

Binho Breadboard Breakout

added to your cart!

Binho Breadboard Breakout

In stock BOB-16419

The Binho Breadboard Breakout breaks a male 2x5 1.27mm connector out to breadboard-friendly 2.54mm / 0.1in pitch headers.


The Binho Breadboard Breakout breaks a male 2x5 1.27mm connector out to breadboard-friendly 2.54mm pitch headers. It's an easy way to interface your Binho Nova host adapter with other circuits using standard jumper wires as well.

Binho Qwiic Interface Board

added to your cart!

Binho Qwiic Interface Board

In stock BOB-16420

The Binho Qwiic Interface Board makes it easy for you to interface your Binho Nova host adapter with up to four strings of Qw…


The Binho Qwiic Interface Board makes it easy for you to interface your Binho Nova host adapter with up to four strings of Qwiic devices. It also breaks out all of the pins to a series of headers for convenient jumping to other circuits, or perhaps to your Logic Analyzer to monitor everything while you develop and debug.

Logitech C270 Webcam - USB 2.0

added to your cart!

Logitech C270 Webcam - USB 2.0

29 available SEN-16299

Experience sharp, smooth video calling (720p/30FPS) in a widescreen format with the C270 HD Webcam.


This is the Logitech C270 Webcam. With a sleek compact look and a black finish, this economical choice provides a 720p/30FPS HD resolution in a 16:9 widescreen format. The Logitech C270 webcam is compatible with most major messaging applications like Skype, Windows Live Messenger, Yahoo Messenger and more, giving you a wide selection of use.

That's it for this week! As always, we can't wait to see what you make! Shoot us a tweet @sparkfun, or let us know on Instagram or Facebook. We’d love to see what projects you’ve made!

Never miss a new product!

hbspt.forms.create( portalId: "2224003", formId: "e963ae12-71f6-46d7-bb00-126dbfef8636" );

comments | comment feed

Read more »

3D Printed Valves Are Saving Lives In Italy

We’ve been seeing this story pop up all over the web. A group in Italy has been 3D printing valves that are saving people’s lives. In this case, the valve is a mixing device that is combining room air with pure oxygen before it is delivered to the patient. The […]

Read more on MAKE

The post 3D Printed Valves Are Saving Lives In Italy appeared first on Make: DIY Projects and Ideas for Makers.

Read more »

Face Surveillance Is Not the Solution to the COVID-19 Crisis

In the current moment, governments may be tempted to funnel scarce public health resources into the use of face recognition to curtail the spread of COVID-19. Public health crises, especially a global pandemic, may require extraordinary measures in favor of the public good—but invasive face surveillance is not in the public’s interest.

This approach could involve building new infrastructure to conduct more face surveillance and large government contracts with some of the most nefarious surveillance technology vendors in the world. Companies like Clearview AI, which uses over two billion face images scraped from social media to track individuals and identify them with real-time face surveillance, are already in talks with agencies to provide assistance. Even as civil liberties groups call for a national ban on government use of face recognition, U.S. Customs and Border Protection is currently touting face recognition at airport check-ins as supposedly more hygienic than other screening. 

Face recognition may seem convenient and useful, but is actually a deeply flawed technology that exposes people to constant scrutiny by the government.

The massive infrastructure required to run face recognition (such as cameras, software, and open-ended contracts with vendors) cannot be easily dismantled when the public health crisis is over. We cannot allow law enforcement and other government officials to normalize this invasive tactic. We know the truth about this spy tech: face recognition may seem convenient and useful, but is actually a deeply flawed technology that exposes people to constant scrutiny by the government, and has the potential to chill free speech and movement by identifying and tracking people as they visit their doctors, lawyers, houses of worship, or political demonstrations. It also can generate inaccurate reports. 

It is all too likely that any new use of face surveillance to contain covid-19 would long outlive the public health emergency. In a year, systems that were put in place to track infected individuals as they moved through a city could be re-deployed to track people as they walk away from a political demonstration or their immigration attorney’s office. Face recognition software that is able to identify people even when they’re wearing surgical masks, as the company Hanwang has developed, could also be used to identify people who obscure their face at political protests out of fear of retribution from the government. We have to consider the afterlives of these technologies and the way their use can creep into everyday life after the emergency is over.

This is why EFF and concerned citizens continue to call on Congress to ban the government use of face recognition. You can take action here by telling your elected officials that this technology, today and in the future, erodes our civil liberties and undermines our participation in a free society.

You can also take EFF’s new quiz to see what government agencies use or share your photograph for the purpose of conducting face recognition.

Take Action

Tell your elected officials to ban government use of face recognition

Read more »

Linkdump: January 2020

PCBs swung out on wiring harness acting as hinge or book spine

Read more »

NEW PRODUCTS – DIN Rail Terminal Block Adapters + Mount Bracket for Raspberry Pi / BeagleBone / Arduino

4555 4556 4557

NEW PRODUCTS – DIN Rail Terminal Block Adapters + Mount Bracket for Raspberry Pi / BeagleBone / Arduino

We’ve got a slew of new DIN rail adapters. First up, the DIN Rail Terminal Block Adapter to Metro or Arduino Uno!

4556 iso ORIG 2020 3

This one’s going out to all the makers and designers who use DIN railing in their builds. This adapter plate is perfect for simplifying complex wiring. You connect an Arduino Uno or Adafruit Metro to this breakout PCB, which can be DIN rail-mounted. All wires are broken out into terminal blocks, so you can connect and power your sensors, displays, microcontrollers, etc.

No soldering required! Place the microcontroller face-down onto the headers, unscrew the terminal blocks, and slide in your stranded or solid-core wire.

Note: DIN Rail and microcontroller are not included.

4556 side detail ORIG 2020 03

4556 top ORIG 2020 03

4556 quarter ORIG 2020 3

4556 iso demo ORIG 2020 03

Next up, the DIN Rail Terminal Block Adapter to Grand Central or Arduino Mega!

4555 iso 01 ORIG 2020 03

This one’s going out to all the makers and designers who use DIN railing in their builds. This adapter plate is perfect for simplifying complex wiring. You connect an Arduino Mega or Grand Central M4 Express to this breakout PCB, which can be DIN rail-mounted. All wires are broken out into terminal blocks, so you can connect and power your sensors, displays, microcontrollers, etc.

No soldering required! Place the microcontroller face-down onto the headers, unscrew the terminal blocks, and slide in your stranded or solid-core wire.

Note: DIN Rail and microcontroller are not included.

4555 side detail ORIG 2020 03

4555 top ORIG 2020 03

4555 quarter ORIG 2020 03

4555 iso demo ORIG 2020 03

And last, but not least, the DIN Rail Mount Bracket for Raspberry Pi / BeagleBone / Arduino!

4557 iso demo ORIG 2020 03 copy

This one’s going out to all the makers and designers who use DIN railing in their builds. This adapter plate is perfect for simplifying complex wiring. It’s pretty neat and compatible with a slew of microcontrollers and microcomputers: Raspberry Pi (any modern ones with 4 mounting holes such as the Zero, Pi 4, etc), Adafruit Metro or Arduino Uno, Adafruit Grand Central Express or Arduino Mega, or BeagleBone.

Please note that this product is only the mounting bracket – No breakout terminal blocks are included! For Raspberry Pi, match it up with a 2×20 IDC to Terminal Block Adapter and a GPIO Ribbon Cable to get started on your DIN rail project.

No soldering required! Take your favorite microcontroller and mount it to the bracket using the 10mm standoffs.


  • 1 x Aluminum bracket
  • 1 pair DIN rail adapter legs and mount screws
  • 6 x M2.5x10mm standoffs
  • 6 x M2.5x6mm flat head screws
  • 6 x M2.5x6mm pan head screws

Note: DIN Rail itself, terminal block breakout and microcontroller / Pi board are not included!

4557 kit ORIG 2020 03

4557 top demo ORIG 2020 03

4557 quarter ORIG 2020 03

4557 iso demo ORIG 2020 03

In stock and shipping now!

Read more »