i tested the r1129 on the atmega32u4's .. and even if the code improvements are nice (new baro and serial code) it is too large for the most 10dof promicro setups
for example the code for the microwii is now 28.906 (max is 28.672) it uses MS baro HMC5883 MPU 6050
i noticed that not just the baro and serial code growth .. even the IMU seems to be ~300byte larger now (with just a MPU 6050)
im not that up to date with new features ATM.. are there things that comes active on default now?
i tested the r1129 on the atmega32u4's .. and even if the code improvements are nice (new baro and serial code) it is too large for the most 10dof promicro setups for example the code for the microwii is now 28.906 (max is 28.672) it uses MS baro HMC5883 MPU 6050 i noticed that not just the baro and serial code growth .. even the IMU seems to be ~300byte larger now (with just a MPU 6050) im not that up to date with new features ATM.. are there things that comes active on default now?
regards felix
Same thing here. Had to disable I2C_GPS on my Teensy-board. The sensors are the same as the ones Felix uses.
if the leonardo works the same way as the UNO or promini, you can program via ICSP and get the full 32k. you lose your bootloader though, and you always have to program via ICSP unless you reburn the bootloader.
1.) MicroWii (Leonardo) have Onboard FDTI (and i like to use this) 2.) MultiWii normal way ist to work with FTDI upload 3.) most people dont have the hardware / skill level make updates via ICSP
thanks for the idea ... but i think thats not the normal way für MultiWii
This should be again ok with r1137. I reduced a little bit the code, enough to fit in a microwii. The main reason is the recent alt hold code change which is quite big and not yet optimized. There are some parts of this code inside the attitude code (not altitude), which explains also the growing code without BARO.
This is good and a step in the right direction however, if a person has the ability to flash a new bootloader, they don't need the bootloader. With a few modifications, it is possible to flash the MWC firmware directly to the chip bypassing the bootloader all together. So that would free up 2K verse 1K.
changing the bootloader please have in mind, that leonardo has problems with some bootloaders in getting up fast enough, ending in problems with ESC-initialisation... ...ther are differnet Versions of Felix Board with differnet bootloaders, depending on the development.... ...the first ones had the "normal" one, the following ones specialised ones with special features...
this link is for an atmega328 bootloader. so make sure you don't use this on leonardo. in fact, that info is old, because the optibootloader for the atmega328 is even half that at 512 bytes only.
icsp programmer costs around $3-$4 on ebay. so there is no excuse not to get one. all that is needed to use the USBAsp avr programmer is to select menu Tools->Programmer->USBAsp on the 1.0.1 arduino IDE, and everything else works the same as before (well obviously you use the ICSP connection instead of serial ftdi and the com port selection now becomes irrelevant). So not knowing how to do this is also not an excuse.
a little more "can-do" attitude won't hurt. it's not rocket science.
