MultiWii

Hmmm, that's kinda old topic. It has been proved long time ago, that usage of tables for implementation of sin/cos on Atmel is bad idea from ether memory or performance perspective. Sure it's faster than straight floating point implementation, but it's way slower than fixed point polinomial aproxima...

Feel free to improve. It would be nice with fresh eyes on the code. It's easy to be blind after a while. Thank you for being open. I think there should be three independent parts of airplane control. Altitude control, Heading Control and Speed Control. Navigation suppose to feed values to all those...

PatrikE wrote:Info here:
http://fotoflygarn.blogspot.com/2012/03 ... -same.html
http://fotoflygarn.blogspot.com/2014/04 ... plane.html

code here:
https://code.google.com/p/multiwii/sour ... ingNav_Dev

The forum thread: (only 14 pages... )
viewtopic.php?f=7&t=2456

OMG, What a hack. Everything is packed into one function.

There is a fixed wing navigation fork of the MultiWii... waypoint navigation is recently ported into that tree.. check the code repository.... I've realised that GPS_Compute is living in a different time frame and syncronius to GPS frames, not main loop. So, he's an answer. Does the change you're t...

Hi EOSBandi, Sorry for jumping into conversation in a such way, I have to abmit, I didn't have enough courage to read all 19 pages, so maybe I'm dubling someones question. Currently, navigation is tailored specifically for multirotors and doesn't work with fixed wings or hybrids. I was trying to pig...

Hi,

I was searching for the same thing just to make sure I'm not doing 'stupid' work. But this thread is the only stuff I've found so far.
So, I'm doing integration of openLRSng into MW 2.3 for myself. Let me know if anybody is interested in it.

Second question. Are you guys integrating one way only? I mean, development is only in INO branch and you integrating those changes into CppMigration banch, right? Nobody are doing development in CPP. And nobody are integrating changes back to INO. Am I right? I'm asking, because I'm adding new type...

Guys. This is awesome! I'm new here, but getting rid of ino-nonsence was my first though since I open sources. What a surprise was to found this thread. Thank you! I have couple of questions. First of all, why are some of you rising the question about keeping code C compatible? This code isn't C com...

Hehehe, even more simple:
Just put in the end of def.h

Enjoy.

Ok, my bad. The issue was not in declaration of the function, but in prog_char type itself. It's deprecated type and if you're using avr-libc v1.8 it's not defined any more. The fix is simple. 1. put additional line into very end of def.h typedef char PROGMEM prog_char; 2. make sure you're including...

Just got the same error, while compile of V2.2 Day of source reading shows that it's simply bug. In V2.1 there was not such function as SerialGpsPrint in GPS.ino, since V2.2 they add it and have hidden under #if ... #endif, so if you're trying to build it without GPS, SerialGpsPrint(prog_char* str) ...