thax for mailing me the solution of my problem but after apllying this i got these errors.
[root@localhost vfh]# make
make: Entering directory `/home/hrs/player-1.6.5/server/drivers/position/vfh'
if g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../server -I../../../../server -g -O2 -MT vfh.o -MD -MP -MF ".deps/vfh.Tpo" -c -o vfh.o vfh.cc; \
then mv -f ".deps/vfh.Tpo" ".deps/vfh.Po"; else rm -f ".deps/vfh.Tpo"; exit 1; fi
vfh.cc: In member function `int VFH_Class::SetupSonar()':
vfh.cc:540: error: 'class Device' has no member named 'Subscribe'
vfh.cc:550: error: 'class Device' has no member named 'Request'
vfh.cc:564: error: incompatible types in assignment of `int16_t' to `double'
vfh.cc: In member function `int VFH_Class::ShutdownSonar()':
vfh.cc:588: error: 'class Device' has no member named 'Unsubscribe'
make: *** [vfh.o] Error 1
make: Leaving directory `/home/hrs/player-1.6.5/server/drivers/position/vfh'
make: *** [all-recursive] Error 1
You have new mail in /var/spool/mail/root
please tellme the possible solution.
thanking you again,
On Jan 31, 2006, at 8:47 PM, Mukesh Kumar wrote:
> hello friends,
> i am new user of player project. i have pioneer robot. that robot
> contains the sonar on the for sensing the obstacle. i dont have
> laser on that. i installed the player-1.6.5 project on my system. i
> want to run the vfh code of the player project on my robot. but the
> problem is that the vfh code of player-1.6.5 is compatible with
> lasers only not with sonar. but the new project of player-2.0.pre2
> conatins the vfh code with laser and sonar compatibility . i want
> to run that code after removing the laser from that. is it possible
> to run vfh code of player-2.0.pre with player-1.6.5 if yes than
> how. please solve my problem. please send me the possible solution
> in mail.
> thanking you
You cannot just take the vfh driver from 2.0 and use it in 1.6.5 (the
Driver API has changed). It would definitely be possible to add
sonar support to vfh in 1.6.5, using the code in 2.0 as a model. It
would go something like this:
- in VFH_Class::VFH_Class(), add a check for a "requires"
PLAYER_SONAR_CODE device, as is currently done for a
PLAYER_LASER_CODE device. Ideally, they be optional; throw an error
only if neither is given. Add a flag to the class to remember which
one is being used (sonar or laser)
- Write VFH_Class::SetupSonar(), which would subscribe to the sonar
device and retrieve it's geometry; call this from VFH_Class::Setup()
- Write VFH_Class::ShutdownSonar(), which would unsubscribe from the
sonar device; call this from VFH_Class::Shutdown()
- Write VFH_Class::GetSonar(), which checks for new sonar data; call
this from VFH_Class::Main(), in place of GetLaser().
- Make the sonar readings look like laser readings; you can use the
2.0 vfh code as a model (but feel free to come up with a better way!)
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
Playerstage-developers mailing list