ADXRS450 vs ADIS16448 vs ADIS16470, which is the best analog devices gyro in terms of pure performance / lowest drift?
2.) Are all 3 of these currently unusable due to the bug with the new roboRIO image? If so, when do you think the patch will be released? These are the only 3 types of gyros that our team currently has access to
Yes they are all broken. Have to wait for a new image from NI to be released, no idea when that would be, but I imagine it would be fairly soon. (technically you could implement or find a driver that does not use the āautoSPIā feature, but this is not a great use of time, is likely to use more CPU than you would want, and the new image may be released before you finish it anyway. Seriously, donāt bother with this approach.).
We used the ADXRS453 from back in 2015 and a few years following (code should also work with the 450). I believe this predated the official support in WPIlib (which was why we made the class initially).
We kept the code functional in our utils up until the 2020 season.
We donāt use the autospi features which are causing problems in the mainline RIO.
Hereās an old post where I described how to use this code:
Okay, thanks for the info! Iāve been trying to decide between the ADIS16448 and the ADIS16470, based on your comment and what Iāve seen online I think Iāll go with the ADIS16470 It seems to have less drift than the ADIS16448 and minimal drift is really what Iām looking for.
And okay, this autoSPI bug is annoying but I guess I just have to wait and hope that the patch is released soon
Is there a reason youāre limiting yourself to Analog Devices Gyros? The NavX2 was released this summer and the Pigeon2 will be available at the end of the month, both boasting of large reductions in drift.
Yes, the reason is that our team currently only owns Analog Devices gyros. Iām not in the market of purchasing a gyro but rather deciding which one (of the gyros we already own) to use. The Pigeon2 honestly looks awesome and so does the NavX2, but I feel like it wouldnāt be worth it for our team to purchase one of them if we can get the ADIS16470 working
Hi @Joe_Ross . Itās been a while. I am with a new team in Colorado and we have the same question, and a VERY limited budget, so we are having to choose between the two Gyroās we already have. We have both the ADXRS450 and the ADIS16470. From this thread, it appears that once the Rio image getās repaired, the ADIS16470 is our best bet. Does that sound right?
I have a 16448 workaround ā for labview ā. It has a new option on the open for āregister read modeā. If true it bypasses the auto spi issue. If false it uses the auto spi. The newest version appears to be as accurate as the auto spi and use about the same cpu.
Iāll do the 16470 next. I think the same fix will work for this too. Someone could port this to the other languages.
Thanks. Good to know. I implemented some things in the 16448 driver that were taken out along the way. I also added some performance enhancements the help regardless of the mode register, auto spi.
I modified the config to use the auto decimation (averaging) filter to reduce the data packets per second. I also re-enabled the Bartlett filter. ( I was curious why it was turned off. ). It the limited testing I did it didnāt seem to be an issue.
I may look at the 16470 just to see if there is value in things like that.
If folks are trying to get by in C++ with an ADXRS450/453 driver that doesnāt use auto SPI, feel free to use the driver weāve used on 1538 robots for the past few yearsā¦
Yes, the image (v4.0) was released on Wednesday. You can get it as part of the NI FRC Game Tools 2022 f1 release, and youāll need WPILib 2022.3.1 to go along with it.