connect Wifly(RN-171) module's SPI to Arduino's SPI pins? - arduino

I've searched a lot about the Wifly(RN-171 Wifi Bee) module on how to connect the SPI pins to Arduino's SPI but it seems that the SPI pins are not even connected to the module's Pins!
These are the links for the module's datasheets:
http://www.dfrobot.com/image/data/TEL0067/rn-171-ds-v3.21.pdf
http://www.dfrobot.com/image/data/TEL0067/rn-171-xv-ds-v1.04r.pdf
I was thinking if there's a way to configure some GPIO pins to connect to the spi pins, but also I couldn't find anything about it.
I need some help here!

Unfortunately, RN-171 does not support SPI. It's reserved for factory flashing and testing only - and even then they told me in a support ticket that RN-171 cannot be flashed with RN-ISP after all over SPI.
However, RN-171 does support UART which can be used with Arduino.

Related

Use the Arduino Nano's serial interface to communicate with ESP8266 -- currently hangs

I have designed a ledstrip driver capable of receiving commands over UDP-IP. I initially worked with an Arduino MEGA, and currently I'm in the process of deploying the code in an Arduino NANO.
The Arduino NANO only has one hardware serial interface, unlike the MEGA, which has several. This forces me to disable the usual debugging through one of the Serial ports (by sending strings to the computer) and to reserve the one and only serial interface for the ESP8266. In short, I am connecting the ESP8266 to the TX and RX pins in the NANO.
I am aware that I could use the softwareserial.h library, but I'd like to avoid it if possible.
The following function sets up the Wifi object:
void wifi_setup(){
// Initialize serial for ESP module
Serial.begin(9600);
// Initialize ESP module
WiFi.init(&Serial); /* GETS STUCK HERE */
...
}
The problem is: the microcontroller gets stuck in the Wifi.init() function and never abandons it.
I am aware that the serial interface is connected to the USB port, and am suspicious this might be a problem. However, I have tried giving power to the NANO through the VIN pin instead of through the USB port, and it hasn't worked.
What am I doing wrong?
The best solution will be to write separate code for ESP8266 and Arduino Nano - or even only for ESP8266 (NodeMCU to make it easy). It will be much easier. But if you really want to do it in your way, i think ESP uses 115200 baud, and you've set it to 9600.

How to give AT commands to HM-10 using hardware RX/TX pins of arduino uno?

I have been successful in using SoftwareSerial to pass AT commands to an HM-10 module. But, I want to use Hardware Rx/Tx pins (Digital pins 0/1) to do the same. Is there any library available for this purpose? Or, how do I achieve this?
You can use the hardware serial, but I advise you not to.
Rx/Tx pins are shared with USB to serial, so you cannot use the serial-monitor or upload to the Arduino without disconnecting your HM10.

Bypassing powered on FTDI. Connect directly to RX/TX pins to drive externally

I'm working with a driver board which communicates with a PC program via USB -> FTDI -> TX/RX into the microcontroller. The serial pins are not broken out on the board and I need to talk to the board from another microcontroller (like Arduino). My plan is to just solder directly to the RX/TX pins on the microcontroller despite the fact that the FTDI is powered on and RX/TX of the FTDI will be electrically connected to those pins. I will not be transmitting anything via USB. My assumption is that the FTDI chip will be passive and I can just drive those pins from my Arduino.
Will this cause me any issues? I'm just concerned if the FTDI passively drives those pins low or high, I'll get "smoke" if I follow through with my plan. Perhaps I should put some resistors on my Arduino's RX/TX just as a safeguard.
It's very possible some of my logic is flawed here. Thanks in advance for your advice!!
Cheers
You need to check with the particular FTDI chip you're using on that board.
Some FTDI chips support RS485 and because of the required multidrop capability they operate as open-drain allowing to connect multiple devices.
Even if this solves your hardware problem, you still need to consider how the (live) FTDI chip may respond to your 'unexpected' incoming (RX) data stream. For example, possible XON/XOFF flow control appearing on TX especially since there won't be a consumer from the PC side and the internal FTDI buffers will eventually fill up.

Conflict between arduino shield with 10 pin

Just beginning to to understand with arduino. I plan to put together a small device that accesses the internet at the site, and then, depending on the information that plays a mp3 file. From the annotation of to the Enternet Shield mp3 Shield and read that they both involve the 10-pin, and thus come into conflict. What to do in such a case, or is there an opportunity for playing time off Ethernet Shield and vice versa?
I dont know about your mp3 shield but on the ethernet shield pin 10 is the Slave Select pin.
The MISO, MOSI, and CLK pins can be shered with other shields but not the SS pin.
The only way to solve this would be to cut the connector from the mp3 shiled and connect it to antother pin. Then you will also need to recompile the libs for your mp3 shield to reflect the change of pin.
For further information see Arduino SPI, Arduino Ethernet

Arduino Wifi Shield SPI commands

I'm currently using the Arduino Wifi Shield. It works fine with the Arduino Library, but I have a project in which I need to get rid of all the Arduino library, and use only the AVR-libc.
Therefore, in order to use the Wifi shield, I would like to know where there is a documentation about the protocol used on the SPI bus between the arduino and the shield, so that I do not need to use the Wifi Library.
Am I forced to look at the source code, or does any document exist?
Thanks.
The documentation for SPI will be contained in the datasheet for the MCU used in the Arduino. For AVR-based Arduinos, look in the section titled "SPI – Serial Peripheral Interface". For the Arduino Due, see the "Serial Peripheral Interface (SPI) Programmer Datasheet" section.

Resources