![]() |
REV Sparks or Vex Victor 888?
Hello all, I'm a brand new FRC rookie, and I was wondering, what are the advantages/disadvantages of using the REV Spark instead of using the VEX Victor 888's?
|
Re: REV Sparks or Vex Victor 888?
The Victors are a previous generation speed controller. We basically used them for over a decade with great success as the only legal speed controller (when they were the 883s & 884s). The Rev Spark is a new speed controller that is designed to be inexpensive while still giving some of the benefits of new technology like not needing a fan to actively cool it and allowing you to use limit switches directly with the speed controller to add feedback to your mechanisms. We have a few of the Sparks in house have tested them a bit, they seem to be working well so far.
You won't be able to purchase any Victors, what teams already have and what are available in FIRST Choice will be the last of the 888s. The Sparks are available on Amazon and ship prime so you can get them quickly if you need a replacement. |
Sparks! They are on Amazon and prime compatible which is awesome. Also I believe victor 888's are discontinued. We are going to be using Sparks and Victor Sp's this year.
|
Re: REV Sparks or Vex Victor 888?
REV Spark
-Passive cooling -Reduced heat generation -Mechanical limit switch inputs, so no need to program that stuff -RGB status LED, which I hear is really nice -Brake/coast mode -PWM only -Currently priced at $45.00 -Available on Amazon and Amazon Prime -Haven't been around long, so I can't speak to long-term reliability just yet Victor 888 -A staple motor control, performs every basic function you could want -No passive cooling; you need to wire up fans otherwise the motor controllers can overheat -Really finnicky trying to get all the wires in the right place -PWM only -$70.00 -Discontinued by VEX; you would be hard pressed to find a lot of these Victor SP -Passive cooling -Reliable -You don't have to fiddle with screws trying to get crimps on the controller (this is a godsend) -Sealed enclosure means aluminum shavings won't cause you any problems -Colored wires make it easy to identify which wires go to the PDP and which wires go to the motor itself -PWM only -Low profile -Currently priced at $60.00 Talon SRX -CAN integration is awesome, especially with the new control system -Onboard closed-loop PID algorithms (if you don't know that that means, look it up because it's cool) -Cables are really strong -Passive cooling -Sealed enclosure -Color-coded wires -Very reliable -Low profile -Brake/coast calibration -Plug and play support for CTRE Magnetic Encoder Sensor makes using the PID algorithms even easier -PWM available as well as CAN -$90.00 -My personal recommendation! |
Re: REV Sparks or Vex Victor 888?
As a rookie team, we loaded up on 4 Victor 888s through FIRST Choice. Along with the 2 Victor SPs in the rookie kit and the 3 available through the PDV, this was an essentially free way to get ourselves 9 motor controllers. We anticipate the Victor 888s no longer being legal in the future, so we will look to use those up on this year's robot for sure.
With an emphasis on simplicity this first year, we will not attempt CAN and I highly doubt we would adopt a design calling for more than 9 motors. Victor 888s offered us the best value since we have certainty we will use them and we could get them for 50 credits. All of the other motor controllers in FIRST Choice cost 100 credits and are essentially of equal benefit to us this year since we will be using PWM. |
Re: REV Sparks or Vex Victor 888?
Quote:
Price is a good reason to stick with a PWM-only controller, though. |
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
One thing that people are forgotten to mention is that the spark motor controller is more linear than the victor 888. That means as a PWM signal increases, the motor will increase at a more constant rate if you are using a spark motor controller.
|
Re: REV Sparks or Vex Victor 888?
Quote:
I've been a part of a team that has used CAN in 4 seasons. In 3 of those seasons the CAN out right failed at some point and we switched to PWM on at least some of the motors (granted those were all with Jaguars...I have my own opinions on those too). In 2012, I personally spent over 70 hours during a week troubleshooting with a practice bot to get CAN working in preparation for the next tournament, only to have the CAN fail on the competition bot shooter motors at competition and ultimately switch to PWM. In 2015, Team 20 used CAN with Talons relatively successfully. However, there were still quirks with the code which definitely burned lots of time during build season. I wasn't personally coding, but I recall us taking over a week to iron out the code for switching between current setting and position setting modes of CAN motor controller operation. There was also one practice match where a motor inexplicably drove the opposite direction it should have throughout a match. We were unable to reproduce the issue and it never happened again, but it was very puzzling. Not sure of the cause. Taking advantage of any of the elegance or benefits of CAN does involve added complexity. And it comes with added risk; if one motor controller fails the whole robot is down (the poor durability of Jaguars exacerbated this issue, but Talons are far more durable, haven't had one fail yet). And having not used CAN in 2013 and 2014, we were able to get much improved robot performance which I believe is in part attributable to not fussing around with CAN. Every hour we spent other years trying to get CAN to work as intended was another hour we couldn't spend practicing. PWM was set it and forget it...it always just worked. I have yet to be a part of CAN going as smoothly, and I have yet to see a robot do something on CAN that wow'ed me and made me say "darn, there's no way a robot using PWM could achieve that same performance". And that isn't for lack of smart, dedicated people trying. You are correct that if you just used the set voltage mode of motor controller operation, then CAN is no more complicated to code than PWM. But if that is your planned mode of operation, then why not save yourself $30 per motor controller, or get 9 (7 for vets) motor controllers for free? Perhaps this is a knee-jerk reaction or I am holding a grudge over past experiences. My point is that for the team I am working with now, using CAN is not the low-hanging fruit for proper allocation of our resources (monetary, time, man-power). I am basing that assertion on my and my past team's experience working with CAN. Back to the topic of the thread, the real point of my post was to illustrate that you could get 4 Victor 888's for free through FIRST Choice if you are not using the 200 credits (50 per) on something else. Or the SPARK can be purchased for $45 a piece if you would rather spend your FIRST Choice credits elsewhere. The SPARKS are slightly more linear, but this study shows the Victor 888's aren't all that far off from linearity: http://www.fightingpi.org/Resources/...12_Day_9.shtml |
Re: REV Sparks or Vex Victor 888?
Quote:
As Allen pointed out above, they are no longer being sold, so it probably doesn't make a lot of sense to use them after this year, even if they are legal, since you won't be able to get your hands on any additional ones. |
Re: REV Sparks or Vex Victor 888?
Quote:
One point I'll add though: the Talon SRX's CAN bus wires are hardwired together, soldered together onto the same pad on the pcb. Unless you short them together or somehow burn through the conductor completely, a controller failure will not bring the entire bus down. We've heard good things about the new implementation, and fully upgraded this year to Talon SRXs from Talon SRs. We're excited to explore the possibilities, but of course ready to pull the plug and wire up PWM if needed. |
Re: REV Sparks or Vex Victor 888?
I am not familiar with the previous years' issues with CAN, but we had a Talon SRX in CAN mode on last year's robot and it was easy to wire, easy to program, and worked fine. Granted, we used it in the simplest possible way, no PID, no sensors.
In theory wiring up a bunch of Talon SRX's in CAN mode is dead easy. You need to assign them CAN bus IDs the first time around, but after that, addressing them in the code is also just as easy. And then when it's time to do PID and limit switches, boom! Easy. In theory. I'm slightly nervous about the various horror stories I've heard, but our team will probably give CAN a serious attempt this year. We can always fall back to PWM. |
Re: REV Sparks or Vex Victor 888?
I wouldn't dismiss CAN outright in 2016. Many of the horror stories happened years ago, when the *rio CAN software stack was less mature, CAN speed controllers were less mature, termination resistors were not built into the control system, high quality FRC-oriented reference material was not available, and a trustworthy vendor like CTRE was not yet staking its reputation on a working CAN solution.
All those things have changed since 2012, and many teams ran CAN-only control systems successfully in 2015. As a result, this is the first season that CAN is a viable option for 254. |
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
We stayed away from CAN for a long time because of the reliability stories on CD. But last year we went all in with 9 Talon SRX controllers. They work as advertised, we were quite pleased.
|
Re: REV Sparks or Vex Victor 888?
In 2015, 3467 also went whole hog with the Talon SRX - we used one running the built-in Speed Control mode for each of our four mecanum wheels, and two (1 master, one slave) for driving our elevator with Positional PID. One of our mentors insisted that the built-in PID algorithm could be faster (he was looking more for a motion-control mode), but it all worked well enough with a minimum of muss or fuss.
Plus - One of the often overlooked advantages of CAN control is built-in current sensing on each motor - granted it wasn't really that useful last year (unless maybe when we were building a twelve stack ;) , but in a defense-heavy game, or a game where climbing might be required, being able to monitor current at the individual motor level might help to intelligently avoid those brown-out conditions that we were all worrying about around this time last year. |
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
Quote:
See documentation here: http://www.ctr-electronics.com/contr...ription_tabbed Quote:
|
Re: REV Sparks or Vex Victor 888?
Quote:
As a mentor whose teams have used CAN beginning way back in 2009 when the Jags first came on the scene, I guess I had gotten used to promoting the current sensing feature of the CAN controllers a little too much. In 2012, when the bugs in the CAN stack and the unreliability of the RJ-11 connectors became too much to handle, I was sorry to see that particular feature go. So when CAN looked like it was going to be viable once again last year, I was ready and willing to give it another go, and I, for one, am glad we did. |
Re: REV Sparks or Vex Victor 888?
I didn't want to distract from the OP but KrazyCarl92's post requires attention.
Quote:
Quote:
The examples in the Talon SRX Sofware reference manual are meant to save you time. Were they not helpful? Quote:
I haven't found any post from your team regarding this issue. And I know you haven't emailed support@crosstheroadelectronics.com (since it goes to me). Did the programmers look at the Talon SRX Software Reference Manual? This feedback is so far-removed from literally ALL of the feedback I've gotten from last season I'm not sure where to start. If ANY TEAM has questions/concerns/problems with ANY CTRE product please please PLEASE leverage our support email. Or look around CD for similar posts or post yourself. Or PM me. But email is best. But don't wait a full season and then post it when it's too late to be beneficial. We want to help you. Carl, if you email us your team's 2015 code, we will figure it out. I have robots dedicated for exactly that purpose. Please PM me if there is more info that you think would be helpful. |
Re: REV Sparks or Vex Victor 888?
Quote:
The key difference, I think, is in competitive advantage. There really is no advantage to using the older controllers, other than not having to buy new ones. Once there are none left for FIRST choice, though, I do expect them to become illegal within a couple of years - there is a "cost" associated with keeping them, including maintaining WPI lib classes for them and increased inspector training, as newer inspectors down the road may not have any prior experience with the old controllers. As it is, teams have now had two years to switch over, possibly even more down the line, so when they do become illegal I don't think there will be too much complaining. |
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
Quote:
The 888 on the other hand, does not give a major advantage over other currently available FRC controllers. It is still a great controller, and it can cope with serious amp draw. |
Re: REV Sparks or Vex Victor 888?
I've heard people tout the fully-sealed enclosures of the newer controllers as an advantage. Does the "open" nature of the Victor 888 pose a serious disadvantage? Is it highly susceptible to swarf, dust, dirt, etc. blocking the fan or getting into the electronics?
|
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
Quote:
My source for this graph. |
Re: REV Sparks or Vex Victor 888?
Important note for anyone that looks at the above graph without following the link - "Victor" refers to the really old 884, which was known to have a very non-linear output. "Talon" refers to the original Talon speed controller, not the newer SRX. None of the current commercially available speed controllers is in that graph.
So, in short, with all these new speed controllers the past year or two, the community needs to do some more testing to come up with similar curves for all of them! While we expect all of the newer speed controllers to be very linear, testing to make sure would be really nice! |
Re: REV Sparks or Vex Victor 888?
Quote:
We have provided SPARK motor controllers to Richard and Ether to perform this testing series on them http://www.chiefdelphi.com/media/papers/2720 They would like to test the other new motor controllers also but need to get samples. |
Re: REV Sparks or Vex Victor 888?
As Greg says above, Ether and I will be testing the SPARK for linearity in the same way that we tested the Talon, Jaguar, Victor 888, and Victor 884 a few years ago. REV has sent us SPARKs for testing and we plan to begin next week -- I have spent some time this week validating the test set-up.
I agree that it would be good to test newer controllers using the same methods. I will check to see what 3620 can provide. If anyone can help with samples of newer FRC-legal motor controllers we will be glad to include them in this round of linearity testing. |
Re: REV Sparks or Vex Victor 888?
Quote:
Are you also referring to the Talon SRX and Victor SP when you are asking for "newer sped controllers"? From my records, you have plenty of SPs and SRXs to do the testing but let me know if you need more. Paul |
Re: REV Sparks or Vex Victor 888?
Quote:
I personally did not contact you during the season because I significantly scaled by my involvement during the 2015 season to finish my Master's thesis. The rest of the team is far less active on CD, so I am unsurprised that they would not take this initiative either. Furthermore, I had actually entirely forgotten about the strange behavior during that one practice match until prompted to comment on my experience with CAN. It never came back to bite us again, so it was a small blip on the radar compared to other problems we were working on throughout the season. My mistake on the inaccuracy of the description of the mode changing issues. Looking back at my notes, the intended control strategy was to start the match by driving the relevant mechanism to a mechanical limit using set voltage, until it hit a current spike. When this occurred, we would switch to positional control mode with the mechanical limit sensed by the current spike as our 0 reference for use with our optical encoder feedback to know the absolute position. It was this mode change from set voltage to set position that took more time to figure out than anticipated (over a week). We figured it out eventually, but I would still contend that we would have more quickly been able to use current feedback from the PDP and a PWM motor controller with encoder feedback through the digital I/O, leaving us more time for practice. This was more an issue of us not having the existing know-how, but it should still be factored into a team decisions on what motor controllers are used in season. I generally look to teams like 118, 254, 1114, 1678, etc. as rational decision makers. The fact that 2016 is the first year 254 comes out and says CAN warrants consideration for them is significant from this perspective for a few reasons: 1. Shows how far the implementation of CAN for FRC robots has progressed as a result of the hardware and other improvements (Talon SRX, etc.). 2. If a team with the man-power, expertise, and monetary resources of the Cheesy Poofs is just NOW in 2016 stating that the benefits of CAN may outweigh the costs for them, it should follow that a team with significantly less resources may be better off sticking to the simpler plug-and-play functionality of PWM. 3. Once more and more of these high profile, powerhouse teams start switching to CAN, we may start seeing teams capable of executing something more efficiently or elegantly as a result of using CAN. More resources will become available for teams to learn about how to use CAN. I do envision a future where CAN will be the sort of go to for motor controllers in FRC. The cost-benefit analysis for a vast majority of teams may someday favor CAN motor controllers. Performing this cost-benefit analysis for Team 5811 (rookie team) for this season simply reveals that it is not there yet for us. (Already some great stuff from CTRE, but the more the merrier: http://www.ctr-electronics.com/Talon%20SRX%20User's%20Guide.pdf http://www.ctr-electronics.com/Talon...e%20Manual.pdf) I am no longer mentoring Team 20, but I will send you an email to start the conversation and include others who were more intimately involved with programming the robot. My apologies it took this long to surface. |
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
Quote:
Just a plug for the importance of making your own desicions rather than following others. ;) |
Re: REV Sparks or Vex Victor 888?
Quote:
The only reason I can see teams wanting to use them would be for the cost (as in teams have those stockpiles), and experience (I know they work. They've worked for us for 10 years, why change). FIRST making them illegal would be a bad move, especially after the Recycle Rush game. Sure teams wouldn't just throw them away, but their usefulness will obviously suffer. |
Re: REV Sparks or Vex Victor 888?
Quote:
http://www.fightingpi.org/Resources/...12_Day_9.shtml |
Re: REV Sparks or Vex Victor 888?
Quote:
If you have any interest in testing the SPARK I will gladly send a few your way to run the same test. Greg |
Re: REV Sparks or Vex Victor 888?
Sure thing greg. You have a pm.
|
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
Just completed some basic Spark Linearity testing:
http://www.fightingpi.org/Resources/...ntroller.shtml |
Re: REV Sparks or Vex Victor 888?
If i were in your position, i would use victor sp's. they are a new generation of victors and they don't make any sound, don't get warm, which means there is no need for a fan.they are also pre-wired out of the package, and I have shown great improvement with my electronics board.
|
Re: REV Sparks or Vex Victor 888?
Quote:
|
Re: REV Sparks or Vex Victor 888?
Sparks look pretty good to me also. So do the Victor SPs and Talon SRXs.
Ether and I have been testing several controllers, collecting data for a comparison of linearity (speed vs. PWM command) over a range of CIM motor shaft loads. I have some of his raw data now and will review that tonight, then post some graphs. I think the initial round of data will only compare Spark against Talon SR -- the older screw-terminal model. As others have commented (see especially the Fighting Pi data that Tom Line linked), Sparks have a good design for transporting heat out of the power components. I have not made any laboratory thermal tests yet, but I think REV has some data. The Average Joes have run Sparks on a demo robot with no complaints -- the original controllers in that demo were Victor 888s and we've seen no significant difference. |
| All times are GMT -5. The time now is 05:38. |
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi