You can subscribe to this list here.
2008 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
(2) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(7) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
|
Feb
|
Mar
|
Apr
(10) |
May
(1) |
Jun
(4) |
Jul
|
Aug
(3) |
Sep
(4) |
Oct
(2) |
Nov
(4) |
Dec
|
2010 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(2) |
2011 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
|
May
(1) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Stanley L. <pro...@gm...> - 2008-09-12 18:29:33
|
I'm having trouble installing the hokuyo_aist library. Gearbox has been installed, running Player SVN 2.1, tried with Player trunk also. Have tried with Linux versions 7.10 and 8.04. I'm trying to run a UHG-08LX laser sensor. Error is shown below: make[3]: Entering directory `/home/segway/Desktop/SVNPlayer/release-2-1-patches/server/drivers/ranger' /bin/bash ../../../libtool --tag=CXX --mode=link g++ -I/usr/local/include/gearbox -g -O2 -o libhokuyo_aist.la libhokuyo_aist_la-hokuyo_aist.lo -L/usr/local/lib/gearbox -lhokuyo_aist -lpthread -lrt -lnsl -lltdl -ldl rm -fr .libs/libhokuyo_aist.lax rm -fr .libs/libhokuyo_aist.lax mkdir .libs/libhokuyo_aist.lax rm -fr .libs/libhokuyo_aist.lax/libhokuyo_aist.a mkdir .libs/libhokuyo_aist.lax/libhokuyo_aist.a (cd .libs/libhokuyo_aist.lax/libhokuyo_aist.a && ar x /home/segway/Desktop/SVNPlayer/release-2-1-patches/server/drivers/ranger/.libs/libhokuyo_aist.a) ar: /home/segway/Desktop/SVNPlayer/release-2-1-patches/server/drivers/ranger/.libs/libhokuyo_aist.a: No such file or directory make[3]: *** [libhokuyo_aist.la] Error 9 make[3]: Leaving directory `/home/segway/Desktop/SVNPlayer/release-2-1-patches/server/drivers/ranger' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/home/segway/Desktop/SVNPlayer/release-2-1-patches/server/drivers' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/segway/Desktop/SVNPlayer/release-2-1-patches/server' make: *** [install-recursive] Error 1 I've added these to my bash.bashrc: export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/:$PKG_CONFIG_PATH export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib:$LD_LIBRARY_PATH export PATH=/usr/local/bin:$PATH Are my paths set up incorrectly??? I can't work out why it can't find it. |
From: Geoffrey B. <geo...@ai...> - 2008-08-11 00:51:48
|
I have just checked in a small change to the hokuyo_aist library's API. The following functions have been renamed: unsigned int GetRanges (HokuyoData *data, double startAngle, double endAngle, unsigned int clusterCount = 1); unsigned int GetNewRanges (HokuyoData *data, double startAngle, double endAngle, unsigned int clusterCount = 1); unsigned int GetNewRangesAndIntensities (HokuyoData *data, double startAngle, double endAngle, unsigned int clusterCount = 1); The new names are GetRangesByAngle, GetNewRangesByAngle and GetNewRangesAndIntensitiesByAngle, respectively. This resolves an ambiguity in the overloading of these functions and the functions used to retrieve range values by step rather than angle. I have also added an initial version of Python bindings for this library. These will be built automatically if Python and Boost.Python are found. The shared module is installed to $PREFIX/lib/python/site-packages/, so this path must be in your PYTHON_PATH environment variable for the module to be located. An example is provided, installed to $PREFIX/share/gearbox/hokuyo_aist/example/. This example is a Python port of the C++ example. Currently the full API is provided with two exceptions: the HokuyoSensorInfo object is not available in Python and the method of retrieving range and intensity values from a HokuyoData object is to ask for a single value each time using .Range (index) and .Intensity (index). These will be fixed in the future (near future, I hope). Geoff |
From: gbiggs <gb...@ki...> - 2008-08-08 04:58:34
|
I have just checked in a small change to the hokuyo_aist library's API. The following functions have been renamed: unsigned int GetRanges (HokuyoData *data, double startAngle, double endAngle, unsigned int clusterCount = 1); unsigned int GetNewRanges (HokuyoData *data, double startAngle, double endAngle, unsigned int clusterCount = 1); unsigned int GetNewRangesAndIntensities (HokuyoData *data, double startAngle, double endAngle, unsigned int clusterCount = 1); The new names are GetRangesByAngle, GetNewRangesByAngle and GetNewRangesAndIntensitiesByAngle, respectively. This resolves an ambiguity in the overloading of these functions and the functions used to retrieve range values by step rather than angle. I have also added an initial version of Python bindings for this library. These will be built automatically if Python and Boost.Python are found. The shared module is installed to $PREFIX/lib/python/site-packages/, so this path must be in your PYTHON_PATH environment variable for the module to be located. An example is provided, installed to $PREFIX/share/gearbox/hokuyo_aist/example/. This example is a Python port of the C++ example. Currently the full API is provided with two exceptions: the HokuyoSensorInfo object is not available in Python and the method of retrieving range and intensity values from a HokuyoData object is to ask for a single value each time using .Range (index) and .Intensity (index). These will be fixed in the future (near future, I hope). Geoff |
From: Alexei M. <al...@ca...> - 2008-07-25 13:10:35
|
From: Ben U. <up...@gm...> - 2008-06-22 06:52:08
|
lms211 also worked. Ben On Thu, Jun 19, 2008 at 9:16 AM, Alex Brooks <a.b...@ac...> wrote: >> Which particular hardware models does the gbxsickacfr library support? >> The docs don't say. > > I've only ever tested with the LMS291 (docs updated). > > Ben, did you test with something else? > > > Cheers, > > Alex > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Gearbox-users mailing list > Gea...@li... > https://lists.sourceforge.net/lists/listinfo/gearbox-users > -- Ben Upcroft Mechanical Engineering Division Mansergh Shaw Building (#45) The University of Queensland St Lucia Qld 4072 Australia Ph: +61 7 3346 8751 Fax: +61 7 3365 4799 web: http://www.mech.uq.edu.au/staff/upcroft/ |
From: Alex B. <a.b...@ac...> - 2008-06-19 01:17:24
|
> Which particular hardware models does the gbxsickacfr library support? > The docs don't say. I've only ever tested with the LMS291 (docs updated). Ben, did you test with something else? Cheers, Alex |
From: Geoffrey B. <gb...@ki...> - 2008-06-18 23:20:35
|
Which particular hardware models does the gbxsickacfr library support? The docs don't say. Geoff |
From: Tobias K. <t....@ca...> - 2008-04-21 13:04:19
|
Just committed the updated dart scripts. Missed the release by a few minutes... On Mon, 21 Apr 2008 10:48:22 pm Alexei Makarenko wrote: > Just made the first release. > > Release notes can be found here: > http://gearbox.sourceforge.net/gbx_doc_history.html#gbx_doc_history_100 > > Alex M. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/java >one _______________________________________________ > Gearbox-users mailing list > Gea...@li... > https://lists.sourceforge.net/lists/listinfo/gearbox-users -- -------------------------------------------------------------- Tobias Kaupp ARC Centre of Excellence for Autonomous Systems (Australian Centre for Field Robotics) The Rose St Building, J04 The University of Sydney, NSW 2006 Australia Phone: +61 2 9351 7154 Fax: +61 2 9351 7474 Email: t....@ca... Web: http://www.cas.edu.au/content.php/232.html?personid=45 -------------------------------------------------------------- |
From: Alexei M. <al...@ca...> - 2008-04-21 12:48:18
|
Just made the first release. Release notes can be found here: http://gearbox.sourceforge.net/gbx_doc_history.html#gbx_doc_history_100 Alex M. |
From: Michael M. <m....@ca...> - 2008-03-18 07:39:28
|
Hi Geoff, Geoffrey Biggs wrote: > The new URG scanner I have unfortunately lacks a serial connection, but > the older one I used to have did have one and I noticed exactly the same > problem. Part of my research into the cause found that the Player driver > suffered the same problem (not surprising), but I never determined the > cause. Eventually I had to give up and attribute it to my hardware being > faulty in some way. Obviously, though, that wasn't the case. I'll try > and figure out why when I change the library to use the gearbox serial > library. I can't get the scanner I have now to do it, but I only have a > USB connection for it until I can dig up a serial cable. I'm fine with USB, but I guess it should be mentioned in the docs (frustrating otherwise). I did a bit of digging around, but debugging custom serial code just ain't fun ;-). > min/maxIndex are necessary if the user wants to get less than the full > scan back; they aren't just for filtering out the bits the laser can't > see from the full "capable" scan range. I'm open to suggestions for a > better way to do this, though (and I'll look at improving the > documentation). Ah, ok. I'd argue that the base driver shouldn't worry about this and leave that to the user (somewhere in the glue layer), but that's definitely a matter of taste. > I've never seen my scanner return ranges beyond max_range, nor the > scanner I used to have. How often do you get these values, and do you > think that an exception is the best way to handle them, given that > they're theoretically impossible and thus indicative of a transmission > error? It happens relatively often, maybe every 5min. However, I didn't really investigate and it might as well be a problem in the quick and dirty hydro-wrapper that AlexM and I put together. Mainly I wanted to know if other people had seen the same behavior. An exception seems appropriate, but transmission error I doubt (no checksum error). > PS This is probably a gearbox-users email, I think. Fair enough, let's keep it here. Cheers, Michael -- Michael Moser Research Student Australian Centre for Field Robotics University of Sydney, Australia http://www.acfr.usyd.edu.au http://www.cas.edu.au Phone: +61 2 9036 9691 Mobile: 0415 917 607 Fax: +61 2 9351 7474 |
From: Geoffrey B. <geo...@ai...> - 2008-03-18 06:55:59
|
The new URG scanner I have unfortunately lacks a serial connection, but the older one I used to have did have one and I noticed exactly the same problem. Part of my research into the cause found that the Player driver suffered the same problem (not surprising), but I never determined the cause. Eventually I had to give up and attribute it to my hardware being faulty in some way. Obviously, though, that wasn't the case. I'll try and figure out why when I change the library to use the gearbox serial library. I can't get the scanner I have now to do it, but I only have a USB connection for it until I can dig up a serial cable. min/maxIndex are necessary if the user wants to get less than the full scan back; they aren't just for filtering out the bits the laser can't see from the full "capable" scan range. I'm open to suggestions for a better way to do this, though (and I'll look at improving the documentation). I've never seen my scanner return ranges beyond max_range, nor the scanner I used to have. How often do you get these values, and do you think that an exception is the best way to handle them, given that they're theoretically impossible and thus indicative of a transmission error? Geoff PS This is probably a gearbox-users email, I think. Michael Moser wrote: > Hi, > > I've started to work with an urg laserscanner (SOKUIKI Sensor URG-04LX; > FIRM:3.1.00,07/01/18; SERI:H0613828), using the urg_nz driver. USB > works, but serial has problems: > The example program works once (./urg_nz_example -p /dev/ttyS0 -b 115200 > -s). On repeat starts it blocks indefinitely in the call to laser.Open() > (line 50). If the call to laser.SetTimeOut() (line 53) is moved before > Open(), it times out and throws an exception. To recover it's necessary > to power cycle the hardware. This was verified on 3 different computers > running (k)ubuntu/debian with different kernels (26.14-22(-rt)). > > Additionally I had to read the urg/scip-manual to understand what > min/maxIndex do. I feel that this shouldn't be done on the user side, > since all the necessary information is available from the Hardware. > > Also my particular laser every now and then returns ranges > max_range > (5600mm), which throws an exception. I'm not sure if this is a general > trait of the urgs or just the one I have, so more testing is needed. > > Cheers, > Michael |
From: Alex B. <a.b...@ac...> - 2008-02-21 00:33:37
|
> any objection about submitting this and -devel mailing lists to gmane? > > http://gmane.org/ I don't think you need permission do you? (since this is a public mailing list) But no I have no objection. Alex |
From: Alejandro R. M. <ale...@mo...> - 2008-02-20 11:16:20
|
Hello, any objection about submitting this and -devel mailing lists to gmane? http://gmane.org/ |