FireBoard Site Syndication http://roboteq.com Fri, 24 May 2013 23:35:26 -0500 FireBoard 1.0.5RC2 http://roboteq.com/components/com_fireboard/template/default/images/english/emoticons/rss.gif http://roboteq.com FireBoard Site Syndication http://roboteq.com/online-forum/troubleshooting/ax2850-spurious-estop#29528090 place the pin that is in gnd and connect to 5V, so that when the +5V goes high, the E-stop activates. When it isn't high, then no e-stop should occur. +5V(pin 14) and Pin 15. Fri, 24 May 2013 17:38:16 -0500 http://roboteq.com/online-forum/troubleshooting/sdc2130-pulse-input-motor-control#29528084 The tick boxes refer to motor channel 1 and motor channel 2. So the one on the left is motor 1 and the one to the right of that is motor 2. If you do a reset to defaults, the pulse inputs 1 and 2 should already be set for motor 1 and motor 2. I've uploaded your profile to show you the change I made so that your pulse input 1 responds to your motor 1 and pulse input 2 responds to your motor 2. http://roboteq.com/images/fbfiles/files/profile_and_connections-fbc264e9380f2808242df854c61b84c1.zip Fri, 24 May 2013 09:58:24 -0500 http://roboteq.com/online-forum/controller-configuration-operation/mbl1650-drag-torque-in-torque-mode-at-m-0#29528083 When the motor command is 0, the motor wires are shorted. If you need coasting, you could put the MOSFETs in the "all off" state, but this is not a good solution because it means you will have no drag at 0, but you will then have drag as soon as it is different than 0, because the MOSFETs will engage again at that time. The most proper way to do this is to implement an active method as described in the active regenetion article here http://roboteq.com/how-to/controlled-regenerative-braking-using-real-time-speed-sensing It may look a little complicated but the results are excellent. Fri, 24 May 2013 08:15:52 -0500 http://roboteq.com/online-forum/troubleshooting/servo-loop-stops-when-script-download#29528081 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 Fri, 24 May 2013 06:59:00 -0500 http://roboteq.com/online-forum/troubleshooting/sdc2130-motor-2-position-tracking-not-working#29528080 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 Thu, 23 May 2013 19:11:01 -0500 http://roboteq.com/online-forum/general-issues/usb-connection-on-sbl1330-sbl1360#29528078 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. Thu, 23 May 2013 12:03:36 -0500 http://roboteq.com/online-forum/controller-configuration-operation/mbl1650-acceleration-deceleration-setting#29528070 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. Tue, 21 May 2013 15:53:08 -0500 http://roboteq.com/online-forum/general-issues/sending-and-receiving-serial-data-on-ldc1430#29528069 If you have any type of terminal type emulation software, try interfacing with that using the comport. See if your display can receive data from the pc through the comport. Under the assumption that your comport wiring Tx and Rx lines are properly wired, this may work. Mon, 20 May 2013 17:06:43 -0500 http://roboteq.com/online-forum/microbasic/directing-serial-output#29528063 Good q! (oh hi everybody, I'm new. Not gonna spam you with a seperate "hi i'm new" topic) I really hope it can. I want to send serial data to a serial enabled LCD. (print text on there) Anybody knows? Sun, 19 May 2013 07:58:56 -0500 http://roboteq.com/online-forum/general-issues/emergency-stop-release-sends-motors-to-home#29528062 On the SDC2130 and MDC2250C, it appears that the MG command (emergency stop release) sends the motor to its home position if closed-loop position relative or position tracking mode is used. Is this expected behavior? The description of the MG command in the manual (version 1.2, May 10, 2012) does not mention it. I expected the controller to continue motion from the motor's position when the EX command was received, i.e. to continue moving to the position last specified with the G command. On the subject of the manual, for the MMOD command, only 1, 2, and 3 are listed as operating modes (open-loop speed, closed-loop speed, and closed-loop position). In reality, I have found that 0 is open-loop speed, 1 is closed-loop speed, 2 is closed-loop position relative, and 4 is closed-loop position tracking. Sat, 18 May 2013 18:31:27 -0500 http://roboteq.com/online-forum/troubleshooting/set-encoder-counter-to-zero/page-3#29528060 This looks fine, particularly if you tested it and found it to work. Fri, 17 May 2013 06:41:02 -0500 http://roboteq.com/online-forum/troubleshooting/sdc2130-pulse-width-limits#29528057 The pulse mode is optimized for use with RC radios. And so a pulse is considered valid if it is not far from the 1000 - 2000 range. See if you can use the duty cycle or frequency modes. Thu, 16 May 2013 08:51:27 -0500 http://roboteq.com/online-forum/pc-software/roborun-not-detecting-skipping-virtual-com-port-on-wifi-rs232-interface#29528056 We are looking at adding the option to manually force a com port number. It is probably doable but it will take a bit of effort and time. Thu, 16 May 2013 08:48:47 -0500 http://roboteq.com/online-forum/general-issues/software-roboteq-cannot-connect-to-sdc2150-through-serial-port-after-upgrade-firmware#29528050 You can download the firmware for the comport on the website as well. http://roboteq.com/brushed-dc-motor-controllers/sdc2130-sdc2150-dual-20a-brushed-dc-motor-controller The purpose of having you do the USB update is for the reason the controller was not communicating through the serial. Now that the controller is working with the right firmware, you communication with the serial should also be working. Wed, 15 May 2013 17:48:15 -0500 http://roboteq.com/online-forum/troubleshooting/mbl1650-controller-status-at-under-voltage-negative-pole-number/page-3#29528049 problem solved, Thank you Wed, 15 May 2013 12:18:13 -0500 http://roboteq.com/online-forum/pc-software/port-closed-when-using-a-wireless-serial-link-from-synapse-snap-link#29528047 I think I do need the Roborun utility because I want to be able to use limits on the position of the whole construction hanging on the cable. And as a second option I want to be able to direct the cable cam to pre-defined positions. The hyperterminal is in my opinion not usuable for that. It surely hope it will be possible to adjust the response time of Roborun. Otherwise all the very interesting features of your controller are unusable in such an application. I know I can control the controller by RC control and in real life that will be used for sure, but in order to set limits on a suspended cable I need to insert those limits first by zeroing at a certain position and then set the limits by moving the cable-cam to either limit by computer control. At the same time i need to monitor battery voltage as this rig is not connected to any external power supply. Again Roborun is perfect for that. Any ideas appreciated... Rob Wed, 15 May 2013 08:39:54 -0500 http://roboteq.com/online-forum/troubleshooting/mdc2230-usb-communication-hiccups#29528040 See amended OP Tue, 14 May 2013 17:16:38 -0500 http://roboteq.com/online-forum/controller-configuration-operation/update-firmware-sdc2130/page-2#29528030 Ok, now the controller usb run with last firmware. Thanks for your time Please, mark this post as resolved Mon, 13 May 2013 04:21:29 -0500 http://roboteq.com/online-forum/controller-configuration-operation/ok-i-am-new-to-this-so-be-easy#29528000 Yes. Thu, 09 May 2013 14:29:23 -0500 http://roboteq.com/online-forum/pc-software/roborun-error#29527996 What version of windows are you currently installing this on? Also, are there any additional programs that you have installed that may affect the operation of Roborun (i.e any type of debugging software)? Also, is the program only installed on one machine or multiple? Try uninstalling the program and reinstalling. Wed, 08 May 2013 10:15:35 -0500 http://roboteq.com/online-forum/general-issues/high-speed-high-pole-motors#29527992 Thanks for the prompt answer. In want to use the model engine on a bicycle. I do add halls which allows drive from stall. Looks like your controllers will work well for me. Mon, 06 May 2013 17:12:21 -0500 http://roboteq.com/online-forum/general-issues/vbl-2350-and-48v-lifepo4#29527981 The answer is the same. The voltage from your battery must be 50V max or only a little over. Then, depending on your application, you must also be careful with regeneration. Sat, 04 May 2013 02:31:42 -0500 http://roboteq.com/online-forum/troubleshooting/robeteq-ttl-echof-1-problem#29527980 Hello, I would like to send the commands to control DC-Motors from Arduino Micro-controller through the TTL pins on SDC2130. When ECHOF 0 (Echo is ON) is set the communication works fine from both sides, however, once ECHOF 1 (Echo is turned off) is set all the data is garbage. When the echo is off and I reset to echo on from Roborun+ console, the TTL communication between the arduino and DSC2130 works fine again. To summarize: TTL communication doesnt work when the Echo is OFF. This was posted before, 11 months ago by another user (link below) so its definitely a problem. http://www.roboteq.com/online-forum/troubleshooting/echof-1-problem-with-ttl-microcontroller-comunication It was advised in the above link to ignore the echo but that's not a solution. Also, ignoring will require parsing on the microcontroller side which is too much overhead for my application. Could you please advise on how to solve this issue? Thank you Sat, 04 May 2013 00:15:45 -0500 http://roboteq.com/online-forum/controller-configuration-operation/are-user-integer-variables-persisted-in-eeprom#29527976 That will work for me. I can reassemble! Thanks! Wed, 01 May 2013 02:57:27 -0500 http://roboteq.com/online-forum/electromechanical/mgs1600c-motor-controller-configuration#29527971 If you are looking to use a brushed motor controller, what are your motor specs? Voltage and current draw? Are you looking for a single or dual channel controller? Mon, 29 Apr 2013 10:01:09 -0500 http://roboteq.com/online-forum/controller-configuration-operation/rpm-and-ppr-resolution#29527967 Excellent! The user's manual said that !S was in absolute RPMs, as set by the PPR, but you are correct! The !S command is indeed relative to the max RPM, as per my simple test through the RoboRun+ PC utility. In another part of the manual, it states that there are different types of closed loop position modes, and that !S has different effects in each; I must be misunderstanding the information about the different closed loop position modes. Thanks for the help! Fri, 26 Apr 2013 12:30:44 -0500 http://roboteq.com/online-forum/controller-configuration-operation/brushless-controller-and-minimum-motor-speed#29527966 Here is a 3rd party vendor that we have on the website. http://roboteq.com/ordering/links-to-3rd-party-accessories Fri, 26 Apr 2013 12:27:16 -0500