Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to connect the SDC2130 Roboteq driver #7

Closed
herohernan opened this issue May 14, 2015 · 9 comments
Closed

How to connect the SDC2130 Roboteq driver #7

herohernan opened this issue May 14, 2015 · 9 comments

Comments

@herohernan
Copy link

I'm trying to use the SDC2130 Roboteq driver. It has a correct connection with the port ttyACM0 and revived feedback from topic “roboteq_driver/feedback”, but I don't know how to specify, in the XML file “example.launch”, that exit 2 channels to motor: left and right

Thanks

@nabilgabbouj
Copy link

To your launch file or the example launch file provided with the driver add the following line into rosparam:
channels: ['left', 'right']

@mikepurvis
Copy link
Member

I don't have immediate access to any dual-channel units, but the driver was written to support that use case. If you'd like to PR in a change to example.launch which makes this more obvious, I'd be happy to merge it— maybe an arg like so:

roslaunch roboteq_driver example.launch dual:=true

@nabilgabbouj
Copy link

I tried It today with an mdc2460 with two DC motors and it worked fine.
I'll PR the change in the launch file

@mikepurvis
Copy link
Member

Cool, glad to hear this is finding an audience outside the Grizzly. Once #1 and #2 are resolved, we should think about moving the repo over to ros-drivers.

@nabilgabbouj
Copy link

Yes it has to be moved to ros-drivers since there are no other (known) alternatives. However the mbs script used in the repos should be generic in order to accept different parameters and units.

@mikepurvis
Copy link
Member

Unfortunately, the MBS has a manual compile step, dependent on the RoboRun+ utility (which is Windows-only). In order to template the script and compile it at runtime, I'd need to have a compiler as part of the driver. It's doubtful that Roboteq would ever open-source their MBS compiler, but it's clearly a simple enough implementation that a motivated person could reverse-engineer it to the point that a new implementation could be functional for the needs here.

Another way to do it would be to compile the script with known sentinal values in key positions, so that those values could be modified by a more naive find and replace. That approach is definitely much more of a hack.

@nabilgabbouj
Copy link

It is a simple implementation as you said it only takes time to tinker with the values of the closed loop control. All these parameters are hardware dependant. However the configuration of the channel two is missing from the script available. So the simplest solution is to add the missing configuration for two channel units and leave it to the user to modify the values in accordance with the hardware available.

@mikepurvis
Copy link
Member

Closing due to inactivity.

@nabilgabbouj
Copy link

Sorry Mike. Actually I did something similair. I will share the sample code
here.

On Fri, Nov 6, 2015, 7:57 PM Mike Purvis [email protected] wrote:

Closed #7 #7.


Reply to this email directly or view it on GitHub
#7 (comment).

Nabil SKHIRI GABBOUJ
Mob: +216 23 915 070
Tel: +216 73 505 993
Av. Ibn Al Jazzar Skaness 5000 Monastir Tunisie

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants