Show Posts
Pages: [1]
1  Products / Arduino Yún / Re: Mirf SPI Device Compatibility with Arduino Yún on: January 29, 2014, 08:56:41 pm
which library are you using?

http://playground.arduino.cc/uploads/InterfacingWithHardware/Mirf.zip

I don't think it's a conflict between the WiFi and the nRF24l01+ because ssh to Linino over the WiFi keeps working just fine, but the Console output becomes erratic or disconnects.
2  Products / Arduino Yún / Re: Rest commands on: January 28, 2014, 11:46:47 pm
Well,

The example index.html file references /arduino/temperature. Everything after the arduino.local/arduino/ part does get passed to the sketch and loaded into the variable 'command' in the line:

String command = client.readString();

You can in fact skip the html wrapper and directly try to load http://arduino.local/arduino/temperature in your browser. The 'temperature' part is passed to the sketch in the YunClient client instance. You could replace 'temperature' in the url with anything and it would be passed to the sketch where you could further process it.

Have another look.
3  Products / Arduino Yún / Re: Rest commands on: January 28, 2014, 09:17:58 pm
Have a look at the temperature web panel tutorial:

http://arduino.cc/en/Tutorial/TemperatureWebPanel
4  Products / Arduino Yún / Re: Mirf SPI Device Compatibility with Arduino Yún on: January 28, 2014, 09:09:32 pm
I have Mirf working on Arduino Yun doing SPI through the ICSP header. I had trouble with the console connection disconnecting over WiFi the moment the sketch started talking to the radio, so I switched to the USB connection. Now it works. I suspect that there is some conflict between the console and Mirf's use of SPI.
5  Using Arduino / Networking, Protocols, and Devices / Re: How to get the JY-MCU bt board to work on: December 16, 2012, 01:00:54 am
I also received the JY-MCU bt board from dx.com (SKU: 104299) and had some trouble getting it working. Mine shows up with the Bluetooth name "linvor", and responds to "AT+VERSION" with "linvorV1.5"  A lot of this has already been said, but here's what I learned:

1. It doesn't require a level converter.
2. You don't need to invert the signal.
3. The default bluetooth pairing code is 1234
4. The default baud rate is 9600 (and I believe N-8-1, but you don't really need to know that if you're using the arduino IDE serial monitor)
5. It will only respond to AT commands that are in uppercase. (eg AT, AT+VERSION, AT+BAUD4, AT+NAMElinvor, AT+PIN1234)
6. It doesn't like returns and linefeeds immediately after commands. In the Arduino IDE serial monitor, you should set the little popup to 'No line ending'.
7. It will not respond to AT commands when it is connected over bluetooth.
8. When I tried setting the baud rate with "AT+BAUD4" it responded with "OK9600" but then seemed to go dead. After much fiddling, for about ten minutes, it magically started working again. 9600 will work fine for me for now.
9. I successfully changed the name using the name command. My computer (Mac) took a while before it updated the name, but my phone (symbian) saw the change immediately.
10. I successfully used the SoftwareSerial sketch at http://arduino.cc/en/Reference/SoftwareSerial but changed all speeds to 9600, including the IDE Serial Monitor.
11. I also tried using that sketch with the software serial connection to the bt board at 9600, but with the hardware port (and serial monitor) at 57600. The AT command would respond "OK", but the "AT+VERSION" didn't respond at all. If I then added the delay(10); (described at http://eclipse.clinertech.com/arduino/bluetooth/blth.html) on a line before "mySerial.write(Serial.read());" it would work again. It's probably easier to just set everything to the same baud rate.
12. I don't think that this board can be used as a Master. It won't respond to "AT + ROLE = 1"

So now I'm a happy camper.
Pages: [1]