In our continuing serious on building an autonomous vehicle, in April we will let you robot start talking to the real world!
We will be doing this, by adding a Bluetooth module to you robot and then setup some very basic protocols to control your robot with a Windows Phone and Windows 8 application.
You'll be able to get the Bluetooth device from amazon:
To use this Bluetooth module, you'll need to configure it, to do so, you'll need some sort of USB to Serial Port Connector such as:
Bring your robot and expect a whole lot of fun!
Join or login to comment.
Got Robot up and running through Part 1 & 2.Ordered Bluetooth and SunFounder When I connect the Bluetooth module to the NetDuino Plus, I get an indication on my WinPhone7 that a Bluetooth Accessory is available and shortly thereafter HC-06 appears with tap to pair text below the device name. When I tap to pair, I get Pairing HC-06 and enter the PIN 1234 and click DONE. At that time I get a “Not Supported” message appearing below HC-06. Under the assumption that the SunFounder FTDI device will assist me in converting the HC-06 Bluetooth device to version 2.1, I purchased but cannot find any information as to how I connect to or program the Bluetooth device. I have searched the various sites looking for information leading to programming the Bluetooth item but have found nothing. Also the SunFounder device arrived without any documentation on what position to have the switch or how to use. If anyone can help it would be appreciated.TinFoot
0 · June 26, 2014
Is it possible for there to be data loss between transmission from the Phone App to the Bluetooth Module?
The app successfully sends data, but when I compare the byte array it seems like everything isn't making it over to the Netduino.
Here's a pic I snapped while debugging: http://oi58.tinypic.com/2lclon5.jpg
0 · April 16, 2014
Is it different data or not all there? For serial communications it's possible that the netduino begins to receive the data but not all of it has arrived yet. I think Kevin's code will buffer the incomming bytes until an end-of-transmission, a zero (0x00) I think, is received. Could this be what you're seeing?
1 · April 16, 2014
Seems like its different, only because it never lands in that method again and the buffer is never loaded with the correct data. I may have made some noob wiring mistake, i'm going to triple-check my Tx and Rx wiring. Thanks for the help, i'll report back after I do a bit of research.
When you're using a Serial Port on the NetDuino, i.e. "Com1", is that the same thing as using pins D0 and D1 ?
The L293D Driver is using those pins, is it safe to use the same pins for the Bluetooth TxD and RxD?
0 · April 15, 2014
D'oh, nm. I got it working. I think i'm just getting the concept of 'gpio'.
No, it is not safe to reuse D0 and D1 in this case. Each pin (GPIO) on the Netduino can be setup to be used for one purpose at a time (http://tinyurl.com/ma...) . All Digital pins can be used as simple digital input or output some can be setup as COM ports, SPI, I2C or Pulse Width Modulation (PWM). But each pin can have only one function at a time. The car is using D0 and D1 to control the forward and reverse of the right wheel. You could move those wires to 2 open digital pins then change the code to use the new pins.
Netduino Pins Image http://tinyurl.com/od...
Thanks Randy! I switched the motor driver to use pins 4 and 5 and it connects just fine now, Thanks as always.
Very fun. My son is also excited.
Help support your Meetup
We are dedicated to have fun controlling Hardware with Software, with an added bonus of getting small micro electronics devices on the Internet.
1,215 Techies, Geeks, and Freelancers
just grab a coffee and speak French. Some people have been coming every week for months... it creates a kind of warmth to the group.
— Rafaël, started French Conversation Group
Meetup members, Log in