Sooooo Close; XBee problem with base station receiving data from remote station
vanmunch
Posts: 568
Solved, kept working on it and finally figured it out
~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~
Hello, could some please take a look at my set of XBee programs? Its a simple program where a base control station asks a user if they want to control the robot or if they want to know what the light and soil moisture levels are. Everything works except the very last part where the plant station sends the requested data back to the control base station. It looks like the station never receives the data. Im guessing that I have something incorrectly set-up with the AcceptData method in the Remote_Control_Demo.
Im sure that a second set of eyes would see the problem right away. Thanks for your time.
~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~
Hello, could some please take a look at my set of XBee programs? Its a simple program where a base control station asks a user if they want to control the robot or if they want to know what the light and soil moisture levels are. Everything works except the very last part where the plant station sends the requested data back to the control base station. It looks like the station never receives the data. Im guessing that I have something incorrectly set-up with the AcceptData method in the Remote_Control_Demo.
Im sure that a second set of eyes would see the problem right away. Thanks for your time.
Comments
Also, I am not sure why you would want to add one(1) to the string pointer address? I'm sure there's a good reason, but I don't know enough to understand what it is...
-Tommy
Hey Tommy thanks for looking. From the examples in the "Getting started with XBee ..." they just set the pin assignment at the top before they launch the cog. One cog uses the "out" and the other cog listens to the "in."
The +1 is because it's extra awesome.... No, it's because you want to skip the first byte; the "c" that was sent.
This stuff is always so confusing....
— David Carrier
Parallax Inc.
Cogs running Spin code can easily "talk" using global variables. Just define the variables in the "VAR" section or a "DAT" section. This can be a little tricker if your various cogs are started in child objects but still doable.
Feel free to post any code that's giving your trouble. I don't think vanmunch will mind loaning you his thread (he appears to be finished with it). Alternatively you could start another thread describing your problem (I'm guessing the Propeller forum would be the place to post if you start of new thread).
I you don't know how to use code tags, there's a link to a tutorial in post #3 of my index (see signature).
BTW, Welcome to the forum.