Show Posts
Pages: [1] 2 3 ... 5
1  Using Arduino / Networking, Protocols, and Devices / Re: XBee Pro Constantly Streaming Data on: May 29, 2014, 04:13:43 pm
Yes I have a couple of spares from Adafruit I have not built yet.   I'll make them without the LED and resistor for the 900 MHz XBees
2  Using Arduino / Networking, Protocols, and Devices / Re: XBee Pro Constantly Streaming Data on: May 23, 2014, 12:36:18 pm
Great.  I have a couple unsoldered adafruit XBee adapters that I will build sans LED to see how they work out as well.   

Good luck.
3  Using Arduino / Networking, Protocols, and Devices / Re: XBee Pro Constantly Streaming Data on: May 22, 2014, 04:58:46 pm
Ok just an FYI I received the same XBees today and hooked them up to a Digi XBIB dev board.   Neither one of them exhibited what you saw.BUT.... when I hooked them up to an Adafruit Xbee connector like you did they acted exactly as you described.   

The problem is the Digi 900MHz XBees have a different pin layout.  Someone on the sparkfun forum had the same problem

Here is the answer and how to fix it:

If you connect an XBee S3B module into a third-party interface board (such as the Sparkfun USB Explorer, or Parallax USB Adapter) you will be unable to communicate to the module using X-CTU. If you view the UART of the radio, you will notice a sequential series of numbers being generated. This is because several third-party interface boards have an LED connected to pin 6 of the XBee header. This LED provides an indicator for the RSSI (signal strength) for most XBees.

The XSC (S3B) and XSC (S3) modules have a slightly different pinout than the rest of the XBee product line. Pin 6 is used as a config line rather than an RSSI indicator. A legacy feature on the S3B is a diagnostic tool called "pitch mode", when the config line is pulled low during startup, it starts sequentially counting numbers and outputs it to the UART. This feature was originally used to perform a range test allows further backwards compatibility with the XStream radio.

Because an LED indicator is connected to this config line, the S3B module will enter pitch mode due to the pin being pulled low. There is no way to bypass this mode on the XBee itself. The best solution is to remove the current limiting resistor or LED on the interface board that is tied to pin 6, which will leave the pin unused. Please refer to the manufacturer's schematic of the interface board to locate these components.

The older XSC (S3) module should not be affected by this problem because it has a higher value internal pull-up resistor on that pin. One of the advantages of the XSC (S3B) versus the XSC (S3) is reduced current draw when the module is sleeping. In order to achieve the lowest sleep current possible, the pull-up resistors used are higher in value and cannot overcome the LED pulling the pin low.


Digi Technical Support
4  Using Arduino / Networking, Protocols, and Devices / Re: XBee Pro Constantly Streaming Data on: May 15, 2014, 04:15:00 pm
After looking at the specs of the new XBee Pro XSC 900 MHz I decided to get a couple.   I'd like to see how well they perform.   Should be in next week so I'll let you know if I experience the same issue.
5  Using Arduino / Networking, Protocols, and Devices / Re: XBee Pro Constantly Streaming Data on: May 13, 2014, 01:03:36 pm
One other thing.... I've noticed that when I make parameter changes using the new XCTU program that sometimes those changes do not go over.   

For example I made a change to D3 and MY at the same time and clicked the write radio setting  button at the top to write all changes.  However sometimes the  changes did not always go through (and I am using the Digi dev board).   

If I made the changes using the write to radio button next to the configuration parameter it did appear to work fine since it only write that particular parameter over.   

So just make sure your changes did indeed go through.

6  Using Arduino / Networking, Protocols, and Devices / Re: XBee Pro Constantly Streaming Data on: May 13, 2014, 12:51:25 pm
Since this is always happening identically, regardless of PAN, MY, physical environment, adapter used, etc, and on 2 different modules I suspect I am missing something completely here. My S1 Xbees (in API mode) do not exhibit this behavior.

When you say you changed the physical environment exactly what did you do?   The XBee XSC Pro has a 28 mile line of sight range so you could be picking up anything.   

I only have Series 1 and 2 XBees but looking at the user guide I wonder if you changed the Preamble ID (HP) like the 900 MHz documentation says to do to restrict interference?    On pg 33 at it says:

The Preamble ID (HP) can be changed to make it so a group of radios will not interfere with another group of radios
in the same vicinity. The advantage of changing this parameter is that a receiving radio will not even lock into a
transmission of a transmitting radio that does not have the same ID.

It also says on Pg 32:

When a radio transmits, it sends out a repeated preamble pattern, a MAC header, optionally a network header, followed then by packet data. A receiving radio is able to scan all the channels to find a transmission during the preamble, then once it has locked into that it will attempt to receive the whole packet.
7  Using Arduino / Networking, Protocols, and Devices / Re: Xbee + Servo + Dual Shock 2 = HELP ! on: May 12, 2014, 08:55:09 am
SoftwareSerial xbeeSerial(xbeeDO,xbeeDI);

Servo servo;

Probably unrelated to your current issue but SoftwareSerial and the Servo library tend to not work well with each other.  Unless something has changed recently.
8  Using Arduino / Networking, Protocols, and Devices / Re: Arduino UNO and NXT 2.0 on: May 11, 2014, 06:18:11 pm
Programming for I2C in RobotC is quite easy.   Hooking it up to an Arduino can be pretty useful for those sensors that don't like to hook up directly to the NXT(or porting the library over would be too hard).

We had one team represent the USA at the RoboCupJr last year in Eindhoven using an NXT connected to an Arduino that returned the values of 5 ping sensors. 

9  Using Arduino / Networking, Protocols, and Devices / Re: Arduino UNO and NXT 2.0 on: May 11, 2014, 04:48:37 pm
We run a Robotics program that teaches both NXT programming and Arduino.    I have communicated between the two devices in 3 different ways but all of them were with RobotC on the NXT.  

  • Using RobotC on the NXT 2.0 I have communicated with Arduino's over I2C (where the Arduino is an I2C slave).
  • Using the NXT's high speed serial (sensor port 4) with an Arduino via an RS485 chip.  
  • Using Xbees

If you just want to move Servos I've done that on an NXT (again with RobotC) using the Adafruit PWM Servo driver.  No Arduino was required.
10  Using Arduino / Networking, Protocols, and Devices / Gravitech XBEE Nano setup on: May 11, 2014, 01:16:16 pm
Anyone have instructions for the Gravitech XBEE-4NANO?  I was wondering if anyone else had it working so that you can upload code over the XBEE like you can with the FIO.

The Gravitech website (which is currently down) says the instructions are  "similar to that of the Arduino FIO Wireless Programming"  yet they don't anything else.  Also Google searched and could not find anything.

I already have a properly working FIO that I can upload code via XBEE so I moved the FIO's XBEE over to the Gravitech/Nano setup and tried to upload but no dice.  I know they are both the FIO XBEE and the Programmer XBEE  are configured properly because I can move the FIO XBEE back to the FIO and upload to it just fine.


11  Using Arduino / Networking, Protocols, and Devices / Bitbanged I2C dropin replacement for the Wire library? on: January 04, 2014, 09:58:52 pm
I've come across a number of I2C libraries that allows one to use pins other than A4 & A5 (or  pins D20 & D21).  But I have not found a library that was just a simple drop in replacement for the Wire library.

Does such a library exist?  I didn't see one here on the forum nor through Google.   

I know people will ask me "why would you want to do that!?!"   So to humor those who ask let's say I have an I2C "master only" device (non-Arduino) that I want to make work with I2C devices that happen to have Arduino libraries (an IMU, an LCD display, etc).   I can easily communicate from this master device to an Arduino but the Arduino can only act either as master or a slave via the Wire library; not both (at least that is my understanding).

But I would like this Arduino to act as both master and slave so I thought maybe I could use the Wire library to act as an I2C slave and a bitbanged dropin I2C Wire replacement library to make the Arduino act as a Master.

Performance luckily isn't an issue here.
12  Products / Arduino Yún / SD card will not mount on: October 04, 2013, 02:01:56 pm
I was wondering what the next step should be for debugging my problem. 

My Yun was working fine for the past week but suddenly it stopped auto mounting my SD cards.  When I ssh in and look at the /mnt directory nothing shows up.    I tried different SD cards, reformatting different cards, and even tried a brand new one, but none will auto mount (all fat32 format).  My PC can read all the cards fine so I am unsure what the problem is.

I also tried a complete reset (hold wifi button down 30 seconds) but that did not rectify the situation.

The Yun has no problem auto mounting a usb drive. 

Any advice appreciated.
13  Using Arduino / Programming Questions / Re: Storing sketchbooks in dropbox on: February 15, 2013, 05:29:30 pm
Been using dropbox for a while for saving arduino sketches across multiple computers.  There are no real gotchas and I also use it to share code with others.

I did use Google Drive but I'd have issues with it.  Sometimes it doesn't always sync all the files for me.  It's a shame because my Google Drive is much larger than my dropbox.

I am sticking with dropbox because it seems to always work.  If Google drive was as robust I would probably move over to it.

14  Community / Bar Sport / Re: Where do you buy your Arduinos? on: February 15, 2013, 03:44:13 pm
For parts never bought from Aztec but generally will buy from Mouser or Newark/Element 14.  

Sparkfun is one of those places that will easily over charge you if you are not careful.   Also always read the comments of their products. I find a lot of people end up pointing out deficiencies in their design which often leads them to coming out with a new version of their product somewhere down the line.

Not bad mouthing them, it's just the way it is.
15  Using Arduino / Programming Questions / Re: Writing Libraries on: February 14, 2013, 06:31:56 pm
Did you try the tutorial on the official Arduino website?
Pages: [1] 2 3 ... 5