<?xml version="1.0" encoding="utf-8"?>
<!-- generator="FireBoard 1.0.5RC2"> -->
<rss version="0.91">
    <channel>
        <title>roboteq.com - Forum</title>
        <description>FireBoard Site Syndication</description>
        <link>http://roboteq.com</link>
        <lastBuildDate>Wed, 19 Jun 2013 20:51:40 -0500</lastBuildDate>
        <generator>FireBoard 1.0.5RC2</generator>
        <image>
	        <url>http://roboteq.com/components/com_fireboard/template/default/images/english/emoticons/rss.gif</url>
	        <title>Powered by FireBoard</title>
	        <link>http://roboteq.com</link>
	        <description>FireBoard Site Syndication</description>
        </image>
        <item>
            <title>Subject: driver usb msg1600c - by: Griffin Baker</title>
            <link>http://www.roboteq.com/online-forum/general-issues/driver-usb-msg1600c#29528172</link>
            <description>With windows 8, they don't allow you to install unsigned drivers.  Here are some links to get windows 8 to allow you to do so.  Some are easy to follow others aren't, so try the one that works for you.

I think the first link should be the easiest.

http://www.craftedge.com/tutorials/driver_install_windows8/driver_install_win8.html

http://www.tabletroms.com/forums/visual-land-tablets/5894-how-install-unsigned-drivers-windows-8-a.html</description>
            <pubDate>Wed, 19 Jun 2013 10:28:32 -0500</pubDate>
        </item>
        <item>
            <title>Subject: MBL1650 drag torque in torque mode at !M 0? - by: rbtqq</title>
            <link>http://www.roboteq.com/online-forum/controller-configuration-operation/mbl1650-drag-torque-in-torque-mode-at-m-0#29528171</link>
            <description> roboteq wrote: 
 If you need coasting, you could put the MOSFETs in the &quot;all off&quot; state 

Can anybody tell how to do this by a RS232 command? I did not find any appropriate command in the documentation to switch of all FETs.</description>
            <pubDate>Wed, 19 Jun 2013 05:35:01 -0500</pubDate>
        </item>
        <item>
            <title>Subject: Grounding - by: roboteq</title>
            <link>http://www.roboteq.com/online-forum/general-issues/grounding#29528169</link>
            <description>The controller does not depend solely on anodization to provide insulation. The PCB has solder mask varnish over the entire bottom surface. In addition, there is an electrically insulating thermal pad under the mosfet area

We have increased our vigilance regarding this question during manufacturing.</description>
            <pubDate>Wed, 19 Jun 2013 01:36:23 -0500</pubDate>
        </item>
        <item>
            <title>Subject: HDC2450 overheating and motor blocked - by: Griffin Baker</title>
            <link>http://www.roboteq.com/online-forum/controller-configuration-operation/hdc2450-overheating-and-motor-blocked#29528167</link>
            <description>Couple of other things you can do to help us figure out the problem as well.

Try setting your max amps limits in your motor outputs to the max values.  The default values are not the max.

Also when the motor is in near stall conditions, the motor current will be throttled back.  The motor current will be limited, but the battery current will not.

To help us figure out what is being seen on your end, we would like for you to log the data for us with some values, and upload here so we can then analyze the data.

So in the run tab under channels, please select the following.

Motor command 1
Motor command 2
Motor power 1
Motor power 2
Battery amps
Motor amps 1
Motor amps 2
Temperature heatsink
Battery volts

If you can't get all of them we would at lease like the Motor command 1 and 2
Motor power 1 and 2
Motor amps 1 and 2
battery amps
battery volts.

Begin running your motors as you normally would.  When the error occurs with your motors and they stop working, do not power off controller.

Click on the save button has the floppy disk icon on it under pause.

Then upload that file here and we can analyze the data to see what is going on.</description>
            <pubDate>Tue, 18 Jun 2013 17:53:15 -0500</pubDate>
        </item>
        <item>
            <title>Subject: Port closed when using a wireless serial link from Synapse Snap Link - by: steadirob</title>
            <link>http://www.roboteq.com/online-forum/pc-software/port-closed-when-using-a-wireless-serial-link-from-synapse-snap-link/page-2#29528161</link>
            <description>Short follow-up:  The main issue, as I found out is that for some reason the cooling plate of the controller has a potential of 24 volts against the ground pin of the DB15/9 connector, the full battery voltage.
I've seen the warnings in the manual on connecting the minus of the battery to the I/O connector ground, but never suspected the Vbat on the metal plate.

Is this normal?  I measure diode-behavior when connected to multimeter: 395 Ohm one way, and climbing resistance the other way (Open-line?)</description>
            <pubDate>Sun, 16 Jun 2013 23:37:22 -0500</pubDate>
        </item>
        <item>
            <title>Subject: LDC2250 defaulting to analog? - by: Sunin</title>
            <link>http://www.roboteq.com/online-forum/troubleshooting/ldc2250-defaulting-to-analog/page-3#29528151</link>
            <description>Waahaahhaa. /mad scientist laugh. It's alive so it was all along the over volt fault causing the issue</description>
            <pubDate>Tue, 11 Jun 2013 18:05:49 -0500</pubDate>
        </item>
        <item>
            <title>Subject: SDC2130 doesn't like new firmware - by: roboteq</title>
            <link>http://www.roboteq.com/online-forum/troubleshooting/sdc2130-doesn-t-like-new-firmware#29528150</link>
            <description>There should be no issue other than the usb that you fixed with the jumper wire.

Click on restore factory defaults and try again.</description>
            <pubDate>Tue, 11 Jun 2013 16:18:06 -0500</pubDate>
        </item>
        <item>
            <title>Subject: C# Programming Roboteq AX2850? - by: Griffin Baker</title>
            <link>http://www.roboteq.com/online-forum/pc-software/c-programming-roboteq-ax2850#29528144</link>
            <description> cosma wrote: 
 We have some source code at http://www.roboteq.com/tech-support/application-notes-source-code.html

Other users may want to share with you. Looks like that link is no longer functional.

Try this one and see if what you are looking for is there.

http://roboteq.com/tech-support/application-notes-source-code</description>
            <pubDate>Tue, 11 Jun 2013 12:22:03 -0500</pubDate>
        </item>
        <item>
            <title>Subject: Printing variables - by: peterhebben</title>
            <link>http://www.roboteq.com/online-forum/microbasic/printing-variables#29528133</link>
            <description>Thank you for the quick test and reply,

I located the problem, I did not set the script output port correctly. 

The the thing that got me confused me is that if the output port is configured incorrect plain strings are printed but variables are not.</description>
            <pubDate>Tue, 11 Jun 2013 06:13:53 -0500</pubDate>
        </item>
        <item>
            <title>Subject: encoder line driver or open collector - by: roboteq</title>
            <link>http://www.roboteq.com/online-forum/troubleshooting/encoder-line-driver-or-open-collector#29528123</link>
            <description>On thr LDC1450, the inputs have pull down resistors of 53K. You must add external pull up resistors between the encoder pins and the 5vOut. Use 4.7K value.</description>
            <pubDate>Mon, 10 Jun 2013 07:46:51 -0500</pubDate>
        </item>
        <item>
            <title>Subject: encoder line driver or open collector - by: ciessenergia</title>
            <link>http://www.roboteq.com/online-forum/troubleshooting/encoder-line-driver-or-open-collector#29528122</link>
            <description>Hello for LDC1450 can i use both open collector or line driver encoders? I have some trouble with open collector Omron but not with line driver</description>
            <pubDate>Mon, 10 Jun 2013 02:27:36 -0500</pubDate>
        </item>
        <item>
            <title>Subject: USB drops out when external brake is engaged - by: hudson</title>
            <link>http://www.roboteq.com/online-forum/troubleshooting/usb-drops-out-when-external-brake-is-engaged#29528119</link>
            <description>This might be a similar problem to http://roboteq.com/online-forum/troubleshooting/mdc2230-usb-communication-hiccups

When I direct connect, instead of a hub, the problem does not appear.  I'll try a powered hub to see if that helps.</description>
            <pubDate>Sun, 09 Jun 2013 12:56:48 -0500</pubDate>
        </item>
        <item>
            <title>Subject: Race condition in using ?DR and !PX commands - by: hudson</title>
            <link>http://www.roboteq.com/online-forum/controller-configuration-operation/race-condition-in-using-dr-and-px-commands#29528117</link>
            <description>Is there any chance of a firmware update that will fix this limitation to add a race-free way to use the controller with position chaining?  A simple modification to the !PX command that either queued the command if one was currently in transit, or became the current command if the controller was not currently in transit would make this usable.</description>
            <pubDate>Sun, 09 Jun 2013 12:33:21 -0500</pubDate>
        </item>
        <item>
            <title>Subject: SDC2150 over TTL issue - by: JasonT</title>
            <link>http://www.roboteq.com/online-forum/controller-configuration-operation/sdc2150-over-ttl-issue#29528116</link>
            <description>I figured it out, I had to write a carriage return to the UART to confirm the command. It's a decimal 13 / Hex 0x0D.</description>
            <pubDate>Fri, 07 Jun 2013 12:09:45 -0500</pubDate>
        </item>
        <item>
            <title>Subject: SDC1130 Pinout - by: neoplan</title>
            <link>http://www.roboteq.com/online-forum/controller-configuration-operation/sdc1130-pinout#29528114</link>
            <description>Thank you for your answer</description>
            <pubDate>Thu, 06 Jun 2013 13:55:01 -0500</pubDate>
        </item>
        <item>
            <title>Subject: Detect encoder fail - by: roboteq</title>
            <link>http://www.roboteq.com/online-forum/general-issues/detect-encoder-fail#29528111</link>
            <description>You can chose. It depends on which strategy you want to use to do the detection.

You can also read the counter value and look for how many counts were added between a given time interval.</description>
            <pubDate>Tue, 04 Jun 2013 02:59:53 -0500</pubDate>
        </item>
        <item>
            <title>Subject: SDC2130 Pulse input motor control - by: uozuAho</title>
            <link>http://www.roboteq.com/online-forum/troubleshooting/sdc2130-pulse-input-motor-control#29528106</link>
            <description>Thanks for your help with this Griffin. I've found my problem - if any pulse input is enabled but doesn't receive a valid pulse signal, then no pulse inputs can command either motor.

I was always feeding either pulse input 1 or 2 with my signal generator. This meant that if I enabled both pulse inputs, neither would work since one input wasn't receiving pulses. As soon as I connected the signal generator to both inputs, everything worked as expected. Only enabling one pulse input at a time also worked.

I don't think the user manual makes this behaviour clear (Section 4, operating the controller in RC mode, reception watchdog section, pg.57). It seems to indicate that individual pulse input controls will remain active even if some pulse inputs aren't receiving valid pulses.

Again, thanks for the help. 

PS. Resetting to defaults in Roborun+ disabled all inputs - including pulse input 1 and 2.</description>
            <pubDate>Tue, 28 May 2013 20:19:28 -0500</pubDate>
        </item>
        <item>
            <title>Subject: AX2850 spurious Estop - by: Griffin Baker</title>
            <link>http://www.roboteq.com/online-forum/troubleshooting/ax2850-spurious-estop#29528105</link>
            <description>Try removing the external battery and see if the radio stays on.  If this is the case, then most likely the radio and the servo are powered from the same source.</description>
            <pubDate>Tue, 28 May 2013 15:22:30 -0500</pubDate>
        </item>
        <item>
            <title>Subject: Servo control question - by: Pixelphish</title>
            <link>http://www.roboteq.com/online-forum/troubleshooting/servo-control-question#29528102</link>
            <description>I'm sorry for the confusion. The servo is the problem here. I'm controlling both 24v motors in mixed setting with one joystick on the transmitter. They work great. Its the servo I'm trying to control with the second joystick using a separate channel on the transmitter. It's probably not a Roboteq issue but was hoping I could trouble shoot it via the Roborun software.</description>
            <pubDate>Tue, 28 May 2013 10:23:51 -0500</pubDate>
        </item>
        <item>
            <title>Subject: Regeneration with Lithium Polymer Battery - by: Griffin Baker</title>
            <link>http://www.roboteq.com/online-forum/general-issues/regeneration-with-lithium-polymer-battery#29528100</link>
            <description>The E-stop function I think should allow for coasting, or maybe try deadmans switch.  You can write a script that would feedback any information that you are querying such as the motor amps, but if the controller is in the off condition, I don't think that would be possible.  The AX2550 has not had a firmware update in quite some time as the last one was from 110209.

In regards to the MBL1650, I'd suggest writing a script that can query the data that you are looking to get back while the controller is on.  The diode protection setup as described both in the user manual and datasheet are for protecting the controller.  So in the case of batteries, since the battery will discharge over time, the amount of current I think being fed back shouldn't be enough to harm the batteries unless the motors are moving for quite some time after the controller has been powered off.</description>
            <pubDate>Tue, 28 May 2013 10:12:23 -0500</pubDate>
        </item>
        <item>
            <title>Subject: Processing time SDC2130 - by: edmodi</title>
            <link>http://www.roboteq.com/online-forum/microbasic/processing-time-sdc2130#29528093</link>
            <description>Hi, we are developing hight perfomance robot application in which we need know a many controller parameter simultaneously for example batery volts, amps, motor speed, etc and all in real time or as often as posible. My question is: can SDC2130 execute a microbasic script and simultaneously attend getValue petticion over usb port? Processing time will be influenced for this command?


An another question, is there a way to consulting this values (batery volts, etc) that is not use getValue statement? Is posible read register with usb port connection? 

My controller as firmware 120412 version

Thanks</description>
            <pubDate>Mon, 27 May 2013 00:41:12 -0500</pubDate>
        </item>
        <item>
            <title>Subject: servo loop stops when script download - by: JimGibson</title>
            <link>http://www.roboteq.com/online-forum/troubleshooting/servo-loop-stops-when-script-download#29528081</link>
            <description>Hi,
I am using an SD1130 in position mode, with analog setpoint on A1 and pot feedback on A2. The servo loop runs and positions well.
I am now trying to use a (simple) script to derive a digital 'done' signal by comparing the error with a fixed 'tolerance' and SetCommand with _DSET,1 or _DRES,1 accordingly.
When ever I download the script it 'crashes' the servo loop.
I added a 'watchdog' to flash a second digital output so that I can see if the script is running and yes it does run but the servo loop is dead and the 'Run' screen doesn't get any updates.

Is there a way to restart the servo loop without a power cycle?

The Roborun is Rev 1.2. 3/8/13
The SD1130 Firmware is v1.2 RCB90 02/26/2012

TIA, Jim Gibson</description>
            <pubDate>Fri, 24 May 2013 06:59:00 -0500</pubDate>
        </item>
        <item>
            <title>Subject: SDC2130 Motor 2 position tracking not working - by: uozuAho</title>
            <link>http://www.roboteq.com/online-forum/troubleshooting/sdc2130-motor-2-position-tracking-not-working#29528080</link>
            <description>Hi there, I have an SDC2130, a DC motor with connected absolute encoder. I can get closed-loop position tracking mode working when connecting the motor to the SDC2130's motor 1 output, but not on the motor 2 output.

Below is a detailed test report. I've also attached configuration files and logs of each test.

SDC2130 Closed loop position tracking tests
===========================================

Summary
-------
Attempting to control a motor in position tracking mode,
using an absolute encoder.


Test setup
----------
- Using Roborun+ 1.2.3/8/13
- SDC2130 controller, firmware v 1.2.12/04/2012
- Roborun connected to SDC2130 via USB
- Lab PSU @ 12V supplying Vmot+, GND and pwr_ctrl
- Using US Digital MAE3-P12-250-500-7-1 absolute encoder.
  Supplied by SDC2130's +5V output.


Tests
-----

Test 1:
Motor driven by mot1 output, closed loop position tracking mode.
Encoder output connected to SDC2130 pin 8 (PIn2).
Motor tracks position set by Roborun+ control software.

Test 2:
Same as above, using mot2 output. Motor does not track position
set by Roborun+ control software.

Test 3:
Motor 2 operating mode changed to open loop. Pin 8 (PIn2) set
as feedback for motors 1 and 2. Motor 2 responds to control slider
in Roborun+ software, however only feedback 1 is correct - feedback
2 remains at zero.

Test 4:
Encoder output now connected to pin 4 (PIn1). Set as feedback for
motor 2. Motor 2 in open-loop mode. Motor 2 responds to control
slider in Roborun+ software, PIn1 input looks correct, however
feedback 2 remains at zero. http://roboteq.com/images/fbfiles/files/steering_test.zip</description>
            <pubDate>Thu, 23 May 2013 19:11:01 -0500</pubDate>
        </item>
        <item>
            <title>Subject: USB connection on SBL1330 / SBL1360 - by: Griffin Baker</title>
            <link>http://www.roboteq.com/online-forum/general-issues/usb-connection-on-sbl1330-sbl1360#29528078</link>
            <description>Yes these do have the USB mini.

http://www.roboteq.com/brushless-dc-motor-controllers/sbl1330-sbl1350-30a-brushless-dc-motor-controller-with-hall-and-encoder-inputs

picture shows the usb mini on the bottom left side of controller.</description>
            <pubDate>Thu, 23 May 2013 12:03:36 -0500</pubDate>
        </item>
        <item>
            <title>Subject: MBL1650 acceleration &amp; deceleration setting - by: Herman</title>
            <link>http://www.roboteq.com/online-forum/controller-configuration-operation/mbl1650-acceleration-deceleration-setting#29528070</link>
            <description>I have a powerfull application where quick acceleration / deceleration is needed. The BLDC motor, power supply and load could handle this but the acceleration/deceleration is limited by the MBL1650 controller.

Is it possible to disable the acceleration / deceleration limiter ?

My settings are:

closed loop speed 
optical encoder 1000 pulses/rev
Max speed 3000 RPM
Acceleration 50000 RPM/s  
Deceleration 50000 RPM/s  
(50000 RPM/s is the max setting)

This means that the controller will go in 60ms from 0 to 100% power. The control loop is operating at 200Hz/5ms, this is far more faster. The dynamic performance in this case is mainly determined by the acc/decel limiter. 

Thank you for your help.</description>
            <pubDate>Tue, 21 May 2013 15:53:08 -0500</pubDate>
        </item>
    </channel>
</rss>