collapse

Welcome!



Welcome to Robot Rebels, an online robot maker community.

Register today to post your projects, ask questions, share knowledge and meet like-minded people from around the world.


The RobotRebel.org Community

Author Topic: CORDIC algorithms  (Read 2504 times)

deshipu

  • Member
  • *
  • Posts: 113
  • Radomir Dopieralski
    • Homepage
CORDIC algorithms
« on: December 21, 2016, 04:46:58 PM »
We often need to use trigonometric and inverse trigonometric functions in our microcontroller projects. Whether it's calculating inverse kinematics, figuring out angles and distances, stabilizing a quadcopter or otherwise dealing with angles -- those functions are indispensable. Personally I'm using the atan2 and acos functions in my robots for calculating inverse kinematics of the legs. I'm using the standard floating-point functions from math.h, but that is suboptimal.

First of all, the implementations of those functions are rather large. Just adding them to my AVR code makes it swell by some 3000 bytes. That is partially because they probably have some lookup tables and complicated logic, but also because they are floating-point functions, and pull in all the floating point multiplication, division and other operations, which are quite costly on a poor microcontroller without a co-processor.

Second, they take and return values that are scaled rather arbitrarily (-1:1, -PI:PI, etc.), so afterwards I have to do some more floating point operations to get them to the 0-1800 range that I need for my servos.

So I decided to try and find integer replacements for those functions. I couldn't find any that would be suitable. They were either floating-point, using some strange fixed-point types, using huge lookup tables, etc. However, during my search I discovered a family of algorithms called CORDIC, which allows me to calculate trigonometric and inverse trigonometric functions with minimal code, using only a lookup into a tiny table, additions and bit shifts. If you are interested about how those algorithms work, I wrote a short article about it at https://hackaday.io/project/6050-tote/log/50664-cordic

Anyways, I still couldn't find a decent implementation of those algorithms for the AVR, so I set out to write my own. I started by prototyping them in Python (because it's easy to debug for me and fast to write), and when I got them to work with a reasonable accuracy (I don't need much, 0.1° is enough, my servos won't move at better accuracy anyways), I re-wrote them in AVR C. The code is at https://bitbucket.org/thesheep/imath/src/tip/imath.c and it currently takes about 514 bytes when compiled with my avr-gcc. I suspect a couple of bytes could be shaved here and there from it, but I'm pretty happy with it already. Oh, I also added a square root function in there, for completeness.

Enjoy!

Protowrxs

  • Member
  • *
  • Posts: 145
    • The Protowrxs World
Re: CORDIC algorithms
« Reply #1 on: December 21, 2016, 10:27:17 PM »
Although I really don't understand it all it has always been a pain trying to do many math functions on an Arduino even for dead reckoning, etc for me. I understand the concept of IK but not the method. I followed up on some of your links and it does help me some, just have much more to read to try to fully understand.

Thanks for sharing your info. Can this stuff be added as an Arduino library in any manner?
(Sorry, more stuff I do not understand)

I'd really like to try again to build a four legged walker but do it right this time. Maybe someday.

Stephen
The past is done, the future is not here, live today...
My Bots: http://www.Protowrxs.com/Robotics

deshipu

  • Member
  • *
  • Posts: 113
  • Radomir Dopieralski
    • Homepage
Re: CORDIC algorithms
« Reply #2 on: December 22, 2016, 04:40:14 AM »
Can this stuff be added as an Arduino library in any manner?

Not sure what you mean. If you are asking if you can use this in your Arduino programs, then yes, the easiest way is to just copy the imath.h and imath.c files into the directory of your sketch, and do #include "imath.h" in your code. If you are asking whether I plan to make a pull request to the Arduino core to have this code included by default, then the answer is no.

 

* Search


* Recent Topics

Time of Flight >>> Rounded Corners !!! by MEgg
[November 14, 2018, 06:26:08 PM]


Double_ing up the "Time of Flight" sensors by Gareth
[November 13, 2018, 04:05:02 AM]


Point cloud anyone !!! maybe 3D scanner by maelh
[November 11, 2018, 05:38:33 AM]


removable magnetic print surface by Gareth
[November 09, 2018, 10:53:45 AM]


Robot Cop by Valeriex
[November 07, 2018, 05:48:20 AM]


it's lukeyes by Valeriex
[November 07, 2018, 05:47:16 AM]


TOF gets a local DEBUG screen by Gareth
[November 07, 2018, 03:47:29 AM]


BlueTooth elves choose "BlueTeeth" by Gareth
[November 07, 2018, 03:40:19 AM]


Yup, it is me... ...CtC by ZeroMax
[November 05, 2018, 07:14:09 PM]


Four Motor Leg Module by DWRobotics
[November 04, 2018, 05:15:49 PM]


MKS Gen L 1.0 by terragady
[November 02, 2018, 12:15:09 PM]


Do you think he pushed the train in the last lap, G? by Gareth
[November 01, 2018, 05:57:58 PM]


IBM buys Red Hat by jinx
[October 30, 2018, 04:09:07 AM]


QTC - quantum tunneling composite. Can we make our own sensors? by OddBot
[October 27, 2018, 02:14:52 PM]


[ Firmware ] Klipper - the cool firmware for 3d Printers by tinhead
[October 03, 2018, 12:29:14 PM]

* Recent Posts

Re: Time of Flight >>> Rounded Corners !!! by MEgg
[November 14, 2018, 06:26:08 PM]


Re: Time of Flight >>> Rounded Corners !!! by MEgg
[November 14, 2018, 05:57:24 PM]


Re: Time of Flight >>> Rounded Corners !!! by Gareth
[November 13, 2018, 04:07:31 AM]


Re: Double_ing up the "Time of Flight" sensors by Gareth
[November 13, 2018, 04:05:02 AM]


Re: Time of Flight >>> Rounded Corners !!! by Gareth
[November 13, 2018, 03:53:46 AM]


Re: Time of Flight >>> Rounded Corners !!! by Gareth
[November 13, 2018, 03:45:41 AM]


Re: Time of Flight >>> Rounded Corners !!! by MEgg
[November 12, 2018, 01:01:49 PM]


Re: Point cloud anyone !!! maybe 3D scanner by maelh
[November 11, 2018, 05:38:33 AM]


Re: Time of Flight >>> Rounded Corners !!! by maelh
[November 11, 2018, 05:25:15 AM]


Re: Double_ing up the "Time of Flight" sensors by maelh
[November 11, 2018, 05:22:23 AM]


Re: removable magnetic print surface by Gareth
[November 09, 2018, 10:53:45 AM]


Re: Robot Cop by Valeriex
[November 07, 2018, 05:48:20 AM]


Re: it's lukeyes by Valeriex
[November 07, 2018, 05:47:16 AM]


TOF gets a local DEBUG screen by Gareth
[November 07, 2018, 03:47:29 AM]


Time of Flight >>> Rounded Corners !!! by Gareth
[November 07, 2018, 03:46:01 AM]