Creative Commons images are CC BY-NC-SA 3.0

13.95

added to your
shopping cart

quantity
In stock 72 in stock
13.95 1+ units
12.56 10+ units
11.16 100+ units

Description: You hear it all the time in the Arduino community, "will this shield work with my other shield?." I think we've all been disappointed to find that two of our favorite shields compete for control of a digital pin here or a serial pin there. While there are sometimes some clever workarounds from elegant code modifications to aggressive 'greenwiring,' Mayhew Labs may have come up with the simplest solution thus far: The Go-Between Shield.

The Go-Between Shield "goes between" two shields that aren't compatible and effectively reassigns the pins. This trickery is achieved by isolating the top and bottom sides of the shield with surface mount headers and breaking them out into tables of jumpers that can be bridged to divert signals to and from different pins. For instance: If you have two shields that require use of pin A1, you can simply close the correct jumper and stack the Go-Between shield between the two conflicting shields. Now the shield above the Go-Between will think it's using A1 when in reality it's connected to the Arduino's A0. Now your shields aren't stepping on each others' feet, so to speak.

The Go-Between Shield is also a solution to some shield compatibility problems with Arduino clones such as the Maple or Netduino.

Documents:

Comments 18 comments

  • This is amazingly simple and elegant. I want to high five whoever thought this up.

  • I owe the person who invented this a drink - hope they get rich beyond their wildest dreams. Elegant and clever!

  • This is a really awesome idea!

  • Clever!

  • Great companion website for this shield.

  • Its a nice and simple idea! BUT i am worried about noise/interference has it been tested for any of this? or at least SPI speeds?

  • The next version should support A6 & A7 from the Seeeduino since those give two more pins to work with.

  • I could have sworn that there were 80 of these a few days ago. They sold fast!

  • A version of this board that does all the pins for the Mega would be very welcome. For instance, it would be great to be able to reroute the TX and RX pins of the cellular shield to hardware UART pins that exist on the Mega but don’t exist on the Uno without having to cut the pins and use jumpers like I do now.

    Also a version that encompassed a screw shield would be really useful, again especially if it supported the Mega. (A screw shield for the Mega would also be great.)

    • Yes, a version of this that supported the mega, or even better the seedstudio version of the mega would be awesome. biggest problem I have had is serial port contention. the simple ability to re assign serial ports would rock! actually a version of this board that had screw terminals on 1 side and pins on the other would rock too, mucho help with greenwire mods. just don’t connect the 2 sides but allow use of wire to jumper between.

  • This is what I have been looking for!

  • Wouldn’t it be simpler to have shields with jumpers to configure pins? Similar to how SoundCards used to have jumpers to set the address, IRQ and DMA?

    • Simpler to adjust yes, but far, far more expensive, you need 142 + 62 = 232 header pin pairs, and someone needs to attach all of them to the board…

      • Or they could just have two sets of female headers, and you supply your own wire. I really don’t see why most shields don’t do this, since they just need a hole (they don’t need to supply the headers, since it’s an “advanced” feature) and a “default” trace that you can cut.

      • I didn’t mean to configure the pins directly, but using SPI (using a 74HC595 or similar) with address decoding for the select line.

        That way you could have a huge number of shields and configure the SPI select line via, say, only four or height jumpers (16 to 256 different shields). By also using SPI to set the select line, you could do both the addressing and data transfers with only one SPI port on the microcontroller.

        Or maybe two SPI ports, one for the address and one for the data so you don’t waste time sending the address every time you want to send a byte.

        If everyone would standardize on that, it would be as easy to configure the software as the hardware (i.e. which port is your shield configured to?).

        If someone started a new standard with this idea, it would also be a chance to fix the non-standard spacing as well, since SPI and power lines would require a lot less pins anyway. Just put the connectors/pins on the corners of the shields for strength and stability.

        Or maybe a new type of shield, compatible with the current ones, that only uses the idea with the two SPI ports and just connects the pins it doesn’t use for the other, older shields?


Related Products