I have been using this board for some years now, various projects from logging/monitoring to replacement washing-machine controller. I was using it with an older Arduino IDE (1.6.3) and older board defs for all that time, with no trouble (except the delay caused by ModemManager - ubuntu 14.04). After updating OS and IDE to the newer version with the boards-manager in it, the newer board defs define the board as ProMicro with the difference between 5V,16Mhz and 3.3V,8Mhz being on a separate menu, with a default of 3.3V. This makes it WAY TOO EASY to write the wrong settings to the promicro, would be much harder to get wrong if they were still separate boards rather than defined as different processors. Needless to say, I bricked the Promicro when I wrote a 3.3V program to a 5V board. Or did I?

starting upload from the ISP before plugging the board just complained that there wasn't a port there, pressing it as I plugged in took too long before starting the upload and the port was already gone.

I noticed that it still would flash TX and RX LED's for half a second when plugged in, and then noticed that /dev/ttyACM0 appeared briefly too, so the 5V bootloader was there for a moment before the 3.3V program messed up the clocks. I was thinking to try something USB before going the SPI ISP route.

so I found the avrdude bin in the arduino program folder, built the blink example and found the .hex file in /tmp, made a one-line script with an avrdude command to write blink.hex to /dev/ttyACM0 and hovered over the enter key as I plugged in the promicro. I got the timing just right and the led started to blink :)

the avrdude command: $ sudo /home/jeremy/arduino/arduino-1.8.9-linux64/arduino-1.8.9/hardware/tools/avr/bin/avrdude -C /home/jeremy/arduino/arduino-1.8.9-linux64/arduino-1.8.9/hardware/tools/avr/etc/avrdude.conf -v -patmega32u4 -cavr109 -P /dev/ttyACM0 -b 57600 -D -U flash:w:/home/jeremy/arduino/arduino_build_546872/Blink.ino.hex:i

obviously you'd need to change the paths to whatever they are on your system.

I continued to experiment, and discovered that this only works for very small programs. even avrdude on its own takes too long between checking the port exists and starting to upload if the program code is longer (blink worked at 4128 bytes, the code I actually wanted was more like 22k and that didn't work with avrdude in the command line. The ISP does a different upload sequence which stops the normal code running, so it can take longer and works, most of the time, though sometimes I get a 'permission denied' error that goes away if I try again after 20 seconds.

In short, the newer IDE seems less well set up for using this board, causing issues and seeming unstable. I still recommend starting with 8-bit avr for a first try at going beyond the basics though, because the datasheets for the older 8-bit AVR processors and their peripherals are so much better written than the docs for other 32bit processors (I started using STM32 boards recently and the difference in the documentation is huge).

There is some problem with USB serial! I have Arduino IDE v1.6.5 and trying to convert my micro to ArduinoISP with sketch from examples. It compiles well but isn't work with avrdude!

$ avrdude -C c:/temp/avrdude.conf -patmega328p -b19200 -cavrisp -Pcom22 -U flash:r:test.hex -v -v
avrdude.exe: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
    Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
    Copyright (c) 2007-2009 Joerg Wunsch

    System wide configuration file is "c:/temp/avrdude.conf"

    Using Port                    : com22
    Using Programmer              : avrisp
    Overriding Baud Rate          : 19200
avrdude.exe: ser_recv(): programmer is not responding
avrdude.exe: stk500_recv(): programmer is not responding
avrdude.exe: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03

I cheked it with PuTTy and "Serial Monitor" by sending "1 "(one and space). It respond with "AVR ISP" and this looks nice but then I tried to do the same using HTerm and it gave no reply! I checked what happened with SysInternals PortMon and discovered that neither HTerm nor avrdude sets SERIAL_DTR_CONTROL. So I downloaded source of avrdude:

$ svn co svn://svn.savannah.nongnu.org/avrdude/trunk

and changed line in avrdude/trunk/ser_win32.c:

-dcb.fDtrControl = DTR_CONTROL_DISABLE;
+dcb.fDtrControl = DTR_CONTROL_ENABLE;

recompiled and it works like a charm!

I am having trouble converting a project that runs fine in the Arduino Pro (ATmega328P) to the Pro Micro (ATmega32U4). I am using the PacketSerial library for COBS encoding, which I realize may be part of the problem, but the issue is that packets sent from the PC to the board are received fine but packets (or even a single byte) cannot be sent from the board back to the PC. I've tried tracing this, and the TX LED on the Pro Micro never lights, I've tried using "Serial" and SerialUSB" but result is the same.

Again, the same code works fine on an UNO, Pro Mini or Arduino Pro. I cannot understand why the Pro Micro receives packets just fine but seems unable to send return packets?

I own several of these boards, some genuine and some clones. I haven't managed to brick or fry one or break off a USB connector yet, they're pretty reliable (and I'm far from careful/delicate with them). The only problem I have with these boards is that PC7 (which is Leonardo digital pin 13 and Atmel mEDBG clock out pin) is not connected to anything. I'd like this board even more if that pin were at least broken out to a via or test point that I could easily solder to, since I do use one of these boards as a mEDBG based ISP programmer and debugWire doesn't always work without driving the target from the mEDBG clock.

It works with voltage up to 12VDC voltage thanks to it's regulator on board.

I bought V5 version of the board and it's not recognized under windows 10. I tried different USB slots (v2 and v3) and used different usb cables. The power red led is always solid red but I can't see it under device manager. What could be wrong?

I see mention of a few problems under support tips. The one that concerns me is the comment about bricking the board by messing with the timer interrupts. What exactly do you mean by this? I typically setup a timer interrupt as a system tick for various things using the MsTimer2 library. Is that still possible with this board?

The Pro Micro is terrific. I've used it on every project so far. However, I've run into a problem due to how much I use the USB connector. The connector is attached to the board using SMT and so is very weakly anchored. After many cycles of plugging and unplugging the cable, the pads that anchor the connector lift up. One more cycle and the connector tears off the board. It would be great if just outside those pads could be some plated through holes with exposed lands on the back. Then, if I plan to use the connector a lot, I could pass a copper wire around the connector and into the holes. Then solder on the back side and I believe the connector would be solidly anchored.

For now, I solder a wire to nearby ground pins on the back side and over the top of the connector where it extends beyond the board. I also ran a fillet of heat glue between the bottom front of the connector and the board. Time will tell if this holds.

Sharing a 3D baseplate holder I designed in SketchUp for the Pro Micro:

https://3dwarehouse.sketchup.com/model/489a5651-cdf3-4507-96de-8930fc0e6ec9/SparkFun-Arduino-Pro-Micro-Baseplate-holder

Overall this is a great board but I've been having some problems getting it to work with a rotary encoder. I bought a 360p/r encoder, similar to the larger ones sold here but from a different supplier. It works great with my Uno; I can throw the shaft around as fast as I want and the board keeps up impeccably. However, when using this board with the exact same code, I get erroneous readings more often than not. I'm using direct reading via PIND for the maximum possible speed. I read that pins 2 and 3, which I'm using, are reversed between the ATMEGA328 and 32u4, but I'm calling digitalPinToInterrupt() which should compensate for that difference. Does anyone have a way to fix this in code, or will I have to go hunting for a decoder IC?

EDIT: To clarify, the problem doesn't seem to be with the interrupts not firing. As far as I can tell, the ISR is called every time it's supposed to, but reads the wrong value from the encoder's "B" line. I'm using pullup resistors but it consistently reads low when it should be high, not sure what's up with that.

Reminds me of Basic Stamps and it looks like the pinout is compatible which I am doubting is coincidence. :)

I'm complaining once again about the documentation (yes, I read the reply to my previous post, but that was for a related but different issue). The schematics are incorrect and out of sync with the illustration in the Hookup Guide. The Hookup Guide is correct, as far as I can tell. Specific issues: -- D8 has no analog function -- D9 seems to connect to analog 8 -- A10 is on D12 and is marked as not used -- The PDF schematic is V13B, yet the Eagle .sch file is V13a It's important to me because I am modelling this module in Proteus VSM (Labcenter Electronics) based on their Leonardo simulation model. It seems to work fine but I'd rather be sure that I got it right. I am using it for a class project where my students are embedding the module to monitor voltage, current and temperature in a linear power supply. Thanks

The schematic linked from the product page and the one from the Hookup Guide are different. The one from the product page seems to be the most recent and appears to be correct, whereas the Hookup Guide version is V1.1 (that schematic has no real revision number and the date is not set). The big difference is how the SPI pins (SCK, MOSI, MISO and SS) are used. In both schematics, the pin diagram for JP6 and JP7 are identical (and correct).

I've used these for arduino projects, and they are very versatile. Has anyone had any luck using other bootloaders or IDEs to program these over USB? I've been trying to use Atmel's DFU bootloader with Atmel Studio, Flip and other DFU programming utilities to no avail.

Is the 12VDC a hard limit? I ask because I intend to use this with a 10-segment bar graph to act as a fuel gauge for my motorcycle but the voltage goes as high as 14.5VDC. Thanks!

I would not recommend to anyone not to buy one of these. I had one in a project I was working on for months, it was always flaky to get connected and sketches uploaded and now just refuses to accept a sketch.

I just pulled it out and threw it in the scrap bin. Gone back to a Mini Pro with FTDI programmer - far more reliable and easy to use.

This is a really awesome board. Arduino compatibility, native USB and a sleek profile make it great for many projects. I have never had any trouble getting it to work, contrary to many comments below. My one complaint is that the USB receptacle is too flimsy (a common problem with surface-mount micro USBs). After plugging / unplugging a USB cable a dozen or so times, even quite gently, the receptacle breaks off, pulling the solder terminals off with it. Although I appreciate the design choice to make the size as small as possible and the back of the board flat, a device whose main feature is native USB should have a sturdier USB receptacle.

You left D13 unused and attached LED13 to D14?

Very, very idiotic.

Attaching D13 to the LED would have the added benefit of having a solder point to use that otherwise unreachable pin. Not to mention that all arduino boards traditionally had the LED on D13.

I followed the tutorial for Linux (I am using Ubuntu 14.04, arduino 1.0.5) but still doesn't work. I got the following error: processing.app.debug.RunnerException: Couldn’t find a Leonardo on the selected port. Check that you have the correct port selected. If it is correct, try pressing the board's reset button after initiating the upload. at processing.app.debug.AvrdudeUploader.uploadViaBootloader(AvrdudeUploader.java:153) at processing.app.debug.AvrdudeUploader.uploadUsingPreferences(AvrdudeUploader.java:67) at processing.app.Sketch.upload(Sketch.java:1671) at processing.app.Sketch.exportApplet(Sketch.java:1627) at processing.app.Sketch.exportApplet(Sketch.java:1599) at processing.app.Editor$DefaultExportHandler.run(Editor.java:2380) at java.lang.Thread.run(Thread.java:744)

I try to reset the board during uploading same error. Does someone have solution to this?

I'm having some problems with the hardware serial on this board, maybe someone could help me out. I have an OLED screen (model below) receiving serial data from this board. Over SoftwareSerial it works, but transfer is very slow, and I was trying to just use 0,1 pins to save program space. However, when I switch the serial used in the code to "Serial" and switch the pins to 0,1, I get nothing from the screen. It works on the hardware serial of both a Duemilanove and a Due. From the serial monitor I can see that signals are being sent at the appropriate times that are reaching the USB connection, but the screen isn't responding. This is the case on USB power as well as a a separate power supply. Any thoughts?

Is there a fritzing part for this? That would help me immensely

Hi, I have ProMicro 5V/16MHz and I have Linux Mint 16. While trying upload the sketch I am getting following error:

Found programmer: Id = "Hello H"; type = Software Version = H.e; Hardware Version = l.l avrdude: error: buffered memory access not supported. Maybe it isn't a butterfly/AVR109 but a AVR910 device?

Befote I uploaded sketch sending Hello throught Serial. The same problem with my other ProMicro. I have followed the hookup guide, I have selected correct board and port. Can you give me some advice?

Does anyone know where I can get the fritzing part for this? Thanks

I'm pretty close to returning all the Pro Mirco's I have....

Questions: 1.) Why was the choice to not have the RESET pin in the same location as the Pro Mini? 2.) Why on EARTH would you not break out the SS pin (#17) but connect it to an RX LED?

3.) Regarding #2 above, how can you get or re-assign/re-map the SS pin to another pin so it can actually be used? I am trying to use this with (currently) a USB Host (Mini) Shield... but I'd imagine other SPI devices will have same problem...

Is there something that needs to be done with the Arduino IDE? Or perhaps done with the USB Host Shield 2.0 library itself? If it IS the USB HOst 2.0 lib... then what happens with other PSI devices?

Please post any links or tuts that addresses this issue.. :)

Sparkfun forum has led to zero responses... anybody 'here' that can provide some help?

Thanks!

I'm trying to program this using Visual Studio 2013 & Visual Micro. Using the Arduino IDE 1.6.3, It compiles and uploads just fine. Visual Micro compiles fine as well, however, it throws an error "system cannot find the file specified" during upload. During the Arduino IDE upload the log window shows that it forces a reset and the COM port switches from COM8 to COM9 and it uploads. Visual Micro doesn't seem to do this and thus fails. How can I get Visual Micro to program this board?

It's there a 5v output like on the red board uno clone?

I can't get this thing to fly under Arduino IDE v1.6.2. I followed the instructions in the Hookup Guide to the letter. The driver installed fine, the com port and board shows up in in the list just like they should.

Even when trying to compile a bare minimum sketch, I get the following error: Cannot run program "C:\Program Files\Arduino/hardware/tools/avr/bin/avr-g++": CreateProcess error=3, The system cannot find the path specified

Thanks in advance to anyone with a helpful suggestion or two!

Edit: Arduino IDE v1.6.2 seems to have broken the instructions in the Hookup Guide. Reverting to v1.6.1 did the trick. BTW, it was the same situation under both WinXP and Win7.

Small edit, this little board actually has 9 pins that can be used for 10-bit ADC inputs.

Like many here, I had some issues getting the Pro Micro to connect to my Windows 7 Arduino IDE environment. I believed I had installed all of the code bits as far as drivers and the Arduino IDE, but I just could not get it to work. Somewhat in desperation, I wired up the reset button suggested to see if I could force the board into the mode I wanted. Lo and Behold! Forcing the Pro Micro via a reset caused Windows to recognize it differently, than it did when not in download code mode and attach the appropriate drivers. Now it works just as well as the Uno R3 does, with both code downloads and serial monitoring from the Arduino IDE flipping back and forth just as you would like. I have not used the reset button again except for that one time driver install. With regard to the micro USB port weakness issue, I think I have "fixed" the problem by simply connecting a USB cord to it once and leaving it in while I am in development. Forewarned is for armed. I disconnect the PC end when I need to power down or disconnect it. My first project ported very easily from the Uno R3 to the Pro Micro - although I did use a completely different set of pins from one to the next. This demonstrates the value of defining constants for which pin you are using at one place in your code - it makes this sort of transition trivial. The Pro Micro appealed to me for the small form factor, USB connectivity (just in case I need to later easily tweak the software), and on board power regulation. I may play with power regulators next to learn how to do this on my own.

How many mA does this draw at maximum load? I'm trying to decide what battery and charger to get to combine this with an OpenLog (6mA) and MPL3115A2 (40 microAmps). They're going to need to collect data for several hours (anywhere from three to five).

have been using this to multiplex some 8 segements with very imputs using my very limited knowledge on programming. I have been thinking of a different application for it, but it is rated for 12v, and although i was thinking on using it on a cars 12v system, the charging system for a car however frequently allows this system to see voltages near 15v. My question is if this is acceptable or do i need a voltage regulator to keep it around the 12v area or even lower?

Hi! I have a project on the old computer with Win XP. Receives data from the sensors using serial port and MSCOMM ActiveX. After the driver is installed, the data is transmitted correctly from Pro Micro to the serial port that can be seen using HyperTerminal. However, the MSCOMM does not generate an event to obtain a character in the input buffer and my software is not receiving data. With other types of Arduino does not have these problems. What could be wrong?

I have 2 that suddenly will not work. The first one: when plugged into the computer the red led turns on, but that is it. No board is seen by the computer( tested with 3 computers and 2 different cables) Second one: when plugged into the computer the red yellow and green led turn on solid. Nothing is seen by the computers. Search for hardware does not help... Using arduino ide 1.05/and 1.06; Linux, windows, and android computers! Ideas?

No reset button? Aaargh! That'll make development of USB peripherals really fun...

J1 (see your product photo) is not described anywhere.

Does anyone have a solidworks/step/iges/parasolid file of the Arduino Pro Micro available? Time to design a case for my project, and it would save me some serious time.

Uhm... Am I crazy? I usually print "Setup complete" at the end of my setup() function, but even when I try and hold the program up until a serial connection is open (while (!Serial) {};) I still can't get it to print out to the serial port during setup! Printing within the loop works just fine... (And the same code works just fine on a Mega)

Even if I manually reset the PM and keep the serial port open I don't see any printing. Is anybody else seeing this or know how to fix this? :/ I could set up a dummy var and print only once during the first run of the main loop, but I'd like to know why it's doing what it is...

Hi, does someone know hor to use ips with this board? I cannot find a hookup guide. I have to connect a rfm22 module but dont knop wich wich pin I can connect with NIRQ on the RFM module.

Windows doesn't display it from yesterday !!!!!!!!! HELP

I see the board is 0.7" width but, are the pin rows spaced 0.6"? That'd be great.

There is an issue with the Arduino serial monitor and some PC/Leonardo/pro micro connections. The serial monitor will send data but will not receive! A work around is to use a third party terminal. I am using putty.

It's a bit of a PITA as you have to manually exit the terminal to release the com port for uploading. But it is better than staring at the serial monitor and wondering what is going on.

The Hookup Guide for the Pro Micro says that the maximum supply voltage is 12V (on RAW), while the schematic (rev 1.3) says 16V. Which is it ? (and this is important, as I want to power one from a 12V storage battery which will vary between 12.0V and 13.8V)

you shuld get one with isp on it

Are you guys ever going to get the drivers for this signed? I know that Arduino was able to get them signed for the Leonardo.

hi i want to power this board using a lipo battery .. but the battery does not have any protection... is there any way to write a voltage checker into the code so that an alarm will be set off if the battery drops under voltage?

I am trying to interface this board (Pro Micro) with an LCD Button Shield (DEV-11851) but it appears that pins 11 and 12 on the Pro Micro are different than an Uno. Which pins should be substituted for these? Is there a schematic available to show how the Pro Micro should be wired to the LCD Button Shield? Thanks!

I love this little board..... but word of caution, the micro usb pulls off kind of easy, be very gentle. It would be nice if SF could used vias as the usb footprint pads for added strength which is how we do it where i work for heavy use applications.

Probably a dumb question, but just to be sure, the USB connection still appears as a serial COM port, correct? And I can treat it as such within Windows for the purpose of data exchange (as opposed to just programming)?

What is the maximum current that can be fed into this arduino?

Can this operate as a HID device? And are the TX and RX pins separate from the USB? So it can operate as a HID device and still have separate use of the TX/RX pins?

Thanks for your help.

The features of this board are great! However, the usb port snapped off after only a couple days of light usage. I got a second board and covered the terminals in epoxy (and under the board where the little plastic alignment posts go through the board). Hopefully this will extend the life of the connector to survive my development phase. If this only used through-hole solder joints for the usb port it would be perfect!

Hi, can someone tell me the distance between the two rows of holes?

I had a lot of trouble getting this to accept code. Not sure why, since my Arduino Uno works fine. I'm running Fedora 19 (Linux), and Arduino 1.0.5. Even after reinstalling the bootloader it was pretty hit and miss. What I ended up doing was uploading code directly, using my Arduino Uno:

Follow the steps here for hooking up your Pro Micro and your Arduino Uno. A couple tips that I didn't see mentioned, but that could be helpful:

• You have to upload the "Arduino ISP" sketch to your Arduino Uno first (make sure to select the Arduino Uno as the target board!)
• In the table saying which wires to hook up, the D14, etc pins are actually just the labeled pins of that number. I thought it was strange that they were prefixed by a D.
• To actually upload code, not the bootloader, you do all the same things, except instead of uploading to the bootloader, go to File -> Upload using Programmer. This will wipe the bootloader altogether. Make sure you're connected via USB to your Arduino Uno, but that you have ProMicro selected as your target board. Note that after you do this, you definitely won't be able to upload code directly to your Pro Micro via USB, without reburning the bootloader. All the HID stuff still works, though.

These still don't get listed under Arduino IDE 1.5.2 ... Any way to make that work?

Does this device support I2C? If so, what pins are the data line and the clock line?

For anyone working with windows 8/8.1 here is how I got it to work:

1. Enable installation of unsigned drivers: 8.1 or 8
2. Once signing is disabled uninstall and re-install the arduino IDE (version 1.0.5)
3. Open device manager
4. Get the windows drivers from the tutorial
5. Reset the board twice quick succession as described under Reset Bootloader
6. Notice the windows sound signalling a new device being recognized. The new device should show up in device manager with the orange triangle as the pro micro.
7. Install the driver as described in the tutorial for windows installation for this new device that showed up. I had to reset the board a couple of times during navigation to the driver and then just as I was clicking the button to install the driver. It finished before I heard the sound signalling removal of a device.
8. Upload sketches to the regular com port that is under device manager, and during upload the pro micro will show up briefly in device manager with the driver you just installed, and disappear, and the sketch should work.

Hint for Arduino IDE > v1.0.5: visit http://www.forward.com.au/pfod/ArduinoProgramming/FioV3/index.html to get a zip that allows proper usage of the Pro Micro on newer IDE (currently v1.5.6). Thanks to Matthew Ford!

Hi! Windows 8.1 refuses to install the provided INF file from the zip. What to do? Thanks a lot!

Found it: you need to reboot to special mode where driver signing is disabled.

Power source question: If both a USB cable is connected and a battery is wired to RAW, which power source will the Pro Micro use?

I am trying to control the pro micro over a JY-MCU Bluetooth module, but it isn't recognized by my computer. It might be that I am connecting it wrong, but I can't seem to fine any support on the topic. So if anyone knows how to control the pro micro through any type of Bluetooth module, advice is greatly appreciated!

I have a Pro Micro board version (BlueDuino) which is supposedly a 5V version. Analog pins give 5V (@255 ADU) and digital outputs are also at 5V when high. Analog pins read 1023 cts when 5V is applied. However, the VCC pin is 3.3V! I don't quite understand how that is possible. Any suggestions? Thanks!

Can this be powered using a 9 volt battery thru a breadboard? If not, how can this be wirelessly powered? I tried using 4 AAAs in a battery pack but the robot didn't turn on. Sorry for my juvenile questions, I'm new at this. (I have the 5v version)

I am having some trouble with uploading sketches to my Pro Micro 5V. I am able to see COM8 in my device manager and I see COM8 under Tools> Serial Port. But able to see but for some reason when I upload the Blink sketch I get the following error: Error Touching serial port 'COM8' (http://imgur.com/ZSAVFQb).

I don't this it is bricked since I see COM8 in my device manager and IDE. Any ideas? Help please.

Hey there. I am a little confused. I was looking at the schematic PDF on this page comparing it to the diagram from this tutorial page: https://learn.sparkfun.com/tutorials/pro-micro--fio-v3-hookup-guide/hardware-overview-pro-micro

My confusion lies with the pins on the board labeled 8, 9, 10, 16, 14, 15. The diagram on the linked page indicates: D8 / A8, D9# / A9, D10# / A10, D16 / MOSI, D14 / MISO, D15 / SCLK

On the other hand, the Pro Micro PDF schematic link in this page indicates: D8, D9# / A8, D10#, D16 /MOSI, D14 / RX LED, D16 then MISO is at D17 which does not even exist on the Pro Micro.

Would you be able to suggest which description is the correct one?

Thanks!

I developed HID keyboard using example source.

However, BIOS does not work on the problem. (Mac, Windows in normal operation.)

Has anyone gotten this to work with a makefile, such as http://ed.am/dev/make/arduino-mk/arduino.mk

Perfect form factor for cool little LED projects. Did this one in a day: http://www.youtube.com/watch?v=beaXHy3TiCc&feature=youtu.be

Everything was going great until I accidentally uploaded from the Arduino IDE using the 3.3V board option, rather than 5V. Now the USB device is not recognized by Windows, and it says "Device Descriptor Request Failed" in the Device Manager. Did I just learn a $20 lesson in double-checking before uploading, or can I fix this somehow?

Sorry for the confusion, but is this board stand-alone, or do I still need to hook it up to an Arduino? If it isn't stand alone, does anybody know of a similar HID board that is?

Have you guys ever stated what the part number or specs are for the diode on the USB input? IIRC the BOM in Eagle doesn't state it.

Hi guys! I'm trying to find out some pins to work with... they are the SS/SCK/MOSI/MISO which according to the schematic (if its correct my interpretation...) are: SS -> D14 /RX LED SCK-> D15 MOSI -> D16 MISO ->D17 but if I look at the Hardware Overview, I get that MISO ->D14, so SCK/MOSI seems to be univocally identify, but I still got two pins that are missing. What happens with SS and MISO pins? Should I identify MISO as D14 and SS as RX LED? In the latter case, How could I modify the circuit to get a Pin from the RX LED? and how can I call that "new" pin from my sketch program? Thanks in advance for any clarification! Cheers, Rene